Warum Kundenwünsche vor dem Sprint trügerisch sind
Learning Lunch heißt heute: Ein Kundenwunsch ist noch kein Produktauftrag. Gerade in frühen Teams klingt ein Wunsch oft wertvoll, weil er von echten Nutzern kommt. Ein Kunde sagt, er bräuchte noch einen Export. Ein anderer fragt nach einer zusätzlichen Rolle. Ein dritter hätte gern eine Integration. Der Gründer hört Nähe zum Markt und plant die Umsetzung. Später zeigt sich aber, dass niemand dafür zahlt, niemand es regelmäßig nutzt oder der Wunsch nur aus einer besonderen Situation kam.
Das Problem ist nicht, dass Gründer Kunden ignorieren sollten. Das Gegenteil ist richtig. Sie müssen nur sauberer unterscheiden, was ein Wunsch bedeutet. Manche Wünsche zeigen echten Schmerz. Manche Wünsche sind höfliche Fantasie. Manche Wünsche sind Ersatz für eine bessere Erklärung des bestehenden Angebots. Wer alles direkt in den Sprint zieht, verwechselt Kundennähe mit Reaktionsgeschwindigkeit.
Die Sprintfrage lautet deshalb: „Welche konkrete Entscheidung wird für den Kunden leichter, wenn wir diese Änderung nicht irgendwann, sondern jetzt bauen?“ Diese Frage macht aus einem Featurewunsch eine Nutzenprüfung. Wenn keine Entscheidung sichtbar wird, ist der Wunsch wahrscheinlich zu weich für den nächsten Sprint.
Welche Antworten den Wunsch belastbar machen
Eine starke Antwort nennt eine echte Entscheidung. Der Kunde kann danach einen Vertrag freigeben, einen internen Prozess starten, ein Risiko senken oder eine wiederkehrende Arbeit beenden. Dann ist der Wunsch nicht nur nett, sondern handlungsnah. Gründer sollten in solchen Fällen genauer prüfen, ob mehrere Kunden denselben Engpass zeigen und ob die Änderung in die Positionierung passt.
Eine schwache Antwort bleibt bei Bequemlichkeit. „Wäre praktisch“ oder „Könnte man mal brauchen“ klingt freundlich, trägt aber selten einen Sprint. Kleine Teams zahlen für solche Wünsche doppelt. Sie verlieren Entwicklungszeit und erhöhen später die Komplexität im Produkt. Aus einer kleinen Ergänzung wird ein neues Erklärproblem, ein Supportfall oder eine Sonderlogik, die niemand bewusst gekauft hat.
Vor der Umsetzung helfen drei kurze Prüfpunkte:
- Welche Kundenentscheidung wird dadurch konkreter?
- Welcher wiederkehrende Schaden verschwindet dadurch?
- Welche Alternative nutzt der Kunde heute, wenn wir nichts bauen?
Wenn diese Antworten nicht greifbar sind, gehört der Wunsch nicht in den Sprint. Er gehört in die Beobachtungsliste, in ein Gespräch oder in einen Prototyp, der weniger kostet als echte Produktarbeit.
Wie Gründer die Frage im Alltag nutzen
Die Sprintfrage funktioniert am besten, bevor ein Backlog zu groß wird. Ein Team nimmt alle neuen Kundenwünsche und sortiert sie nicht nach Lautstärke, sondern nach Entscheidung. Wünsche ohne klare Entscheidung werden zurückgestellt. Wünsche mit sichtbarer Entscheidung werden tiefer geprüft. Wünsche, die nur einen Sonderfall bedienen, bekommen eine harte Grenze.
Wichtig ist die Sprache gegenüber Kunden. Gründer müssen nicht abweisend wirken. Ein guter Satz lautet: „Damit wir nichts bauen, das Ihnen am Ende nur halb hilft, möchte ich verstehen, welche Entscheidung dadurch leichter würde.“ Diese Formulierung zeigt Interesse und schützt zugleich vor falscher Eile.
Nach einigen Wochen entsteht ein Muster. Kundenwünsche werden nicht weniger, aber besser lesbar. Das Team erkennt schneller, welche Nachfrage wiederkehrt und welche Idee nur im Moment gut klang. Genau dort beginnt Produktdisziplin. Sie macht ein junges Angebot nicht langsamer. Sie verhindert, dass jede freundliche Rückmeldung zur nächsten Baustelle wird.
Die Sprintfrage schützt Gründer also nicht vor Kunden. Sie schützt sie vor einer falschen Übersetzung von Kundenstimmen. Wer vor jedem Sprint fragt, welche Entscheidung ein Wunsch erleichtert, baut seltener aus Höflichkeit und häufiger aus echtem Bedarf.
Bildquelle: Pexels, CC0-Lizenz
