Kundenfeedback früh einbauen: Lieferung in kleinen Schritten testen

Kundenfeedback bauen Sie früh ein, indem Sie jede Lieferung so schneiden, dass echte Nutzer sie nach wenigen Wochen ausprobieren, und indem Sie vorab festlegen, welche Entscheidung das Feedback beeinflusst. Je kürzer der Abstand zwischen Idee und Rückmeldung, desto weniger Arbeit geht in Annahmen, die sich später als falsch erweisen. Dieser Beitrag zeigt fünf Feedbackformen, einen Rechenweg zur Lernrate und eine Prüfliste für Lieferschritte.

Viele Vorhaben folgen einem vertrauten Muster: Anforderungen werden gesammelt, Teams bauen über Monate, und erst zum Abschluss sehen Kunden oder Anwender das Ergebnis. Dann zeigt sich, was alle Beteiligten vorher geschätzt, aber nie geprüft haben. Eine Änderung zu diesem Zeitpunkt ist teuer, weil sie auf fertiger Arbeit aufsetzt und häufig einen Teil davon entwertet.

Warum lohnt es sich, Kundenfeedback früh einzuholen?

Früh eingeholtes Kundenfeedback verringert das Risiko, in die falsche Richtung zu bauen, und verkürzt den Weg zu einer Lösung, die genutzt wird. Der Grund liegt in der Zahl der Lernzyklen. Das Agile Manifest von 2001 verlangt in seinen Prinzipien die frühe und kontinuierliche Auslieferung wertvoller Software. Eric Ries beschrieb 2011 in „The Lean Startup“ die Schleife aus Bauen, Messen und Lernen und argumentierte, dass das Lernen aus echten Kundenreaktionen den eigentlichen Fortschritt eines neuen Angebots ausmacht, mehr als der Umfang des Gebauten.

Das Prinzip gilt außerhalb der Softwareentwicklung. Ein neuer Ablauf in der Auftragsabwicklung, ein neues Service-Angebot oder eine KI-Anwendung für den Vertrieb lassen sich ebenfalls in kleinen Schritten einführen, jeweils mit einer Gruppe echter Nutzer. Bei KI-Anwendungen zeigt sich der Wert oft erst im echten Ablauf mit echten Daten, deshalb gehört der frühe Nutzertest in jedes Vorhaben dieser Art.

Wie viele Rückmeldungen brauchen Sie?

Für die Entdeckung von Bedienproblemen genügen wenige Nutzer, für die Prüfung von Nutzen und Zahlungsbereitschaft brauchen Sie mehr. Jakob Nielsen und Thomas Landauer zeigten 1993, dass ein einzelner Testnutzer im Durchschnitt der untersuchten Projekte rund 31 Prozent der Bedienprobleme einer Anwendung aufdeckt. Mit n Nutzern ergibt sich der Anteil der gefundenen Probleme aus 1 minus 0,69 hoch n. Bei fünf Nutzern sind das rund 85 Prozent, bei zehn rund 98 Prozent. Nielsen leitete daraus ab, mehrere kleine Tests mit je fünf Nutzern seien besser als ein großer.

Die Zahl gilt für Bedienprobleme in einer überschaubaren Aufgabe. Fragen wie „Brauchen Kunden das?“ oder „Wer zahlt dafür?“ lassen sich mit fünf Gesprächen anstoßen und mit Zahlen aus echter Nutzung belegen. Daher gehört zu jedem Lieferschritt die Entscheidung, welche Frage er beantworten soll und welche Form von Feedback dafür passt.

Welche Formen von Kundenfeedback gibt es?

Fünf Formen decken die meisten Fälle ab, und sie unterscheiden sich in Aufwand, Zeitpunkt und Aussagekraft.

Die Reihenfolge folgt der Frage, die offen ist. Vor dem Bau gilt es zu klären, ob das Problem existiert, danach, ob die Lösung verstanden wird, danach, ob sie im Alltag besteht und zuletzt, ob sie eine Kennzahl bewegt. Die Vorführung im Review ist die günstigste Form und für sich allein die schwächste, weil Teilnehmer bei einer Vorführung häufig milder urteilen als beim eigenen Arbeiten mit dem Stand. Wie ein Review Entscheidungen erzeugt, beschreibt der Beitrag zum Sprint Review.

Wie rechnen Sie den Wert kleiner Lieferschritte?

Kleine Lieferschritte erhöhen die Zahl der Lernzyklen pro Jahr, und jeder Zyklus verringert das Risiko, dass Arbeit in eine falsche Richtung fließt. Der Rechenweg ist kurz: Die Zahl der Zyklen je Jahr ergibt sich aus 52 geteilt durch die Zykluslänge in Wochen, und das Budget, das bis zur ersten Rückmeldung ausgegeben wird, zeigt, wie viel Arbeit an einer falschen Annahme hängen kann.

