Website-Relaunch: Vom Wasserfall zum Rapid Prototyping

Es gibt wohl 100 Möglichkeiten, den Relaunch einer komplexen Corporate Website zu planen und zu organisieren. Wir haben diesmal einen neuen Weg eingeschlagen – mit interessanten Erkenntnissen …

Alles ist im Fluss, ständig gibt es kleine Veränderungen und Verbesserungen auf einer Unternehmes-Website. Doch alle vier bis fünf Jahre holen wir bei datev.de zum großen Rundumschlag aus. Zuletzt wurde die Website 2009 generalüberholt, jetzt arbeiten wir am nächsten großen Relaunch.

Wasserfall mit Problemen

2009 sind wir klassisch nach einem Wasserfallmodell vorgegangen. Auf Planung und Analyse inklusive Sammlung und Priorisierung aller Anforderungen folgte eine Entwurfsphase mit Wireframes, Layouts und Prototyp, anschließend wurde die Website programmiert, in einer umfangreichen Qualitätssicherung getestet und schließlich veröffentlicht.

Diese Vorgehensweise hat zwar zu einem guten Ergebnis geführt, hatte aber ihre Nachteile, weshalb wir uns diesmal für einen anderen Prozess entschieden haben. Das größte Problem war kurz gesagt die strikte Trennung zwischen Konzeption und Realisierung. Wie bei einem Wasserfall so üblich, fließt das Wasser nur in eine Richtung. Auf Analyse folgt Realisierung und fertig, ein Zurück gibt es nicht. Das klingt linear und damit zielstrebig, es fehlen aber Instanzen, die es einem ermöglichen, die Ideen aus der Konzeptionsphase mit der Praxis aus der Realisierungsphase abzugleichen.

Wo kommt der Nutzer ins Spiel?

Vor der Scheibe – Arbeitsplatz des Probanden im Benutzerlabor

Am besten zeigt sich das Problem anhand einer konkreten Frage, die da lautet: Wo kommt eigentlich der Nutzer ins Spiel? Bei unserem 2009er-Relaunch kam er bei einem Benutzerlabor ins Spiel, das wir (und das ist typisch für solche Projekte) relativ spät durchführten und das mehr oder weniger dazu diente, die Ideen der Analyse- und Konzeptphase zu bestätigen.

Das Benutzerlabor war gut und wichtig, aber es lag zeitlich zu spät. Die Konzeptphase war bereits abgeschlossen, das Wasser weiter in Richtung Programmierung geflossen, die Umsetzung war in vollem Gange. Konsequenterweise konnten diejenigen Erkenntnisse aus dem Benutzerlabor, die nicht Bestätigung waren, kaum noch berücksichtigt werden – dabei sind genau das die wichtigsten und wertvollsten Erkenntnisse.

Agiler Prozess mit Rapid Prototyping

Diesmal wollten wir den Nutzer viel früher beteiligen, von ihm lernen und diese Erkenntnisse vor allem viel stärker in die Entwicklung der neuen Website einfließen lassen. Dazu musste die strikte Trennung zwischen Konzept und Realisierung aufgehoben, der Prozess musste flexibler und agiler werden.

Natürlich standen auch diesmal am Anfang Vorüberlegungen und Ideen, die aber sehr schnell in einen ersten klickbaren Prototypen einflossen, der sehr früh in einem ersten Benutzerlabor verprobt wurde. Auf Basis dieser Erkenntnisse wurde der Prototyp umgehend weiterentwickelt (daher „Rapid Prototyping“) und wiederum in einer zweiten Iteration in einem Benutzerlabor verprobt. Und auch diese Erkenntnisse führten in einer weiteren Schleife zur Weiterentwicklung des Prototypen und zur dritten Verprobung im Benutzerlabor. Danach waren sozusagen kaum noch Fragen offen. Wichtig: Bei den Benutzerlaboren und den abschließenden Workshops müssen alle wesentlichen Beteiligten – vom Planer bis zum Entwickler – anwesend sein, um die gewonnenen Erkenntnisse sofort in die nächste Iteration einfließen zu lassen.

