Kundenzentrierte Entscheidungen: Ein Leitfaden für Produktverantwortliche

Kundenorientierung und kundenzentrierte Entscheidungen sind nicht dasselbe

Fast jedes Unternehmen bezeichnet sich als kundenorientiert. Fast keines trifft wirklich kundenzentrierte Entscheidungen.

Der Unterschied ist fundamental. Kundenorientierung bedeutet: Wir stellen den Kunden in den Mittelpunkt unserer Kommunikation, unseres Service und unserer Unternehmenswerte. Kundenzentrierte Entscheidungen bedeuten: Produktentscheidungen werden auf Basis validierter Erkenntnisse über tatsächliche Kundenbedürfnisse getroffen — nicht auf Basis von Meinungen, Vermutungen oder dem, was einzelne Kunden auf Nachfrage sagen.

Diese Unterscheidung ist nicht akademisch. Sie erklärt, warum Unternehmen, die sich mit Nachdruck als kundenorientiert beschreiben, regelmäßig Produkte entwickeln, die am Markt scheitern. Die McKinsey-Analyse aus 2022 zeigt, dass etwa 70 Prozent aller Produktentwicklungsprojekte ihr ursprüngliches Umsatzziel im ersten Jahr nach Launch nicht erreichen. Der häufigste Grund: fehlendes oder falsch interpretiertes Verständnis von Kundenbedürfnissen.

Dieser Leitfaden richtet sich an Produktverantwortliche, die den Schritt von nomineller Kundenorientierung zu wirklich kundenzentrierten Entscheidungen gehen wollen — mit konkreten Methoden, typischen Fehlern und praktischen Werkzeugen.

Warum Kundendaten allein nicht reichen

Das Befragungsparadox

Wenn Sie Kunden fragen, was sie wollen, antworten sie — und ihre Antworten sind oft unbrauchbar. Nicht weil die Kunden lügen. Sondern weil die Frage falsch gestellt ist.

Henry Ford wird der Satz zugeschrieben: “Wenn ich die Kunden gefragt hätte, was sie wollen, hätten sie gesagt: schnellere Pferde.” Ob er das wirklich gesagt hat oder nicht — die Logik stimmt. Kunden beantworten Fragen aus dem Referenzrahmen dessen, was sie kennen. Sie beschreiben Verbesserungen an bestehenden Lösungen, nicht die zugrunde liegenden Bedürfnisse, die diese Lösungen erfüllen sollen.

Das hat konkrete Konsequenzen für Produktteams: Wenn die Befragungsergebnisse primär Feature-Wünsche für bestehende Produkte liefern, ist nicht das Produkt falsch — die Methode der Bedarfsermittlung ist falsch.

Das Jobs-to-be-Done-Framework gibt hier eine präzisere Orientierung. Die relevante Frage ist nicht “Was wollen Sie von unserem Produkt?” — die relevante Frage ist: “Was versuchen Sie zu erreichen, wenn Sie in dieser Situation unser Produkt einsetzen? Und was macht es Ihnen dabei schwer?”

Mehr zur Grundlogik dieses Ansatzes im Artikel Was ist Jobs-to-be-Done?.

Der Unterschied zwischen Meinungen und Bedürfnissen

Kundenmeinungen sind flüchtig, kontext- und framing-abhängig und werden durch die Art der Befragung stark beeinflusst. Kundenbedürfnisse — verstanden als die Ergebnisse, die Kunden in ihrer Arbeit oder ihrem Leben erreichen wollen — sind stabiler, methodisch erhebbar und aggregierbar.

Ein Beispiel: Ein Medizintechnikanbieter befragt Krankenhäuser nach ihren Anforderungen an ein neues Diagnostikgerät. Die Antworten in offenen Interviews: bessere Bildauflösung, schnellere Verarbeitung, intuitivere Bedienung. Das sind Meinungen — ausgedrückt in Produktspezifikationen.

