Eine konsistente Website beim Wachstum von Seiten und Abteilungen: wiederverwendbare Komponenten nutzen

Eine wachsende Website zerfällt durch Anhäufung, nicht durch einen Fehler. Jede Abteilung fügt ihre Seite hinzu, jede Seite löst dieselben Probleme von Neuem, und nach zwei Jahren existieren sechs Arten von Buttons und vier Arten, eine Leistung zu betiteln, nebeneinander. Die Kosten sind nicht ästhetisch: Jede neue Seite öffnet bereits getroffene Entscheidungen wieder, und niemand weiß mehr, welche Version die richtige ist.

Ein Komponentensystem dient dazu, diese Entscheidungen ein einziges Mal abzuschließen. Es ist kein Gestaltungshandbuch zum Nachschlagen: Es ist eine Sammlung bereits entschiedener Bausteine, mit Angabe, wann sie verwendet werden, was sie ändern dürfen und wer verantwortlich ist, wenn sie sich ändern.

Das Symptom ist nicht die Hässlichkeit, es ist die Zeit

Bevor man etwas baut, lohnt es sich zu erkennen, ob das Problem wirklich besteht. Die Anzeichen sind operativ, nicht optisch.

• Dieselbe Information erscheint in drei verschiedenen Formen, je nachdem, wer die Seite erstellt hat.
• Jede neue Seite beginnt mit einer Diskussion darüber, wie sie gestaltet sein muss, statt darüber, was sie sagen muss.
• Niemand fasst mehr die alten Seiten an, weil niemand weiß, was dabei kaputtgeht.
• Eine banale Änderung, etwa den Text eines Buttons überall zu ändern, erfordert das manuelle Öffnen von dreißig Seiten.

Zeigt sich keines dieser Symptome, wird das System noch nicht gebraucht: Es kommt, wenn die Website bei jeder Ergänzung Zeit zu kosten beginnt.

Die vier Entscheidungen, die es sich lohnt, zuerst festzulegen

Man beginnt nicht mit den seltenen Fällen. Man beginnt mit dem, was auf jeder Seite vorkommt, denn dort zeigt sich die Uneinheitlichkeit und dort kostet sie.

• Überschriften: wie viele Ebenen es gibt und wofür sie da sind. Eine Seite hat nur eine Hauptüberschrift; Zwischenüberschriften beschreiben den Inhalt des Abschnitts, sie dienen nicht als Slogan. Das ist die langweiligste und die nützlichste Regel.
• Buttons: wie viele Formen es gibt und was sie bedeuten. In der Regel reichen drei, nämlich die Hauptaktion der Seite, eine sekundäre Alternative und ein Textlink. Wenn eine Seite zwei Hauptaktionen braucht, ist das Problem nicht gestalterisch: Die Seite hat zwei Ziele.
• Bilder: zulässige Proportionen, was ein Produkt-, Personen- oder Arbeitsfoto zeigen muss, und was passiert, wenn das Foto fehlt. Der Fall des fehlenden Fotos muss einmal entschieden werden, nicht seitenweise improvisiert.
• Formulare: Aussehen der Felder, immer gleiche Kennzeichnung der Pflichtfelder, wo Fehler erscheinen, was derjenige sieht, der gerade abgesendet hat. Das ist der Teil, in dem Uneinheitlichkeit nicht nur schlecht aussieht: Sie kostet Anfragen.

Gemeinsam, Variante, Ausnahme: wie man entscheidet

Die immer wiederkehrende Frage ist nicht, wie eine Komponente gebaut wird, sondern ob eine Anforderung wirklich besonders ist. Drei Fälle, nach Häufigkeit geordnet.

1. Es ist dieselbe Komponente, nur der Inhalt ändert sich. Keine Entscheidung nötig: Sie wird verwendet.
2. Es ist eine vorhersehbare Variante, also derselbe Baustein mit einer bereits zugelassenen Option, zum Beispiel eine Karte mit Bild und eine ohne. Die Variante wird der Komponente hinzugefügt und dokumentiert, nicht von Grund auf neu erstellt.
3. Es ist wirklich eine Ausnahme: Sie wird nur einmal gebraucht, auf einer einzigen Seite, aus einem Grund, den man erklären kann. Man macht sie, notiert, wo sie zu finden ist, und überprüft sie nach ein paar Monaten erneut. Wurde sie in der Zwischenzeit zweimal kopiert, war es keine Ausnahme, und es ist Zeit, sie zur Variante zu befördern.

Ein kleiner Katalog, mit den Grenzen daneben geschrieben

Der nützliche Katalog listet keine Komponenten auf: Er sagt, wann sie verwendet werden und wann nicht. Beispiel zur Veranschaulichung für eine wachsende Unternehmenswebsite.

Die Spalte mit den Grenzen ist die, die Zeit spart: Sie beantwortet im Voraus die Frage „kann ich das auch hier verwenden?“, mit der Systeme zerfallen.

Wer entscheidet, wer aktualisiert, wer Nein sagen darf

Ein System ohne Verantwortliche hält nur so lange wie die Anwesenheit dessen, der es gemacht hat.

• Eine einzige Person entscheidet, ob eine Anforderung Variante oder Ausnahme ist. Sie kann konsultieren, wen sie will, aber die Entscheidung ist nicht kollektiv: Sonst kommt sie nicht zustande und jeder handelt auf eigene Faust.
• Wer die Inhalte schreibt, weiß, welche Komponenten er mit welchen Texten verwenden darf, einschließlich Höchstlängen. Dort brechen die Komponenten: eine Überschrift mit fünfzehn Wörtern in einem für sechs gedachten Raum.
• Jede Änderung an einer gemeinsamen Komponente wird denen mitgeteilt, die die Seiten verwalten, weil sie sich überall ändert, auch dort, wo niemand hinsah.
• Wo sich der Katalog befindet, ist irgendwo schriftlich festgehalten. Lebt er nur im Kopf des Anbieters, fängt man beim ersten Wechsel wieder von vorn an.

Der Test: eine einfache und eine schwierige Seite

Ein System lässt sich nur bewerten, indem man zwei echte, absichtlich extreme Seiten darauf aufbaut.

1. Eine einfache Seite, zum Beispiel die Unternehmensvorstellung: Sie muss entstehen, ohne dass etwas neu erfunden werden muss. Braucht es schon hier einen neuen Baustein, fehlt das Fundament.
2. Eine schwierige Seite: die, die der Vertrieb wirklich nutzt, mit Vergleichen, Nachweisen, Anhängen und möglichst vielen Aktionen. Hier zeigen sich die Fälle, die niemand vorhergesehen hatte.
3. Man notiert jedes Mal, wenn eine Komponente mit Gewalt eingepasst werden musste. Diese Liste ist die Liste der hinzuzufügenden Varianten.
4. Der Test wird nach den Korrekturen auf denselben zwei Seiten wiederholt, um zu sehen, ob die Zwangslösungen verschwunden sind.

Was dieser Leitfaden nicht abdeckt

Hier geht es um das visuelle System: die Bausteine, aus denen die Seiten bestehen, und die Regeln für ihre Verwendung. Wie man die Themen organisiert, wenn es viele Leistungen gibt, also welche Seiten existieren, wie sie heißen und wie sie verknüpft sind, ist eine Frage der Website-Struktur und wird vor diesem Schritt behandelt. Auch wer die Inhalte nach der Übergabe tatsächlich aktualisiert und mit welchen Werkzeugen, ist ein eigenes Thema.