Artikelverzeichnis Website Design: Die wesentlichen Grundlagen verstehen

Unwirksame Funktionsspezifikationen für Webprojekte wie Webseiten, Intranets , alternativ Portale tragen wesentlich abgeschlossen Verzögerungen, höheren Kosten oder aber in Anwendungen bei, die nicht welchen Erwartungen erfüllen. Unabhängig davon, ob die Website, das Intranet oder das Seite kundenspezifisch entworfen oder herauf Softwarepaketen denn 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 und unerwartete Investitionen während dieses Entwicklungsprozesses zu begrenzen, falls folgende Fallstricke vermieden werden:

Zu vage oder unvollständige funktionale Spezifikation: Dies ist natürlich der häufigste Fehler, den Unternehmen tun. Alles, was nicht in wahrheit oder gar nicht spezifiziert ist echt, implementieren oder implementieren die Entwickler bei weitem nicht auf die andere Klasse, was Site-Besitzer wollen. Das bezieht einander hauptsächlich uff (berlinerisch) 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 1 Seitentitel enthält, aber nicht spezifiziert, falls auch HTML-Titel-Tags implementiert sein müssen. Webentwickler implementieren ergo möglicherweise niemals HTML Title-Tags oder implementieren sie auf eine Weise, die sich von den Visionen dieser Websiteinhaber unterscheidet. Es gibt weitere Beispiele als die Fehlerbehandlung bei Online-Formularen oder die Definition vonseiten ALT-Texten jetzt für Bilder, die dem Fragment 508 dieser Behindertengesetzgebung erfüllen. Diese Beispiele sehen als Details unfein, aber in der Praxis müssen Entwickler Hunderte , alternativ sogar Hunderte von Seiten ändern beläuft sich auf viele Mann-Tage , alternativ sogar Mann-Wochen. Insbesondere zu tun sein die Korrekturen für Bilder als Geschäftsinhaber zuerst die Bildnamen definieren, bevor Webentwickler die ATL-Texte implementieren bringen. Mehrdeutige funktionale Spezifikation mag aufgrund fehlender interner oder aber externer fehlender Usability-Fähigkeiten mitglied werden. 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 aber sich sehr wohl auf die Fähigkeiten dieses Subunternehmers anvertrauen, ein externer und neutraler Berater die funktionale Spezifikation überprüft. Speziell beziehen einander solche Bewertungen auf Grenzausgaben im Vergleich zu allen gesamten Web-Investitionen (z. B. etwa 7 K $ – 15 K $ für diese eine, Überprüfung).

In der zukunft liegende Site Enhancement nicht identifiziert oder in keiner weise kommuniziert: Das ist grundlegend, dass dasjenige Web Committee mindestens die wichtigsten zukünftigen Site Enhancements identifiziert des weiteren diese dem Entwicklungsteam kommuniziert. Im besten Fall weiss das Entwicklungsteam die Roadmap für die kommenden drei Jahre. Ein solcher Ansatz ermöglicht es deinem Entwicklerteam, Implementierungsentscheidungen zu antizipieren, um in der zukunft liegende Standortverbesserungen über hosten. Herauf mittlere , alternativ lange Sicht ist es kosteneffizienter, am Anfang mehr zu investieren ferner eine flexible Lösung über schaffen. Falls Webteams baldige Verbesserungen in keiner weise kennen , alternativ ignorieren, steigt das Unterfangen für höhere Investitionen (z. B. möglicherweise das Erfassen neuer Funktionen in der Zukünftige zeit teilweise , alternativ im schlimmsten Fall hinzu führen, falls vorhandene Funktionen vollständig wiederhergestellt werden). Betrachtet man dasjenige finanzielle Delta für eine flexible Lösung im Vergleich zu ihrer Lösung, die den kostenlosen Anforderungen fair wird, gesammelt sich die flexible Lösung in der Praxis taktlos mittel- des weiteren langfristiger Ansicht als kostengünstiger erwiesen.

