medamind

Architekturen, Wartbarkeitsfragen

Informationsarchitekturen und Designprozess erfordern im Sinne eines “Client Centered Service” nicht nur benutzerfreundliche, verständliche Strukturen und entsprechende “Aufmachung” sondern müssen auch die Wartbarkeit einer Seite berücksichtigen. Konzept, Design und spätere Wartbarkeit hängen eng zusammen.

Ein paar Überlegungen zu dem, was sich später hinter den Kulissen abspielen wird. Ein paar Überlegungen zu Motivation und Innovation. Gelingt uns beim “ganz normalen Kunden” die Innovation überhaupt? Steht des Webdesigners Idealismus vor natürlichen Grenzen?

Wer sein CMS kennt

Wer sein CMS kennt, der kennt auch alle Tricks, den Layoutentwurf irgendwie in ein Template gegossen zu bekommen. Und er kennt auch alle Tricks, die nötig sind, um eine technisch anspruchsvolle Navigation und Seitenstruktur trotz eventuell unflexibler interner CMS Strukturen irgendwie abzubilden. Und wer sein CMS oder auch nur ein CMS kennt, der weiß ebenso, dass Layout und Seitenstruktur sehr viel miteinander zu tun haben.

Nehmen wir als Beispiel Joomla und seine starre Struktur aus Bereichen und Kategorien, der man nur entkommen kann, indem man gänzlich darauf verzichtet und nur unkategorisierte Inhalte erstellt. Das ist eine Lösung, aber es ist beim besten Willen weder die einzige und meist auch nicht die beste Lösung, denn man vergibt sich damit die Chance auf eine automatisierte Anzeige gruppierter Inhalte. Und auch wenn andere CM Systeme andere Konzepte zur Verwaltung und Organisation von Inhalten vorsehen, so ist es dann doch irgendwie so, dass immer der Zeitpunkt kommt, an dem drei Aspekte ge-match-t werden müssen:

• Seitenarchitektur
• Layout und Design
• Organisation der Inhalte im Backend und Regelwerk

Wer eine Website später verwalten möchte

Der, der die Website später verwaltet, ist  meistens nicht der, der ursprünglich die Inhaltsstrukturen festgelegt hat. Und er ist meist nicht der, der sich mit dem CMS so wirklich gut auskennt. Und es ist meist zwar der, der die innovativen Ideen zwar klasse findet, in der Realität aber schnell feststellt, dass das alles mit Arbeit und damit auch mit Zeit verbunden ist.  “Client Centered Design”, das Prinzip, sich des Kunden im Rahmen eines “Service Design” orientierten Projektablaufs anzunehmen und sich auf ihn einzustellen, darf hier nicht aufhören. Nur: ist das nicht genau der Hemmschuh wenn es um Innovation geht?

Wenn es um die Wartung einer Website geht, ist der Kunde der User. Usability und User Centered Design spielt sich hier also auf anderer Ebene, unsichtbar im Hintergrund ab. Einen Großteil der Aufgabe erfüllt das Content Management System selbst. Es zeichnet sich idealerweise aus durch eine schnelle Lernkurve und eine intuitive Bedienbarkeit. Und es hat idealerweise die phantastische Eigenschaft, Layout und Inhalt wirklich zu trennen. Jede Seite fügt sich damit problemlos ins Gesamtlayout ein - so könnte man es werbeträchtig und auch nicht kritiklos formulieren. Das beste CMS hilft jedoch nicht, wenn das Layout ein Hingucker, das Seitenkonzept  auf den Websitebesucher hin ausgerichtet ist, und diesbezüglich die Frage nach der Usability keine Wünsche offen lässt, gleichzeitig aber dem Redakteur zu viel abverlangt.

Keep it simple

Keep it simple - ein Credo, das man zugunsten des Kunden,  von Beginn an im Hinterkopf haben sollte und einem schon zu Beginn Entscheidungen abverlangt. Richtige Entscheidungen. Vielleicht auch für oder gegen das CMS der Wahl. Insbesondere wird es interessant, wenn es um Module geht, um Navigation und um alle Elemente abseits des eigentlichen Texts. Auch um den Umgang mit Eyecatchern beispielsweise.