Die Jobs-to-be-Done-Analyse derselben Zielgruppe liefert andere Erkenntnisse: Die Techniker, die das Gerät bedienen, müssen unter Zeitdruck valide Diagnosen stellen und dabei sicherstellen, dass die Aufnahmen für die anschließende Befundung ausreichend Informationsgehalt haben. Das führende Problem: Sie können während der Aufnahme nicht sicher einschätzen, ob die Qualität ausreicht — und müssen häufig wiederholen. Das kostet Zeit und belastet den Patienten.

Dieses Bedürfnis — Sicherheit über die Aufnahmequalität bereits während der Messung — führt zu einem komplett anderen Produktkonzept als “bessere Bildauflösung.”

Die meisten Produktteams verwechseln Kundennähe mit Kundenzentriertheit. Kundennähe bedeutet: Wir sprechen regelmäßig mit unseren Kunden. Kundenzentriertheit bedeutet: Wir verstehen die Ergebnisse, die unsere Kunden erreichen wollen — nicht die Features, die sie sich wünschen. Das ist ein fundamentaler Unterschied. Und er entscheidet, ob Ihre Produktentscheidungen treffen oder nicht.

Die vier Grundprinzipien kundenzentrierter Entscheidungen

Prinzip 1: Bedürfnisse von Lösungen trennen

Kunden beschreiben ihre Bedürfnisse fast immer in Form von Lösungen: “Ich brauche ein Feature, das X tut.” “Wir bräuchten eine Funktion für Y.” “Wenn das System Z könnte, wäre es viel besser.”

Das sind Lösungsvorschläge, keine Bedürfnisse. Die Aufgabe des Produktteams ist es, hinter diesen Lösungsvorschlägen die zugrunde liegenden Bedürfnisse zu verstehen — die eigentlichen Ergebnisse, die der Kunde mit diesem Lösungsvorschlag erreichen will.

Diese Trennung ermöglicht es, bessere Lösungen zu entwickeln als die, die der Kunde vorschlägt. Wenn der Kunde “einen einfacheren Import-Prozess” fordert, ist das ein Lösungsvorschlag. Das zugrunde liegende Bedürfnis könnte sein: “Sicherstellen, dass alle notwendigen Daten verfügbar sind, bevor der Prozess startet.” Eine gute Lösung adressiert das Bedürfnis — und übertrifft damit möglicherweise den ursprünglichen Lösungsvorschlag.

Prinzip 2: Einzelkundenmeinungen nicht verallgemeinern

Der lauteste Kunde ist nicht der repräsentativste. Der Kunde mit dem größten Umsatzanteil hat Bedürfnisse, die von seinem spezifischen Kontext geprägt sind — und die sich von den Bedürfnissen anderer Segmente unterscheiden können.

Kundenzentrierte Entscheidungen erfordern quantitative Validierung: Wie wichtig ist dieses Bedürfnis für wie viele Kunden? Und wie gut ist es bei diesen Kunden aktuell erfüllt?

Diese Quantifizierung macht Einzelfeedback zu einem Ausgangspunkt für Hypothesen — nicht zu einer Entscheidungsgrundlage. Wenn ein wichtiger Kunde sagt, dass Feature X fehlt, ist das ein Signal, dem nachzugehen. Es ist kein Beleg, dass Feature X für das Produktportfolio priorisiert werden sollte.

Prinzip 3: Marktdefinition vor Produktdefinition

Kundenzentrierte Entscheidungen beginnen mit der richtigen Marktdefinition. Wer zu eng definiert (“unser Produkt X für Kunden, die es heute kaufen”), übersieht mögliche neue Segmente. Wer zu breit definiert (“alle potenziellen Nutzer irgendwelcher Lösungen”), verliert den Fokus.

Die praxisorientierte Marktdefinition im ODI-Kontext: Ein Markt ist eine Gruppe von Menschen, die denselben Job ausführen. Diese Jobbeschreibung ist die Grundlage für alle weiteren Entscheidungen — welche Kundenbedürfnisse erhoben werden, welche Segmente unterschieden werden, welche Konkurrenten relevant sind.

