Artikelverzeichnis Web-Site Formgebung: Die wesentlichen Grundlagen durchschauen

Unwirksame ayce.nl Funktionsspezifikationen für Webprojekte wie Websites, Intranets oder aber Portale stützen wesentlich abgeschlossen Verzögerungen, höheren Kosten , alternativ in Anwendungen bei, die nicht allen Erwartungen entsprechen. Unabhängig davon, ob die Website, dies Intranet oder aber das Seite kundenspezifisch entwickelt oder uff (berlinerisch) Softwarepaketen als Web-, Enterprise Content Management- oder Portal-Software aufgebaut befinden sich, legt die funktionale Spezifikation die Ausgangsebene für Projektverzögerungen und höhere Kosten. Mit der absicht, Verzögerungen ferner unerwartete Fehler während dieses Entwicklungsprozesses über begrenzen, sollten folgende Fallstricke vermieden sein:

Zu vage oder unvollständige funktionale Spezifikation: Dies ist der häufigste Fehler, den Unternehmen gebrauchen. Alles, was nicht in wahrheit oder gar nicht spezifiziert ist, implementieren oder aber implementieren die Entwickler in keiner weise auf die andere Stil, was Site-Besitzer wollen. Dies bezieht gegenseitig hauptsächlich auf Web-Features, die als allgemeine Benutzererwartungen gelten. Zum Beispiel HTML-Title-Tags, mit denen Webseiten mit einem Lesezeichen versehen werden. Der Web-Lenkungsausschuss kann bestimmen, dass jede Seite einen Seitentitel enthält, aber nicht spezifiziert, dass auch HTML-Titel-Tags implementiert sein müssen. Webentwickler implementieren daher möglicherweise nicht die HTML Title-Tags oder implementieren sie auf eine Weise, die sich von den Visionen der Websiteinhaber unterscheidet. Es gibt weitere Beispiele denn die Fehlerbehandlung bei Online-Formularen oder die Definition von ALT-Texten jetzt für Bilder, die dem Abschnitt 508 dieser Behindertengesetzgebung entsprechen. Diese Beispiele sehen als Details aus, aber in praxi müssen Entwickler Hunderte oder aber sogar Viele von Seiten ändern beläuft gegenseitig auf vielerlei Mann-Tage , alternativ sogar Mann-Wochen. Insbesondere müssen die Korrekturen für Bilder 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 mitglied werden. In diesem Fall überträgt ein eintägiger Usability-Best-Practice-Workshop die notwendigen , alternativ 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 auf die Fähigkeiten dieses Subunternehmers anvertrauen, ein externer und neutraler Berater die funktionale Spezifikation überprüft. Gerade beziehen sich solche Bewertungen auf Grenzausgaben im Vergleich zu welchen gesamten Web-Investitionen (z. B. etwa zehn K $ – 15 K $ für eine Überprüfung).

Zukünftige Site Enhancement nicht identifiziert oder bei weitem nicht kommuniziert: Dieses ist entscheidend, dass dies Web Committee mindestens die wichtigsten zukünftigen Site Enhancements identifiziert ferner diese dem Entwicklungsteam kommuniziert. Im besten Fall kennt das Entwicklungsteam die Roadmap für die kommenden drei Jahre. Ein solcher Ansatz ermöglicht es dem Entwicklerteam, Implementierungsentscheidungen zu antizipieren, um baldige Standortverbesserungen über hosten. Uff (berlinerisch) mittlere oder aber lange Ansicht ist das kosteneffizienter, am Anfang mehr zu investieren und eine flexible Lösung abgeschlossen schaffen. Wenn Webteams in der zukunft liegende Verbesserungen bei weitem nicht kennen oder ignorieren, steigt das Unterfangen für höhere Investitionen (z. B. mag das Hinzufügen neuer Funktionen in der Zukunft teilweise oder aber im schlimmsten Fall dazu führen, falls vorhandene Funktionen vollständig wiederhergestellt werden). Anguckt man das finanzielle Delta für die flexible Lösung im Vergleich zu einer Lösung, die den kostenlosen Anforderungen gerecht wird, gesammelt sich die flexible Lösung in der Praxis unfein mittel- ferner langfristiger Ansicht als kostengünstiger erwiesen.

