UCD: Der Schlüssel für erfolgreiche Software

Unternehmen, die bei der Produktentwicklung auf ausgereifte Design-Strategien setzen, sind wettbewerbsfähiger. Das belegt die Studie «The Business Value of Design» von McKinsey & Company. Das US-amerikanische Beratungsunternehmen untersuchte über fünf Jahre die Designpraktiken von 300 Unternehmen in verschiedenen Ländern und Branchen und entwickelte den McKinsey Design Index (MDI), der den Geschäftswert von Design quantifiziert. Die Studienergebnisse zeigen: Jene Unternehmen mit Design-Best-Practices steigerten ihre Umsätze und Aktionärsrenditen fast doppelt so schnell wie ihre Mitbewerber. Sie erzielten nach 5 Jahren ein um 32 Prozent höheres Umsatzwachstum, die Aktionärsrendite stieg um 56 Prozent.

Der MDI macht dabei eines deutlich: Möchten Unternehmen in Sachen Design-Performance zur Spitze gehören, muss die User Experience schon bei der Produktentwicklung ins Zentrum gerückt werden – User Centered Design (UCD) lautet das Stichwort. «Die Benutzerfreundlichkeit ist bei Software-Lösungen ein kaufentscheidender Faktor», erklärt Patrick Labud, User-Experience-Experte bei bbv. «User sind heute kritischer denn je. Diejenigen Unternehmen, die der User Experience bei der Softwareentwicklung nicht Rechnung tragen, verlieren an Wettbewerbsfähigkeit und Fachkompetenz.»

Doch wie entwickelt man überhaupt benutzerzentriert? Im Wesentlichen umfasst User Centered Design 4 Schritte:

1. Nutzungskontext analysieren

User Centered Design beginnt immer mit dem Beobachten der User. Entwickler müssen wissen, welche Bedürfnisse und Schwierigkeiten Endnutzer beim Bedienen der Software im Arbeitsalltag haben, wie sie Routineaufgaben erledigen oder wo sie Workarounds einsetzen und Abkürzungen nehmen. Basierend auf diesen Informationen werden schliesslich Produktziele definiert. «Ein wichtiges Indiz können z. B. die Post-its sein, die Endnutzer auf ihre Geräte kleben», erklärt Labud. «Denn sie zeigen, wo ein User Gedächtnisstützen und Anleitungen benötigt. Solche Erkenntnisse sind für die spätere Produktentwicklung elementar.»

2. Anforderungen spezifizieren

Die User-Beobachtung dient Entwicklern, erste Thesen zum Nutzerverhalten zu formulieren. Diese sollten aber durch direkte Befragungen und Interviews belegt werden. Nur so können technische Anforderungen geprüft oder die Wirtschaftlichkeit der Lösung bewertet werden. Und man geht sicher, dass man auch wirklich entlang der Bedürfnisse und Probleme der Nutzer entwickelt – auch wenn diese nicht zwingend geäussert werden. «Nutzerzentriert zu entwickeln heisst auch, Probleme zu lösen, derer sich die User gar nicht bewusst sind», sagt Labud. «Es geht nicht primär darum, was der Benutzer will – sondern darum, was der Benutzer braucht.» Anhand der Befragungen und Interviews formulieren Entwickler die konkreten Ziele, die sie mit der Software verfolgen. Ausserdem lassen sich daraus Wireframes entwickeln – konzeptionelle Entwürfe einer Website oder eines Software-Frontends. Diese erste Visualisierung dient Entwicklern und Kunden schliesslich als Kommunikationsmittel, und bildet später die Grundlage für die Entwicklung von Prototypen. Wie der verstorbene Apple-Gründer Steve Jobs bereits erkannte: «Meistens wissen die Leute nicht, was sie wollen, bis man es ihnen zeigt.»

3. Lösungsidee entwickeln

Sind die Anforderungen an die Lösung bekannt, werden erste Verbesserungsideen in Prototypen festgehalten und mit den Nutzern getestet. Ihr Urteil ist letzten Endes entscheidend. Zeigen sich anhand des Prototyps noch Wissens- und Verständnislücken, so wird er weiter verfeinert. Ein Prototyp ist erst dann fertig, wenn das Problem richtig verstanden und eine valide Lösungsidee entwickelt wurde. Erst dann kann diese umgesetzt werden – oder sie wird als Verbesserung integriert, sollte UCD bei einem laufenden Produkt eingesetzt werden.

4. Lösungsidee evaluieren

Ist die gestalterische und technische Umsetzung abgeschlossen, muss das Produkt final geprüft und bei Bedarf nochmals überarbeitet werden. Bei User Centered Design handelt es sich also um einen Iterativen Prozess, bei dem die Stärken und Schwächen einer Lösung immerzu mit den Nutzern geprüft werden. Dieser dauert so lange an, bis die gesetzten Produktziele wirklich erfüllt werden.

Welche Ziele mit dem Produkt verfolgt werden, hängt natürlich vom Anwendungsfall und von den Anforderungen der Nutzer ab. Nichtsdestotrotz geht es bei UCD immer um eines: Auch wenn der Nutzer bei der Produktentwicklung im Zentrum steht, müssen letzten Endes seine Interessen mit Business-Interessen in Einklang gebracht werden. Gibt es auch noch regulatorische Anforderungen, so müssen diese zusätzlich integriert werden. «Sobald die Lösung aus regulatorischer Sicht sicher ist, der Nutzer gut damit arbeiten kann und das Business damit Geld verdient, ist die Arbeit erledigt», hält Patrick Labud fest. «Wenn sich Nutzer über eine benutzerfreundliche Lösung freuen, diese aber nach einem Jahr nicht mehr auf dem Markt ist, ist damit keinem geholfen.»

Zudem muss jeder, der an der Produktentwicklung beteiligt ist, eines lernen: Die eigene Meinung darüber, was benutzerfreundlich sein könnte, spielt bei der Entwicklung keine Rolle. «Eine der grössten Herausforderungen bei User Centered Design ist es, die eigenen Ansichten aussen vor zu lassen», erklärt Labud. «Oft sagen Entwickler und Projektleiter, dass sie ja auch User sind, und gehen bei der Entwicklung womöglich von Annahmen und eigenen Vorstellungen aus. Um sie geht es aber nicht. Ob ein Produkt benutzerfreundlich ist oder nicht, hat nur der Endnutzer zu beurteilen.»