Mehr dazu in der methodischen Verbindung zum ODI-Leitfaden für Produktmanager.

Prinzip 4: Entscheidungen dokumentieren und überprüfen

Kundenzentrierte Entscheidungen sind keine einmaligen Akte — sie sind ein Prozess. Jede Produktentscheidung sollte dokumentiert werden:

• Welche Kundenbedürfnisse adressiert diese Entscheidung?
• Auf welchen Daten basiert diese Einschätzung?
• Mit welcher Hypothese gehen wir in die Entwicklung?
• Wie werden wir nach dem Launch messen, ob die Entscheidung richtig war?

Diese Dokumentation ermöglicht Lernschleifen. Nach dem Launch: Hat das neue Feature tatsächlich das adressierte Bedürfnis besser erfüllt? Wie hat sich der Erfüllungsgrad geändert? Was haben wir falsch eingeschätzt?

Ohne diese Dokumentation ist jede Produktentscheidung eine Einbahnstraße — ohne Feedback-Schleife und ohne systematischen Lerneffekt.

Häufige Fehler bei kundenzentrierten Entscheidungen

Fehler 1: Kundeninterviews als Validierung statt Exploration verwenden

Qualitative Interviews sind ein exzellentes Werkzeug für die Exploration: Was sind die relevanten Jobs, welche Probleme treten dabei auf, welche Lösungsansätze existieren bereits? Interviews liefern Hypothesen.

Sie sind ein schlechtes Werkzeug für die Validierung: “Fünf Kunden haben gesagt, dass Feature X wichtig ist” ist keine valide Grundlage für eine Produktentscheidung. Fünf Interviews sind eine Stichprobengröße, die keine statistisch belastbaren Schlüsse erlaubt.

Quantitative Befragungen — mit strukturierten Outcome Statements und standardisierten Bewertungsskalen — sind das richtige Werkzeug für Validierung. Sie ermöglichen die Aggregation über viele Kunden und die Identifikation von Mustern, die in qualitativen Interviews unsichtbar bleiben.

Fehler 2: Kundenfeedback durch den Filter interner Annahmen filtern

In fast jedem Unternehmen gibt es ein Set von Überzeugungen über Kundenbedürfnisse, das sich über Jahre etabliert hat. “Unsere Kunden schätzen primär Zuverlässigkeit.” “Preissensitivität ist in unserem Segment kein Thema.” “Kunden in der Lebensmittelindustrie haben andere Anforderungen als in der Pharmaindustrie.”

Manche dieser Überzeugungen stimmen. Viele sind überholt oder zu grob. Das Problem: Wenn Kundenfeedback durch den Filter dieser Überzeugungen interpretiert wird, werden Informationen, die nicht ins Bild passen, abgewertet. “Das ist ein Einzelfall.” “Dieser Kunde ist nicht unser typischer Zielkunde.”

Kundenzentrierte Entscheidungen erfordern die Bereitschaft, auch störende Daten ernst zu nehmen — besonders die, die interne Überzeugungen in Frage stellen.

Fehler 3: Kundenzentriertheit mit Kundenzufriedenheit verwechseln

Zufriedenheitsmaximierung ist kein strategisches Innovationsziel. Zufriedene Kunden können gleichzeitig Kunden sein, die zu einem günstigeren Anbieter wechseln würden, wenn die Gelegenheit sich bietet — weil ihre Bedürfnisse von anderen genauso gut bedient werden.

Kundenzentrierte Produktentscheidungen suchen nicht nach “Was sind die Kunden zufrieden mit?” Sie suchen nach “Wo sind Kunden trotz bestehender Lösungen noch unzufrieden — und sind bereit, für eine bessere Lösung zu zahlen?”

Das ist ein fundamentaler Unterschied. Zufriedenheitsmaximierung führt zu Inkrementalismus. Die Suche nach unterversorgten Bedürfnissen führt zu echter Innovation.