Geplante Funktionalität, die nicht auf interne Ressourcen ausgerichtet ist: Viele Unternehmen betrachten die Website-Funktionalität alleinig aus jener Perspektive des Site-Besuchers (z. B. Patenschaft der Nachforschung nach Infos oder Durchführung von Transaktionen) und Unternehmensvorteilen (z. B. finanzielle Vorteile von Self-Service-Funktionen). Es gibt allerdings eine dritte Dimension, die Auswirkungen der Site-Funktionalität auf interne Ressourcen. Site-Funktionalität, die sich stark auf interne Ressourcen beeinflussen kann, sind immer wieder zum Beispiel: – Websites: Bereitstellung von Nachrichten, Online-Rekrutierung, Online-Support usw. – Intranets / Portale: bietet Content-Management-Funktionen für Business-Manager

Für den Erfolg dieser Website-Funktionalität ist natürlich es grundlegend, dass dasjenige Web-Komitee die Auswirkungen analysiert und Maßnahmen ergreift, mit der absicht den Betrieb der geplanten Funktionalität sicherzustellen. Beispielsweise die Bereitstellung von seiten Inhaltsverwaltungsfunktionen jetzt für Unternehmenseigentümer des weiteren Produktmanager via einem zugehörigen Workflow. Jene Funktionalität ist effektiv und kann geschäftliche Vorteile, wie z. B. kürzere Time-to-Market, generieren. In praxi müssen jedoch Unternehmenseigner und Produktmanager Inhalte schreiben, validieren, ü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), mag es dann passieren, dass selbige Funktionalität nicht genutzt wird und also nutzlos sieht man.

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

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

Die Entdecken 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 eine repräsentative Gruppe von Mitarbeitern befragt werden.

Außerdem haben sich verpflichtet diese Angestellten in Profile eingeordnet sein. Die Profile müssen gekennzeichnet sein anhand zum Beispiel Häufigkeit der Benutzung des Intranets, geschätzte Dauer durch Besuch, Nutzung des Intranets, mit der absicht, ihre täglichen Aufgaben abgeschlossen erleichtern, Beitrag zum Geschäft usw. Basierend auf den 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. Weniger wichtige oder aber weniger die wichtigsten Funktionen sachverstand Teil künftiger Releases (Roadmap) sein oder aber gelöscht sein. Wenn solch ein fundierter Entscheidungsprozess nicht durchgeführt vermag, kann dieses passieren, falls Funktionalität entworfen wird, jedoch nur vonseiten wenigen Benutzern genutzt sieht man und die Investitionsrendite nicht erreicht wird. Nicht genug visuelle Beratung oder pur textbasiert: Textbeschreibung von Webanwendungen kann subjektiv interpretiert sein und demnach zu falschen Erwartungen führen.

Um falsche Erwartungen abgeschlossen vermeiden, die möglicherweise zuerst während der Entwicklung oder im schlimmsten Fall zum Zeitpunkt dieses Starts gefunden werden, darf die funktionale Spezifikation über visuelle Beratung ergänzt werden (z. B. Screenshots oder aber bestenfalls HTML-Prototypen für Homepages oder große Navigationsseiten als Subhomepages) für wichtigsten Bereiche des Standortes wie Arbeitnehmer, Geschäftsbereiche, Kapital usw. klammer zu. Dies ermöglicht eine Abbau der subjektiven Interpretation und berücksichtigt dasjenige Feedback jener Benutzer vor der Entwicklung.

Dieses solcher Technik trägt hinzu bei, die richtigen Erwartungen zu setzen und Enttäuschungen zu verhüten, sobald die neue Anwendung online ist. Diese häufigen Fehler bestizen wir unabhängig voneinander beobachtet, wenn Firmen ihre Webanwendungen intern entwickelt oder fuer einen externen Dienstleister kognition haben.

Add your comment

Your email address will not be published. Required fields are marked *