Das folgende Beispiel ist illustrativ gewählt. Ein Vorhaben hat zwölf Monate Laufzeit und ein Budget von 1,2 Millionen Euro. Eine Kernannahme, auf der die Lösung ruht, erweist sich als falsch.

Die Rechnung vereinfacht, denn ein Teil der Arbeit lässt sich nach einer Korrektur weiterverwenden, und kleine Schritte verursachen eigene Kosten für Abstimmung und Bereitstellung. Sie zeigt aber die Größenordnung: Die Arbeit, die an einer falschen Annahme hängt, wächst mit der Zeit bis zur ersten Rückmeldung. Aus diesem Grund lohnt die Investition in kürzere Lieferzyklen vor allem dort, wo Annahmen unsicher sind, etwa bei neuen Produkten und bei KI-Anwendungen. Die Klärung vor dem Bau beschreibt der Beitrag zur Product Discovery.

Wie schneiden Sie Lieferungen so, dass Feedback möglich wird?

Sie schneiden Lieferungen senkrecht, also durch alle Schichten des Ablaufs, sodass jeder Schritt für einen Nutzer erlebbar ist. Ein waagerechter Schnitt, etwa zuerst die Datenbasis für alle Funktionen, liefert nach Monaten nichts, was ein Kunde ausprobieren kann. Ein senkrechter Schnitt liefert in zwei bis vier Wochen eine kleine, vollständige Funktion: ein Auftragstyp, eine Kundengruppe, ein Standort.

Der letzte Punkt verdient Beachtung. Rückmeldungen zu einem halb fertigen Stand verfälschen das Urteil, weil Nutzer Mängel mit der Idee verwechseln. Der Beitrag zur Definition of Done beschreibt, wie Teams festlegen, wann ein Schritt nutzbar ist.

Welche Fehler machen Teams beim Einbauen von Feedback?

Vier Fehler treten wiederholt auf. Erstens fragen Teams nach Meinungen, und was Nutzer sagen, weicht oft von dem ab, was sie tun. Zweitens sammeln sie Rückmeldungen ohne Entscheidungsrecht, sodass niemand bestimmt, was daraus folgt. Drittens befragen sie nur freundliche Kunden, die ohnehin zufrieden sind. Viertens verlängert sich der Zyklus durch Freigabeschleifen, bis aus vier Wochen wieder vier Monate werden.

Die Gegenmittel sind einfach, aber verbindlich: Beobachten Sie Nutzer bei der Aufgabe, legen Sie einen Verantwortlichen für Entscheidungen fest, wählen Sie Testpersonen bewusst auch unter kritischen Kunden aus und messen Sie die Zykluslänge als eigene Kennzahl. Wann Termine und Zusagen trotz kurzer Zyklen belastbar bleiben, beschreibt der Beitrag zur Release-Planung.

Wie führen Sie frühes Kundenfeedback in vier Schritten ein?

Sie führen frühes Feedback ein, indem Sie mit einem Vorhaben beginnen, das Zykluslänge, Pilotgruppe und Entscheidungsrecht festlegt, und das Vorgehen dann auf weitere Vorhaben übertragen.

1. Vorhaben wählen: Nehmen Sie ein Vorhaben mit unsicheren Annahmen und einem erreichbaren Kunden oder Anwenderkreis.
2. Pilotgruppe benennen: Legen Sie fünf bis zehn echte Nutzer fest, die bereit sind, regelmäßig Rückmeldung zu geben.
3. Zyklus festlegen: Vereinbaren Sie eine Lieferung alle zwei bis vier Wochen mit Frage, Kennzahl und Entscheidung je Schritt.
4. Auswerten und anpassen: Bewerten Sie nach drei Zyklen, welche Annahmen sich bestätigt haben, wie sich die Kennzahl entwickelt und ob der Zyklus kurz genug war.

Kundenfeedback in der Lieferung mit Niehues Consulting

Niehues Consulting ist eine Beratung für KI-Management und Organisationsdesign aus der Lieferperspektive mit Sitz in Düsseldorf. Gründer Marin Niehues baut Organisationen, die liefern, in Projekten von VC-finanzierten Scaleups bis zu DAX-40-Konzernen und in über 20 Ländern auf sechs Kontinenten. Im Leistungsfeld Delivery Management arbeitet er als Delivery Manager, Projektmanager oder Product Owner und steuert Lieferungen so, dass Rückmeldungen früh eintreffen.

Das Vorgehen folgt dem Niehues Delivery Model mit drei Phasen. Für frühes Feedback zählen drei Prüffragen besonders: Welches Geschäftsergebnis soll sich messbar verändern? Beweist der Prototyp den Nutzen im echten Ablauf mit echten Daten? Welche Kennzahl zeigt nach 90 Tagen, dass die Lösung ankommt? Umfang und Konditionen eines Vorhabens werden in der kostenfreien Erstberatung besprochen, die Sie über den Kontakt in 30 Minuten vereinbaren.