Zwei Sichten, ein Satz.

INSIGHTS · Anforderungen & Produkt

Von der Kundenstimme zur Produktanforderung

Derselbe Bedarf kommt aus drei Projekten, dreimal anders formuliert. Wie aus Kundenwünschen eine Produktanforderung wird — und warum die Verknüpfung dazwischen das eigentliche Werkzeug ist.

Die Anfrage kommt zum dritten Mal — nur klingt sie jedes Mal anders. Ein Kunde nennt es Export, einer Schnittstelle, einer „die Excel-Sache“. Drei Tickets, drei Formulierungen, ein Bedarf.

Die drei liegen in drei Projekten, und jedes wurde für sich sauber bearbeitet. Das erste ist vor vier Monaten umgesetzt worden, als Sonderweg, im Projekt, in dem es gefordert wurde. Das zweite läuft gerade in einem Sprint, ein Stück breiter geschnitten, weil der Entwickler ahnte, dass da mehr kommt. Das dritte steht im Backlog mit dem Vermerk „prüfen“. Dreimal Aufwand, dreimal Abstimmung, am Ende drei Lösungen, die sich ähneln und trotzdem einzeln gepflegt werden müssen.

Und jedes Mal war es die richtige Entscheidung. Genau das macht diese Sorte Fehler so zäh: Es gibt keinen Moment, an dem jemand hätte eingreifen können, ohne unkollegial zu wirken. Es gibt nur den Tag, an dem die dritte Rechnung für dieselbe Arbeit geschrieben wird.

Niemand hat hier etwas falsch gemacht. Es hat nur nie jemand ausgesprochen: Das ist dreimal derselbe Satz in verschiedenen Kleidern. Für diesen Satz gibt es in den meisten Organisationen keinen Ort — nicht, weil niemand mitdenkt, sondern weil die drei Anfragen nie nebeneinander liegen.

Drei Projekte fragen dasselbe. Erst zusammengeführt wird daraus eine Produktanforderung.

Zwei Ebenen, zwei Sprachen

Der Kunde sagt „Export“. Was dein Produkt dafür können muss, heißt am Ende vielleicht „CSV-Ausgabe mit wählbarem Spaltensatz, manuell oder zeitgesteuert“. Beides sind Anforderungen. Nur gehören sie nicht in dasselbe Feld, und der Versuch, sie in dasselbe Feld zu quetschen, ist die Ursache der meisten Anforderungslisten, die niemand mehr benutzt.

WIE ES ANKOMMT

„Das Rechnungsmodul muss flexibler werden.“

WIE ES BAUBAR WIRD

„Buchhaltung stellt für einen Kunden mit mehreren Projekten eine Sammelrechnung je Quartal, mit Einzelnachweis je Projekt.“

Derselbe Wunsch, zweimal aufgeschrieben. Nur einer davon ist baubar.

Der übliche Ausweg ist, sich für eine der beiden Ebenen zu entscheiden. Beide Auswege kosten etwas. Wer nur die Kundensätze führt, hat für eine einzige Fähigkeit sieben Einträge, die sich widersprechen, sobald der siebte Kunde eine Kleinigkeit anders will. Wer nur die Produktfähigkeiten führt, hat eine schöne, aufgeräumte Liste, aus der die Herkunft verschwunden ist: Die Fähigkeit steht da, und im nächsten Priorisierungsgespräch kann niemand mehr sagen, wem sie zugesagt wurde und was passiert, wenn sie ein Quartal später kommt.

Deshalb zwei Ebenen — und dazwischen keine Erinnerung, sondern eine Verknüpfung, die jemand ausdrücklich gesetzt hat. Die Kundenanforderung bleibt so stehen, wie der Kunde sie gestellt hat, im Projekt, in dem sie gestellt wurde. Die Produktanforderung ist in deiner Sprache geschrieben, gehört zum Produkt und wird einmal gebaut. Die Verknüpfung ist eine Aussage: Diese Fähigkeit erfüllt diesen Wunsch — ganz, teilweise oder am Rand.

Der Grad sieht nach Buchhaltung aus und ist in Wahrheit die nützlichste Frage im ganzen Modell. „Voll“ ist schnell gesagt. „Teilweise“ zwingt zur nächsten Frage: Was fehlt zum Rest? Wer diese Frage beantwortet, hat gerade die zweite Produktanforderung gefunden — vier Monate bevor der Kunde sie im Abnahmetermin findet. Der Unterschied kostet zwei Minuten an der richtigen Stelle.

Wenn derselbe Bedarf aus drei Projekten kommt

Zurück zu den drei Tickets. Sobald alle drei mit derselben Produktanforderung verknüpft sind, ist aus drei Vorgängen ein Bedarf geworden — und es musste dafür kein einziger Kundensatz umgeschrieben werden. Jeder steht weiter in seinem Projekt, mit seiner Priorität und seinem Termin. Was sich geändert hat: Die Fähigkeit hat jetzt drei Absender statt einem, und das ist die erste Zahl in diesem Text, die eine Entscheidung trägt.

Wichtig ist, was gezählt wird. Breite zählt Projekte, nicht Kunden. Fünf Kunden innerhalb eines einzigen Projekts ergeben eine Breite von eins, und das ist Absicht: Sonst kippt ein einzelnes großes Vorhaben jede Rangfolge, weil dieselbe Sache darin fünfmal auftaucht. Drei Projekte, die unabhängig voneinander dasselbe verlangen, sind ein anderes Signal als ein Projekt, das laut ist.