Klärung wichtiger Fragen im Benutzerlabor

Hinter der Scheibe – Beobachter im Benutzerlabor

Das ist zwar aufwändig, sorgt aber dafür, dass zwischen abstrakter Idee und konkreter Umsetzung der Nutzer ausführlich zu Wort kommt und die Verbesserungen aufgrund seiner Rückmeldungen tatsächlich noch eingearbeitet werden können.

Die Benutzerlabor-Iterationen helfen dabei sowohl bei der Klärung „großer“ Fragen als auch bei Detailentscheidungen. Wie muss die Startseite strukturiert sein? Welche Navigation nutzt der Nutzer wie? Kommt er mit einem Mega-Dropdown zurecht? Wie kann man ihm am besten komplexe Produktabhängigkeiten verständlich machen? Wie muss eine Buy-Box gestaltet sein, damit er möglichst unkompliziert das richtige Produkt bestellen kann? Versteht er unser Wording? Bevorzugt er eine Listen- oder Kacheldarstellung? Diese und weitere Fragen konnten wir klären.

Benutzerlabor: Von der Weichenstellung zum Feintuning

Besonders interessant fand ich, dass pro Iteration unterschiedliche Erkenntnisse gewonnen werden konnten bzw. dass jede Iteration einen anderen Zweck erfüllte. Ins erste Benutzerlabor gingen wir naturgemäß noch mit „ungeprüften“ Ideen in unterschiedlichen Varianten. Hier fielen manche Ansätze komplett durch, wir hatten aber danach eine klare Vorstellung, welche Ideen wir wie weiterentwickeln können.

Das zweite Labor war nicht nur hilfreich, sondern auch befriedigend, da sich zeigte, dass die Weiterentwicklung in die richtige Richtung gegangen war. Es gab noch Detailkritik und -erkenntnisse, im Großen und Ganzen war es aber eine Bestätigung der Arbeit. Im dritten Benutzerlabor ging es folgerichtig um Feintuning, außerdem hatten wir Spielraum, noch ein wenig zu experimentieren.

Aufwand, der sich lohnt

Abschluss-Workshop zum Benutzerlabor

Auch wenn sich das nicht verallgemeinern lässt, würde ich doch sagen, dass daher drei Iterationen die ideale Anzahl für so ein komplexes Projekt sind, vor allem wenn man wie wir die Website responsiv für verschiedene Endgeräteklassen entwickelt und im Benutzerlabor den Nutzer sowohl am Desktop-PC als auch am Tablet und Smartphone arbeiten lässt (und gerade in Sachen Smartphone-Navigation haben wir sehr viel gelernt …).

Natürlich gibt es das alles nicht umsonst. Die Konzeptionsphase wird aufwändiger, die Entwicklungsarbeit am Prototypen zieht sich in die Länge und jedes Benutzerlabor kostet Geld. Doch der Aufwand lohnt sich, da bin ich mir sicher.

Wer übrigens auf der Suche nach Agenturen ist, mit denen er so etwas realisieren kann, dem empfehle ich unsere Partner von Ray Sono, a&i, Former 03 und GfK SirValUse, die das in tollem Teamwork kreativ, agil und professionell für uns auf die Beine gestellt haben.

Mehr lesen

Dieser Beitrag ist der erste Teil einer kleinen Artikel-Serie, die ich im Zusammenhang mit unserem Website-Relaunch geschrieben habe. Weitere Beiträge sind:

• EBISWO – evidenzbasierte intersubjektive Websiteoptimierung
• Responsives Design für eine komplexe Corporate Website

Im DATEV-Blog gibt es drei Beiträge, die sich mit dem Relaunch beschäftigen:

• Gefällt Ihnen? Warum? Gefällt Ihnen nicht? Warum nicht?
• Uselab in der zweiten Runde
• Blick in die Zukunft