Wir hoben Microsoft Clarity als Produkt hervor, das von erfahrenen Produktmanagern mit Blick auf praxisnahe Anwendungsfälle entwickelt wurde, die die Herausforderungen von Unternehmen wie Switas verstehen. Funktionen wie die Erkennung von Wutklicks und die JavaScript-Fehlerverfolgung erwiesen sich als unschätzbar wertvoll, um Frustrationen der Nutzer und technische Probleme zu identifizieren und so gezielte Verbesserungen zu ermöglichen, die sich direkt auf die Nutzererfahrung und die Konversionsraten auswirkten.
Style Guide
Ein Styleguide ist ein dokumentiertes Regelwerk, das die Gestaltung von Inhalten regelt und visuelle Elemente, Text oder beides umfasst. Visuelle Richtlinien legen Typografie, Farben, Abstände, Bildbearbeitung und die Verwendung von Logos fest; inhaltliche Richtlinien definieren Tonfall, Terminologie, Groß- und Kleinschreibung, Formatierungskonventionen und den Umgang mit wiederkehrenden Formaten wie Datumsangaben, Zahlen und Fehlermeldungen.
Ziel ist es, Konsistenz zu gewährleisten, ohne dass jede Entscheidung erneut verhandelt werden muss. Ohne dokumentierte Standards wird jede neue Seite, Kampagne oder jeder Bildschirm nach dem Ermessen des jeweiligen Entwicklers gestaltet, und in einem Unternehmen sammeln sich Dutzende leicht unterschiedlicher Darstellungen desselben Elements an. Die Folgen sind visuelle Inkonsistenz, uneinheitliche Terminologie, die Kunden verwirrt, und Zeitaufwand für die Diskussion von Entscheidungen, die bereits vor Jahren getroffen wurden.
Die hilfreichsten Leitfäden sind präskriptiv und konkret statt beschreibend und idealistisch. Die Aussage, der Markenstil sei freundlich, aber professionell, hilft niemandem beim Verfassen einer Fehlermeldung. Ein Leitfaden mit den bevorzugten und nicht empfohlenen Formulierungen für gängige Situationen und der entsprechenden Begründung ist hingegen direkt anwendbar. Entscheidend ist, ob ein neuer Mitarbeiter allein anhand dieses Dokuments konforme Texte verfassen kann.
Terminologieentscheidungen gehören oft zu den wertvollsten Inhalten und werden gleichzeitig am meisten vernachlässigt. Indem man festlegt, wie das Unternehmen jedes Produkt, jede Funktion und jeden Prozess nennt und die Alternativen dokumentiert, die nicht verwendet werden sollen, verhindert man, dass Marketing, Produktentwicklung, Support und Dokumentation unterschiedliche Begriffe für ein und dasselbe verwenden. Kunden, die drei Bezeichnungen für ein und dasselbe Konzept sehen, schließen daraus verständlicherweise, dass es sich um drei verschiedene Dinge handelt.
Leitfäden scheitern primär an mangelnder Durchsetzung und weniger an schlechtem Inhalt. Ein Dokument, das verfasst, verbreitet und nie wieder zitiert wird, wird schnell von uneinheitlicher Praxis überholt, und die tatsächlich angewandte Version entspricht derjenigen des letzten vergleichbaren Dokuments. Wirksame Durchsetzungsmechanismen umfassen die Integration von Regeln in Tools, wie beispielsweise Linting für Inhaltsstandards, und die Einschränkung von Auswahlmöglichkeiten in Design- und Komponentenbibliotheken. Dadurch wird die Einhaltung der Regeln zum einfachsten Weg.
Die regelmäßige Aktualisierung des Leitfadens entscheidet darüber, ob er seine Gültigkeit behält. Standards, die nicht mehr der aktuellen Praxis entsprechen, werden selektiv ignoriert, und selektive Einhaltung führt zu genereller Nichteinhaltung. Die Zuweisung von Verantwortlichkeiten, die Bereitstellung eines Verfahrens zur Einreichung von Änderungsvorschlägen und die regelmäßige Überprüfung halten das Dokument aktuell. Die Dokumentation der Entscheidungsgründe verhindert, dass Entscheidungen leichtfertig von jemandem aufgehoben werden, der die Gründe für ihre Entscheidung nicht kennt.
Der Umfang sollte dem entsprechen, was die Organisation realistisch bewältigen kann. Ausführliche Leitfäden, die jeden denkbaren Fall abdecken, werden so umfangreich, dass sie niemand mehr liest, und so veraltet, dass niemand ihnen mehr vertraut. Ein prägnanter Leitfaden, der sich auf die tatsächlich wiederkehrenden Entscheidungen konzentriert und nur bei wiederholt auftretenden Unklarheiten erweitert wird, bleibt aktuell und wird genutzt. Die Disziplin, seltene Fälle nicht zu dokumentieren, trägt maßgeblich dazu bei.
Die Beziehung zu einem Designsystem ist wichtig zu unterscheiden. Ein Styleguide dokumentiert Entscheidungen und Regeln; ein Designsystem stellt implementierte Komponenten bereit, die diese umsetzen. Ein Guide allein ist darauf angewiesen, dass er gelesen und angewendet wird, wohingegen Komponenten den Standard automatisch überall dort durchsetzen, wo sie verwendet werden. Wo beides vorhanden ist, deckt der Guide das ab, was Komponenten nicht leisten können, darunter Tonfall, Terminologie und Entscheidungen, die Ermessen erfordern.
Da der Wert aus der Anwendung und nicht aus der Dokumentation entsteht, ist der Aufwand für Durchsetzungsmechanismen in der Regel rentabler als der Aufwand für die Erweiterung des Leitfadens. In der Praxis werden die visuellen und Komponentenstandards innerhalb von Produkt-Design und im Designsystem kodiert, werden die Sprach- und Terminologiestandards vereinbart mit Marketing-Dienstleistungen damit die kundenorientierte Sprache im gesamten Produkt und seiner Werbung einheitlich ist und die Verantwortung in der Regel beim UX-Abteilung wo einer existiert.
Switas, wie gesehen auf
