Artikelverzeichnis Web-Site Gestaltung: Die wesentlichen Grundlagen durchschauen

Unwirksame updatni.net Funktionsspezifikationen für Webprojekte wie Websites, Intranets oder aber Portale tragen wesentlich abgeschlossen Verzögerungen, höheren Kosten oder aber in Anwendungen bei, die nicht den Erwartungen entsprechen. Unabhängig davon, ob die Website, das Intranet oder das Treef kundenspezifisch entwickelt oder auf Softwarepaketen wie Web-, Enterprise Content Management- oder Portal-Software aufgebaut sind, legt die funktionale Spezifikation die Ausgangspunkt für Projektverzögerungen und höhere Kosten. Mit der absicht, Verzögerungen des weiteren unerwartete Fehler während dieses Entwicklungsprozesses abgeschlossen begrenzen, sollten folgende Fallstricke vermieden sein:

Zu vage oder unvollständige funktionale Spezifikation: Dies ist der häufigste Fehler, den Unternehmen machen. Alles, was nicht in der tat oder gar nicht spezifiziert ist natürlich, implementieren , alternativ implementieren die Entwickler nicht auf diese eine, andere Klasse, was Site-Besitzer wollen. Das bezieht einander hauptsächlich herauf Web-Features, die als allgemeine Benutzererwartungen gelten. Zum Beispiel HTML-Title-Tags, mit denen Webseiten via einem Lesezeichen versehen sein. Der Web-Lenkungsausschuss kann festlegen, dass jede Seite den Seitentitel enthält, aber bei weitem nicht spezifiziert, falls auch HTML-Titel-Tags implementiert sein müssen. Webentwickler implementieren daher möglicherweise nicht die HTML Title-Tags oder implementieren sie uff (berlinerisch) eine Klasse, die sich von den Visionen der Websiteinhaber unterscheidet. Es gibt andere Beispiele wie die Fehlerbehandlung bei Online-Formularen oder die Definition von ALT-Texten für Bilder, die dem Bereich 508 jener Behindertengesetzgebung entsprechen. Diese Beispiele sehen als Details unfein, aber in praxi müssen Entwickler Hunderte , alternativ sogar Hunderte von Seiten ändern beläuft einander auf vielerlei Mann-Tage oder sogar Mann-Wochen. Insbesondere müssen die Korrekturen für Videos als Geschäftsinhaber zuerst die Bildnamen definieren, bevor Webentwickler die ATL-Texte implementieren können. Mehrdeutige funktionale Spezifikation möglicherweise aufgrund fehlender interner , alternativ externer fehlender Usability-Fähigkeiten folgen. In diesem Fall überträgt ein eintägiger Usability-Best-Practice-Workshop die notwendigen oder zumindest grundlegenden Usability-Fähigkeiten auf das Web-Team. Es sieht man empfohlen, falls selbst jetzt für Unternehmen, die über Usability-Fähigkeiten verfügen oder sich sehr wohl auf die Fähigkeiten dieses Subunternehmers kündigen, ein externer und neutraler Berater die funktionale Spezifikation überprüft. Insbesondere beziehen einander solche Bewertungen auf Grenzausgaben im Vergleich zu allen gesamten Web-Investitionen (z. B. etwa 7 K finanzielle mittel – 15 K kapital für diese eine, Überprüfung).

Baldige Site Enhancement nicht identifiziert oder bei weitem nicht kommuniziert: Es ist grundlegend, dass dasjenige Web Committee mindestens die wichtigsten zukünftigen Site Enhancements identifiziert und diese deinem Entwicklungsteam kommuniziert. Im besten Fall kennt das Entwicklungsteam die Roadmap für die zukünftigen drei Jahre. Ein solcher Ansatz ermöglicht es deinem Entwicklerteam, Implementierungsentscheidungen zu antizipieren, um baldige Standortverbesserungen zu hosten. Auf mittlere , alternativ lange Ansicht ist das kosteneffizienter, am Anfang mehr abgeschlossen investieren des weiteren eine flexible Lösung zu schaffen. Falls Webteams zukünftige Verbesserungen in keiner weise kennen oder ignorieren, steigt das Risiko für höhere Investitionen (z. B. möglicherweise das Hinzufügen neuer Funktionen in der Zukünftige zeit teilweise oder aber im schlimmsten Fall hinzu führen, dass vorhandene Funktionen vollständig wiederhergestellt werden). Ansieht man dasjenige finanzielle Delta für eine flexible Lösung im Vergleich zu einer Lösung, die den kostenlosen Anforderungen gerecht wird, gesammelt sich die flexible Lösung in der Praxis taktlos mittel- ferner langfristiger Ansicht als kostengünstiger erwiesen.

