Nutzerzentrierte Entwicklung

Aus Zweites Gehirn, dem persönlichen Wiki
Nutzerzentrierte Entwicklung
TypKonzept
QuellenQuelle - Praxisbuch Usability und UX
Erstellt2026-09-27
Aktualisiert2026-09-27
Tagsuser-centered-design, iso-9241-210, prozess, agil, lean-ux, mobile-first

User-Centered Design (UCD): Die künftigen Nutzer werden von Anfang an einbezogen, ihre Ziele, Aufgaben und ihr Umfeld bestimmen die Gestaltung, und in Runden wird getestet und verbessert, bis das Ergebnis gut ist. Genormt als „menschzentrierte Gestaltung“ in ISO 9241-210.

Der Prozess nach ISO 9241-210

Kernpunkte (Quelle - Praxisbuch Usability und UX, S. 62–63):

  • Die Gestaltung beruht auf Kenntnis der Nutzer, ihrer Aufgaben und ihrer Umgebung.
  • Nutzer werden während Gestaltung und Entwicklung einbezogen.
  • Die Gestaltung wird von Nutzertests getrieben, nicht abgesegnet: Tests müssen ergebnisoffen sein.
  • Die Gestaltung ist iterativ.
  • Sie umfasst die ganze User Experience.
  • Das Team ist interdisziplinär, idealerweise auch divers nach Herkunft, Geschlecht und Alter.
Planen → Nutzungskontext verstehen → Anforderungen spezifizieren
      → Lösungen entwickeln → aus Nutzersicht evaluieren
      → iterieren, bis die Lösung die Anforderungen erfüllt

Methoden je Phase

Phase Ziel Methoden
Analyse – Nutzungskontext verstehen Nutzergruppen mit Aufgaben, Zielen, Arbeitsmitteln, Umgebung beschreiben User Research (Fokusgruppen, Befragungen, Vor-Ort-Beobachtung, Tagebuchstudien), Persona
Konzeption – Anforderungen spezifizieren Systemunterstützung aus Nutzersicht festlegen Card Sorting (Informationsarchitektur), Scribbles, Wireframes (Prototyping)
Design/Umsetzung – Lösungen entwickeln Interaktion und Navigationspfade festlegen Papierprototypen, Mockups, Prototypen (Prototyping)
Testing – aus Nutzersicht evaluieren Lösung an den Anforderungen prüfen Usability-Test, Usability-Review, A-B-Test, Web-Analytics

Tabelle 7.1 (S. 85). Den einen optimalen Ablauf gibt es nicht: Ein Onlineshop setzt auf Konversion und A/B-Tests, eine Markenseite auf visuelle Iterationen, ein Inhaltsportal auf Card Sorting (S. 84).

Agil und Lean

  • Wasserfall vs. agil: Grosse Projekte scheiterten, weil Missverständnisse erst beim Zusammensetzen kurz vor Abgabe auffielen. Agile Verfahren (Scrum, Extreme Programming, seit den 1990ern) liefern in Sprints von meist zwei Wochen lauffähige Software (S. 87–88).
  • Sprint Null: Trotz „so wenig wie möglich festlegen“ am Anfang genug Zeit für Nutzergruppen, Bedürfnisse und Lösungsansätze nehmen.
  • UX einen Sprint voraus: UX plant, was im nächsten Sprint gebaut wird, und testet, was im letzten gebaut wurde.
  • Bewährt im agilen Kontext: Interviews und Vor-Ort-Beobachtung (Sprint Null), Personas mit dem ganzen Team, Card Sorting, Papierprototyp-Tests, Usability-Tests an fertigen Teilen. Ein kleines Panel von Testpersonen erlaubt feste Testtage, etwa alle zwei Wochen (S. 90).
  • Lean UX: schnelle Methoden, wenig Dokumentation, Fotos vom Whiteboard statt Ergebnisbänden. Minimum Viable Product (MVP): so früh wie möglich ein brauchbares Produkt, um Feedback zu bekommen (S. 89).
  • Für kleine Webprojekte ist das Wasserfallmodell durchaus in Ordnung (S. 91).
Einordnung (Claude)

Das Wasserfallmodell mit Planung, Spezifikation, Prototyp und Serie gleicht der klassischen Produktentwicklung aus der BWL. Das MVP ist die Software-Version der Nullserie, nur viel früher und mit echten Nutzern.

Mobile First und Context First

  • Ende 2016 überholte die mobile Internetnutzung weltweit die Desktop-Nutzung (StatCounter; S. 73).
  • Mobile First: mit dem kleinsten Bildschirm beginnen und hochskalieren. Es geht nicht ums Weglassen, sondern um die Inhalte, die in der Situation gebraucht werden (S. 74–75).
  • Context First: Unterwegs, abgelenkt, oder gemütlich auf dem Sofa? Dazu Second Screen und Cross-Device-Nutzung entlang der Customer Journey (S. 75–76).
  • Details zur Umsetzung: Responsives Webdesign.

Neue Technologien

Die Methoden bleiben gültig, auch für Smartwatches, Sprachassistenten oder VR. Tipps (S. 81–82): Nicht voraussetzen, dass Nutzer die Technologie kennen; verwandte Technologien recherchieren; nicht nur Technikbegeisterte rekrutieren; mehr Zeit für Tests einplanen. Beispiel Wizard of Oz: Ein Mensch hinter dem „Vorhang“ spielt das noch nicht gebaute Sprachsystem (Usability-Test).

Verwandt