Ein konkreter Entscheidungsprozess für Produktteams

Phase 1: Markt und Job definieren (Woche 1-2)

Klären Sie präzise: Für welchen Job definieren wir den Markt? Nicht “Kunden, die unser Produkt kaufen” — sondern: “Kunden, die [konkrete Aufgabe] in [konkretem Kontext] erledigen müssen.”

Diese Definition ist die Grundlage für alle weiteren Entscheidungen. Sie bestimmt, welche Kunden befragt werden, welche Ergebnisse erhoben werden und wie die Ergebnisse segmentiert werden.

Phase 2: Desired Outcomes erheben (Woche 3-6)

Führen Sie strukturierte qualitative Interviews durch, um die vollständige Liste der Desired Outcomes zu erstellen: Was müssen Kunden beim Ausführen des Jobs erreichen? Welche Zwischenschritte sind beteiligt? Welche Ergebnisse sind kritisch, welche optional?

Das Ergebnis dieser Phase ist eine Liste von 50 bis 150 Outcome Statements — formuliert in standardisierter Sprache: “Minimieren Sie die Zeit, die benötigt wird, um [Ergebnis zu erreichen].” oder “Reduzieren Sie die Wahrscheinlichkeit, dass [unerwünschtes Ereignis] eintritt.”

Phase 3: Quantitative Validierung (Woche 7-10)

Befragen Sie eine statistisch relevante Stichprobe des Zielmarkts: Wie wichtig ist jedes Outcome für Sie? Wie gut wird es aktuell erfüllt — durch alle verfügbaren Lösungen?

Diese Befragung liefert Opportunity Scores für jedes Outcome. Sie zeigt, welche Bedürfnisse tatsächlich unterversorgt sind — und welche besser bedient werden, als die interne Wahrnehmung es vermuten ließ.

Wie diese Erkenntnisse in die Produkt Roadmap fließen, beschreibt der Artikel zu Kundenerkenntnissen und Produkt Roadmap.

Phase 4: Entscheidungen ableiten und dokumentieren

Auf Basis der Opportunity Scores treffen Sie priorisierte Produktentscheidungen:

• Welche Outcomes mit Score über 10 adressieren wir in den nächsten 12 Monaten?
• Welche Produktideen adressieren diese Outcomes am direktesten?
• Welche bestehenden Features adressieren Outcomes mit Score unter 5 — und könnten depriorisiert werden?

Kundenzentriertheit als Organisationsmerkmal

Kundenzentrierte Entscheidungen sind keine individuelle Kompetenz des Produktmanagers — sie sind eine organisatorische Kompetenz. Das bedeutet:

Prozessintregration: Der Entscheidungsprozess für Produktentwicklungen muss explizit Kundendaten erfordern. Nicht als Kür, sondern als Pflichtbestandteil. “Welche validierten Kundenbedürfnisse adressiert dieser Vorschlag?” muss eine Standard-Frage in jedem Produktentscheidungsgremium sein.

Datenzugang: Produktteams müssen Zugang zu quantitativen Kundendaten haben — nicht nur zu qualitativen Feedback-Zusammenfassungen. Das erfordert oft Investitionen in Marktforschungskapazitäten, die über Kundenzufriedenheitsbefragungen hinausgehen.

Anreizsystem: Wenn Produktmanager an Feature-Output gemessen werden, werden sie Features liefern — ob die Features die richtigen sind oder nicht. Wenn sie an Outcome-Improvement gemessen werden, werden sie herausfinden, welche Features die richtigen Ergebnisse erzeugen.

Die organisatorischen Voraussetzungen für kundenzentrierte Entscheidungen sind nicht durch Trainings allein erreichbar. Sie entstehen durch konsistente Verankerung im Entscheidungsprozess — und durch Führungskräfte, die kundenzentrierte Entscheidungen aktiv einfordern und selbst vorleben.

Häufig gestellte Fragen