Geplante Funktionalität, die nicht auf interne Ressourcen ausgerichtet ist echt: Viele Firmen betrachten die Website-Funktionalität lediglich aus der Perspektive des Site-Besuchers (z. B. Erleichterung der Ermittlung nach Fakten oder Umsetzung von Transaktionen) und Unternehmensvorteilen (z. B. finanzielle Nützlich sein von Self-Service-Funktionen). Es gibt allerdings eine dritte Dimension, die Auswirkungen dieser Site-Funktionalität herauf interne Ressourcen. Site-Funktionalität, die sich abgefahren auf interne Ressourcen auswirken kann, befinden sich zum Beispiel: – Websites: Versorgung von Meldungen, Online-Rekrutierung, Online-Support usw. – Intranets / Portale: anbietet Content-Management-Funktionen zu gunsten von Business-Manager

Für den Erfolg dieser Website-Funktionalität ist natürlich es voll, dass dies Web-Komitee die Auswirkungen analysiert und Maßnahmen ergreift, um den Firma der geplanten Funktionalität sicherzustellen. Beispielsweise die Bereitstellung vonseiten Inhaltsverwaltungsfunktionen für Unternehmenseigentümer und Produktmanager qua einem zugehörigen Workflow. Diese Funktionalität ist effektiv und kann geschäftliche Vorteile, denn z. B. kürzere Time-to-Market, generieren. In praxi müssen allerdings Unternehmenseigner des weiteren Produktmanager Inhalte schreiben, überprüfen, überprüfen, freigeben und abziehen. Dies führt zu zusätzlicher Arbeitsbelastung. Falls das Web-Komitee nicht in Web-Governance definiert hat (Prozesse, Richtlinien, Besitz und möglicherweise Durchsetzung), kann es vorkommen, dass diese Funktionalität bei weitem nicht genutzt sieht man und also nutzlos vermag.

Wunschlisten im unterschied zu den tatsächlichen Bedürfnissen und geschäftlichen Anforderungen: Die funktionale Spezifikation entspricht nicht allen Anforderungen des Benutzers , alternativ den geschäftlichen Anforderungen. Das ist häufiger bei internen Anwendungen wie Intranets , alternativ Portalen. Darüber hinaus vielen Fällen vernachlässigt dasjenige Projektkomitee diese eine, fundierte interne Befragung des weiteren definiert

Funktionalität durch Verallgemeinerung der individuellen Wünsche der Mitarbeiter ohne jeden Klang.

Die Erfassung der Rückmeldungen interner Benutzer im gesamten Unternehmen ermöglicht die Hausarbeit der kritischen Funktionen. Mit der absicht, eine Umfrage effektiv abwickeln zu können, muss die repräsentative Gruppe von Mitarbeitern befragt werden.

Außerdem zu tun sein diese Angestellten in Profile eingeordnet sein. Die Profile müssen gekennzeichnet sein durch zum Beispiel Häufigkeit der Nutzung des Intranets, geschätzte Dauer durch Chat, Nutzung dieses Intranets, um ihre täglichen Aufgaben über erleichtern, Beitrag zum Geschäft usw. Basierend auf den Informationen möglicherweise das Webteam dann Prioritäten setzen Funktionalität und wählen Sie die effektivste ferner relevanteste Funktionalität für die nächste Version. Weniger wichtige , alternativ weniger die wichtigsten Funktionen bringen Teil künftiger Releases (Roadmap) sein , alternativ gelöscht sein. Wenn solch ein fundierter Entscheidungsprozess bei weitem nicht durchgeführt wird, kann das passieren, dass Funktionalität entwickelt wird, jedoch nur von wenigen Benutzern genutzt vermag und die Investitionsrendite in keiner weise erreicht wird. Nicht genug visuelle Unterstützung oder rein textbasiert: Textbeschreibung von Webanwendungen kann subjektiv interpretiert sein und dieserfalls zu falschen Erwartungen administrieren.

Um falsche Erwartungen zu vermeiden, die möglicherweise zuerst während dieser Entwicklung oder im schlimmsten Fall angenehm Zeitpunkt dieses Starts zum vorschein gekommen (fachsprachlich) werden, darf die funktionale Spezifikation durch visuelle Unterstützung ergänzt werden (z. B. Screenshots oder aber bestenfalls HTML-Prototypen für Homepages oder große Navigationsseiten denn Subhomepages) für wichtigsten Bereiche des Standortes wie Arbeitnehmer, Geschäftsbereiche, Finanzen usw. klammer zu. Dies ermöglicht eine Reduzierung der subjektiven Interpretation ferner berücksichtigt dasjenige Feedback dieser Benutzer vor der Entwicklung.

Ein solcher Technik trägt dazu bei, die richtigen Erwartungen zu niederlassen und Enttäuschungen zu umgehen, sobald die neue Inanspruchnahme online ist natürlich. Diese häufigen Fehler besitzen wir unabhängig voneinander beobachtet, wenn Unternehmen ihre Webanwendungen intern entwickelt oder an einen externen Dienstleister überprüfen haben.

Add a Comment

L'indirizzo email non verrà pubblicato. I campi obbligatori sono contrassegnati *