Der Testbericht liegt im Wiki, und im Roadmap-Review entscheidet die Runde über das Feature, ohne ihn zu öffnen. Research-Ergebnisse verändern Produktentscheidungen erst, wenn sie an der Stelle vorliegen, an der entschieden wird. Wir beschreiben, wie Sie die Entscheidungspunkte Ihrer Organisation aufnehmen und je Punkt festlegen, welches Ergebnis dort in welcher Form vorliegen muss. Das Vorgehen funktioniert in agilen und in klassischen Prozessen, verändert vorhandene Vorlagen und kommt ohne neue Gremien aus. Es richtet sich an UX-Verantwortliche, Produktmanagement und Transformationsverantwortliche.
Voraussetzungen
Sie haben Research-Ergebnisse, die in Entscheidungen einfließen sollen: Kontextbeschreibungen, Nutzungsanforderungen, Personas, Journey Maps oder Testberichte, jeweils mit erkennbarer Quelle. Sie haben Zugang zu den Personen, die in Ihrer Organisation über Umfang, Priorität und Freigabe entscheiden, oder zu jemandem, der diesen Zugang herstellt. Und Sie haben das Mandat, Vorlagen und Checklisten zu ändern, oder wissen, wer es hat.
Schritt 1: Entscheidungspunkte aufnehmen
Was: Listen Sie die wiederkehrenden Runden auf, in denen über das Produkt entschieden wird. Je Runde notieren Sie, was entschieden wird (Umfang, Reihenfolge, Freigabe, Budget), wer entscheidet, in welchem Takt und mit welcher Vorlage. In agilen Organisationen sind das meist Backlog-Refinement, Sprint-Review, Roadmap-Review und Release-Entscheidung. In klassischen Organisationen sind es die Gates mit ihren Checklisten und die Lenkungskreise. Nehmen Sie die Vorlagen als Datei mit auf: die Backlog-Maske, die Roadmap-Tabelle, die Gate-Checkliste.
Warum: Entscheidungen fallen in Formaten. Wer die Formate nicht kennt, kann kein Ergebnis hineinlegen. Die Aufnahme zeigt außerdem, welche Runden formal existieren und welche in der Praxis entscheiden. In unseren Projekten lagen beide mehr als einmal auseinander: Das Gate stand im Prozesshandbuch, entschieden wurde im wöchentlichen Abgleich zwischen Produktleitung und Entwicklungsleitung. Nehmen Sie beide Runden auf.
Ergebnis: eine Tabelle der Entscheidungspunkte mit Gegenstand, Gremium, Takt und Vorlage.
Schritt 2: Je Punkt die Research-Frage benennen
Was: Fragen Sie je Entscheidungspunkt, welche Information über Nutzende diese Entscheidung verändern könnte. Beim Roadmap-Review: Welche Nutzergruppe ist betroffen, und welche beobachtete Situation begründet das Feature? Bei der Release-Freigabe: Sind die Nutzungsanforderungen erfüllt, und welche Befunde aus der Evaluation sind offen? Beim Refinement: Auf welche Nutzungsanforderung zahlt die Story ein?
Warum: Ohne diese Frage wird das Ergebnis als Anhang beigelegt und bleibt ungelesen. Mit der Frage weiß die Runde, wonach sie im Ergebnis sucht.
Ergebnis: je Entscheidungspunkt eine Frage, die aus Research beantwortet wird.
Schritt 3: Das Ergebnis und seine Form festlegen
Was: Legen Sie je Punkt fest, welches Artefakt die Frage beantwortet, in welcher Form es in die Vorlage passt, wie aktuell es sein muss und wer es bereitstellt. Eine Persona wird zur Spalte „Betroffene Nutzergruppe" in der Roadmap-Tabelle. Ein Testbericht wird zur Zeile „Offene Befunde mit Schweregrad hoch" in der Gate-Checkliste. Eine Nutzungsanforderung wird zum Feld „Anforderung" im Story-Template.
Warum: Ein Artefakt in seiner Entstehungsform (Poster, Foliensatz, Wiki-Seite) passt in keine Vorlage. Die Umformung in eine Spalte oder Zeile ist klein, und sie entscheidet, ob das Ergebnis in der Runde vorkommt. Der Einwand, dass eine Persona in einer Tabellenspalte ihre Anschaulichkeit verliert, trifft zu. Die Spalte ersetzt die Persona nicht; sie verweist auf sie und sorgt dafür, dass die Nutzergruppe in der Runde genannt wird.
Ergebnis: je Entscheidungspunkt ein Eintrag mit Artefakt, Form, Aktualität und verantwortlicher Person.
Schritt 4: Vorlagen ändern und die Regel einführen
Was: Ändern Sie die Vorlagen entsprechend und stimmen Sie mit dem Gremium die Regel ab: Das Feld wird ausgefüllt, oder es bleibt sichtbar leer. Ein leeres Feld blockiert die Entscheidung nicht. Es macht sichtbar, dass eine Entscheidung ohne Ergebnis getroffen wird.
Warum: Eine Regel, die Entscheidungen blockiert, wird umgangen. Das haben wir in einem Projekt erlebt, in dem das Feld als Pflichtfeld eingeführt wurde; nach kurzer Zeit stand in jedem Feld ein Platzhaltertext. Eine Regel, die Lücken sichtbar macht, wird eingehalten und erzeugt mit der Zeit Nachfragen bei leeren Feldern.
Ergebnis: geänderte Vorlagen und eine dokumentierte Regel je Entscheidungspunkt, vom Gremium bestätigt.
Schritt 5: Die Bereitstellung organisieren
Was: Legen Sie fest, wie das Ergebnis vor jeder Runde in die Vorlage kommt. Die verantwortliche Person aus Schritt 3 füllt die Felder vor dem Termin, mit Verweis auf die Quelle im Research-Bestand. Bei Fragen ohne vorliegendes Ergebnis trägt sie „nicht erhoben" ein.
Warum: Die Kopplung hält nur, wenn jemand sie vor jedem Termin ausführt. Der Vermerk „nicht erhoben" ist eine Information für die Runde und zugleich eine Liste offener Erhebungen für das Research.
Ergebnis: ein Ablauf je Entscheidungspunkt, der vor jedem Termin ausgeführt wird.
Schritt 6: Nach dem ersten Durchlauf prüfen
Was: Nach einem vollen Zyklus, etwa einem Quartal, prüfen Sie je Entscheidungspunkt: Wurde das Feld ausgefüllt? Wurde in der Runde darauf Bezug genommen? Hat sich eine Entscheidung dadurch verändert? Notieren Sie je Punkt ein Beispiel.
Warum: Die Kopplung kann formal bestehen und in der Runde übergangen werden. Die Prüfung zeigt, an welchen Punkten sie wirkt und an welchen Form oder Regel nachgebessert werden müssen.
Ergebnis: eine Übersicht je Entscheidungspunkt mit Ausfüllquote, Bezugnahme und veränderten Entscheidungen.
Typische Fehler
Die Kopplung wird an einem neuen Gremium aufgehängt, etwa einem UX-Board, das neben den bestehenden Runden tagt und dessen Empfehlungen dort nicht ankommen. Das Artefakt wird in seiner Entstehungsform beigelegt, und die Runde arbeitet weiter mit der Tabelle. Das Pflichtfeld blockiert Entscheidungen, und das Gremium schafft es nach kurzer Zeit ab. Die Bereitstellung hat keine verantwortliche Person, und die Felder bleiben nach den ersten Terminen leer. Alle Entscheidungspunkte werden zugleich gekoppelt; wir beginnen mit einem Punkt, an dem der Umfang entschieden wird, und koppeln die übrigen nach dem ersten Durchlauf.
Was am Ende vorliegt
Eine Tabelle der Entscheidungspunkte Ihrer Organisation mit Gegenstand, Gremium, Takt und Vorlage. Je Punkt eine Research-Frage, ein Artefakt in der Form der Vorlage, eine verantwortliche Person und eine Regel für leere Felder. Geänderte Vorlagen, mit den Gremien abgestimmt. Nach dem ersten Durchlauf eine Übersicht, an welchen Punkten Research-Ergebnisse in Entscheidungen eingegangen sind und wo nachgebessert wird. Das Vorgehen erzeugt keine neuen Artefakte und keine neuen Gremien; es verbindet vorhandene Ergebnisse mit vorhandenen Runden.