Es gibt mehrere denkbare Varianten, einen Internetauftritt “spannender” und auch benutzerfreundlicher zu gestalten:

• dynamische Seiten Templates mit Bedingungen oder alternativ eine Auswahl an verschiedenen Layoutvorlagen
• variantenreiche Inhaltsvorlagen
• Klassen für die Einbindung von Eyecatchern, um einzelne Blöcke hervorzuheben, beispielsweise durch Farbe, Form, Graphik, Typo
• kontextsensitive Information

Vorlagen für einzelne Seiten sind das eine. Sie können helfen, Layouts konsistent zu halten, Schwierigkeiten bei der Erstellung zu überwinden und die Websitepflege schlicht schneller und einfacher zu machen. Das andere sind Module. Hier mal eine Info, da mal eine Info - und das kontextsensitiv. Und gelegentlich erfordert das ein oder andere Konstrukt noch eine Erweiterung - ein kleines Helferlein, das fehlende Funktionalität des Core Produkt ergänzt. Zu guter letzt gibt es eventuell, - um das Design der Gesamtseite etwas spannender zu gestalten, verschiedene Seitenlayouts. Die allerdings müssen zugewiesen werden. Irgendwann wird das Konstrukt komplex und die Regeln, das Beachtenswerte, summieren sich.

Und die simple Realität?

Machen wir uns nichts vor. Der Nutzer wird experimentieren. Er wird sich nicht an die ein oder andere Vorlage halten, er wird trotz Anleitung gelegentlich überfordert sein, - und er wird eventuell die Existenz und Notwendigkeit eines Regelwerks generell in Frage stellen. Und er wird sich im Stress dann doch für den Weg des geringsten Widerstands entscheiden. Bleibt es dann, genau hier anzusetzen, beispielsweise durch:

• konsistente Konstrukte, auch wenn sich die späteren Inhaltsstrukturen im Frontend optisch unterscheiden
• Vermeidung von Sonderfällen
• bevorzugter Einsatz der Stärken des CMS, nämlich der Automatisierung
• Reduzierung von Regeln und Beachtenswertem, soweit möglich
• Dokumentation aller Inhalte und veränderbarer Elemente

Natürliche Grenzen?

Ich bin der Überzeugung, genau diese Wartbarkeitsfragen führen zu natürlichen Grenzen beim Layoutentwurf und sind vielleicht auch mit ein Grund dafür, warum man fancy aufgemachte, individuelle Webdesigner oder  Agenturwebsites findet, große Websites und solche die vom Kunden selbst gepflegt werden, doch meist recht konventionell daher kommen.

Ist das “innovative Layout” mit flexiblen Positionen (ich sage bewusst nicht Spalten) überhaupt durchschaubar und wartbar? Haben sich nicht aus diesem Grund die typischen 2-3 spaltigen Designs etabliert, weil sie sich bewährt haben?

Meiner Erfahrung nach geht das Ganze sogar noch einen Schritt weiter: variable oder variierte Seitenlayouts inklusive kontextsensitiver Einblendung von Information werden kaum genutzt. Selbst das, was ich mal Eyecatcher nenne, wird kaum genutzt. Es macht durchaus Sinn, wichtige Informationen optisch in den Vordergrund zu stellen. Nur scheitert es in der Praxis nicht am Willen, am Engagement und vielleicht auch an der Disziplin, ein Konzept wirklich durchzuziehen?

Die Aufgabe des Webworkers besteht also nicht nur darin, wartbare, kundenfreundliche Konzepte zu entwickeln, sondern wieder einmal auch darin, zu sensibilisieren und aufzuklären. Design muss nicht nur “stehen” - es muss auch kommuniziert und erläutert werden, damit es ankommt. Ist der Websitebetreiber nicht bereit, sich selbst ausreichend zu engagieren, sind dem Look and Feel einer Website natürliche Grenzen gesetzt.