Der Rest der Rechnung ist unspektakulär und lässt sich nachlesen. Die Priorität hat ein Gewicht: kritisch 8, hoch 5, mittel 3, niedrig 1. Jede Kundenanforderung, die bestätigt daran hängt, zählt nur mit dem Anteil, der heute noch nicht abgedeckt ist — was vollständig abgedeckt ist, trägt null bei, egal wie laut es einmal war. Die Summe wächst mit der Breite, aber gedämpft, nicht linear. Ein kritischer Wunsch aus einem Projekt kommt so auf 8 Punkte, drei hohe Wünsche aus drei Projekten auf knapp 39. Punkte, keine Stunden, kein Geld, keine Stimmen.

Und dann hört die Zahl auf. Geordnet wird ein Vorschlag, nicht ein Auftrag. Von deinem Vertriebsdruck weiß die Zahl nichts, nichts von dem Kunden, der nächstes Jahr verlängert, nichts von den zwei Wochen Umbau, die an dieser einen Fähigkeit hängen. Ein Signal, das so tut, als wüsste es das, wird nach dem dritten Fehlgriff ignoriert. Ein Signal, das sagt, woraus es besteht, wird benutzt.

Diese Trennung ist keine Vorsicht aus Prinzip; sie ist der Grund, warum die Zahlen später etwas wert sind. Eine Abdeckung, die auch aus Vorschlägen entsteht, sagt dir im Kundentermin nichts, weil du nicht weißt, ob dahinter ein Mensch stand. Eine Abdeckung, die nur aus bestätigten Verknüpfungen entsteht, darfst du vorlesen.

Diese Zurückhaltung merkt man dem Werkzeug an, und sie ist gewollt. Eine Zahl, die sich anmaßt zu wissen, was wichtig ist, wird beim ersten Widerspruch weggeklickt und danach nie wieder angesehen.

Zwei Ebenen, zwei Arten von Lücken

Wer beide Ebenen führt, bekommt zwei Fragen geschenkt, die vorher niemand beantworten konnte, ohne einen halben Tag zu suchen.

Die teuerste Anforderung ist die, die zweimal gebaut wird — einmal pro Kunde.

Die erste Frage geht nach außen: Welche Kundenanforderung hat keine einzige bestätigte Verknüpfung? Das ist eine Zusage, hinter der heute nichts steht. Nicht unbedingt ein Versäumnis — vielleicht ist die Fähigkeit einfach noch nicht beschrieben —, aber immer etwas, das du vor dem Kunden wissen solltest und nicht mit ihm zusammen erfahren willst.

Die zweite Frage geht nach innen, und sie wird oft falsch erzählt: nicht als „Was haben wir gebaut, das niemand wollte?“, sondern als „Welche unserer Produktanforderungen stehen fest und sind noch nicht umgesetzt?“. Diese Ebene vergleicht ein Produkt mit sich selbst — die festgeschriebenen Fähigkeiten gegen ihren Umsetzungsstand. Das ist ein Rückstand, kein Ballast. Und er ist genau so ehrlich, wie du ihn pflegst: Eine Produktanforderung, deren Umsetzungsstand nie gesetzt wurde, erscheint dort als geplant. Wer nie triagiert, liest eine sehr freundliche Liste.

AnforderungStatusDeckung
Sammelrechnung je QuartalTEILWEISE
Mahnstufen eskalierenLÜCKE
DATEV-ExportERFÜLLT
Kundenportal-LoginUNBEWERTET
Deckungsgrad, wie ihn ein Projekt zeigt: erfüllt, teilweise, offen — und ehrlich unbewertet.

Das ist der ganze Unterschied zwischen einer Liste und einem Modell. Eine Liste sagt dir, was jemand zuletzt eingetragen hat. Ein Modell sagt dir, was daraus folgt — und zwar in dem Moment, in dem du fragst, nicht in dem Moment, in dem jemand Zeit für Pflege hatte.

Was du am Montag damit anfängst

Nimm die drei Tickets vom Anfang, die du im eigenen Haus sofort benennen könntest. Lass alle drei stehen, so wie sie formuliert sind — sie sind Beleg, nicht Rohmaterial. Schreib einen einzigen Satz daneben, der die Fähigkeit beschreibt, die alle drei erfüllen würde, in deiner Sprache und ohne Kundennamen. Verknüpfe die drei mit diesem Satz und trag ein, wie weit er jeweils trägt: ganz, teilweise, am Rand.

Du hast damit nichts gelöscht, nichts umgeschrieben und niemandem etwas weggenommen. Du hast nur aufgeschrieben, was ohnehin schon wahr war — und zum ersten Mal an einer Stelle, an der es der Nächste findet, ohne dich zu fragen.

Es ist eine kleine Handlung, und sie fühlt sich zuerst nach nichts an. Der Unterschied zeigt sich beim nächsten Mal, wenn dieselbe Frage aus einem vierten Projekt kommt: Du suchst nicht mehr. Du hängst sie an.

Warum dieser eine Satz in so vielen Häusern nie geschrieben wird, steht in Warum Anforderungen scheitern: dort geht es um die drei Ablagen, aus denen drei Wahrheiten werden. Und wenn du wissen willst, wie sich dieselbe Verknüpfung eine Ebene höher liest — als Portfolio, Termin und Fortschritt, ohne dass freitags jemand Zahlen zusammensucht —, dann ist Der Überblick, den Führung braucht der nächste Text.

Schreib den ersten Satz.

Kostenlos für 5 Nutzer, 5 Projekte, 200 Anforderungen.

Kostenlos starten