Geplante Funktionalität, die nicht uff (berlinerisch) interne Ressourcen ausgerichtet ist echt: Viele Firmen betrachten die Website-Funktionalität nur aus der Perspektive des Site-Besuchers (z. B. Patenschaft der Suche nach Informationen oder Umsetzung von Transaktionen) und Unternehmensvorteilen (z. B. finanzielle Vorteile von Self-Service-Funktionen). Es gibt allerdings eine dritte Dimension, die Auswirkungen jener Site-Funktionalität auf interne Ressourcen. Site-Funktionalität, die sich stark auf interne Ressourcen fallen kann, sind immer wieder zum Beispiel: – Websites: Versorgung von Nachrichten, Online-Rekrutierung, Online-Support usw. – Intranets / Portale: anbietet Content-Management-Funktionen jetzt für Business-Manager

Am Erfolg der Website-Funktionalität ist natürlich es voll, dass dasjenige Web-Komitee die Auswirkungen analysiert und Maßnahmen ergreift, um den Betrieb der geplanten Funktionalität sicherzustellen. Beispielsweise die Bereitstellung von Inhaltsverwaltungsfunktionen für Unternehmenseigentümer des weiteren Produktmanager via einem zugehörigen Workflow. Diese Funktionalität ist effektiv ferner kann geschäftliche Vorteile, denn z. B. kürzere Time-to-Market, generieren. Praktisch müssen jedoch Unternehmenseigner und Produktmanager Inhalte schreiben, überprüfen, überprüfen, freigeben und zurücknehmen. Dies führt zu zusätzlicher Arbeitsbelastung. Falls das Web-Komitee nicht in Web-Governance definiert hat (Prozesse, Richtlinien, Besitz und möglicherweise Durchsetzung), möglicherweise es geschehen, dass selbige Funktionalität in keiner weise genutzt wird und somit nutzlos vermag.

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

Funktionalität durch Verallgemeinerung der individuellen Wünsche jener Mitarbeiter bar jeden Ton.

Die Erfassung der Rückmeldungen interner Anwender im gesamten Unternehmen ermöglicht die Bewerberinterview der kritischen Funktionen. Mit der absicht, eine Untersuchung effektiv wiedergeben zu können, muss diese eine, repräsentative Gruppe von Mitarbeitern befragt sein.

Außerdem zu tun sein diese Angestellten in Profile eingeordnet werden. Die Profile müssen gekennzeichnet sein über zum Beispiel Häufigkeit der Nutzung des Intranets, geschätzte Die dauer durch Chat, Nutzung des Intranets, mit der absicht ihre täglichen Aufgaben abgeschlossen erleichtern, Artikel zum Geschäft usw. Aufbauend auf diesen Informationen mag das Webteam dann Prioritäten setzen Funktionalität und wählen Sie die effektivste ferner relevanteste Funktionalität für die nächste Version. Geringeren wichtige oder weniger wichtige Funktionen bringen Teil künftiger Releases (Roadmap) sein oder aber gelöscht werden. Wenn solch ein fundierter Entscheidungsprozess bei weitem nicht durchgeführt sieht man, kann das passieren, falls Funktionalität entwickelt wird, jedoch nur von seiten wenigen Benutzern genutzt sieht man und die Investitionsrendite bei weitem nicht erreicht vermag. Nicht genug visuelle Beratung oder rein textbasiert: Textbeschreibung von Webanwendungen kann subjektiv interpretiert sein und damit zu falschen Erwartungen administrieren.

Um falsche Erwartungen zu vermeiden, die möglicherweise erst während jener Entwicklung , alternativ im schlimmsten Fall zu ihrem Zeitpunkt des Starts gefunden werden, darf die funktionale Spezifikation anhand visuelle Unterstützung ergänzt sein (z. B. Screenshots oder bestenfalls HTML-Prototypen für Homepages oder große Navigationsseiten wie Subhomepages) für wichtigsten Bereiche des Standortes wie Bedienung, Geschäftsbereiche, Kapital usw. ). Dies ermöglicht eine Reduzierung der subjektiven Interpretation ferner berücksichtigt das Feedback dieser Benutzer bevor Entwicklung.

Dieses solcher Ansatz trägt hinzu bei, die richtigen Erwartungen zu niederlassen und Enttäuschungen zu umgehen, sobald die neue Softwareanwendungen online ist. Diese häufigen Fehler haben wir unabhängig voneinander beobachtet, wenn Firmen 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 *