Was Sie tun, wenn Ihre Roadmap und Ihre Kunden sich uneinig sind
← Alle Artikel Das Richtige bauen

Was Sie tun, wenn Ihre Roadmap und Ihre Kunden sich uneinig sind

Von FabricLoop Team  ·  Mai 2026  ·  4 min Lesezeit

Jedes Produktteam bekommt den Anruf. Ein Kunde – oft ein wichtiger – will etwas, das nicht auf der Roadmap steht. Er braucht es dringend. Er deutet vielleicht sogar an, dass seine Vertragsverlängerung davon abhängt. Ihr Vertriebsteam leitet die Nachricht mit zwei Ausrufezeichen weiter. Ihre Roadmap, über zwei Planungszyklen sorgfältig aufgebaut, steht auf der einen Seite. Der Kunde steht auf der anderen. Was tun Sie?

Das ist kein Randfall. Es passiert regelmäßig bei jedem Produkt mit zahlenden Kunden, und die Art, wie Sie damit umgehen, verrät viel darüber, wie Ihr Produktentwicklungsprozess tatsächlich funktioniert. Das Ziel ist nicht, immer ja zu sagen, und nicht, immer nein zu sagen – es ist, eine verlässliche Methode zu haben, um die Entscheidung zu treffen.

"Das schlechteste Ergebnis ist der Weg des geringsten Widerstandes: ja zu sagen, um das unbequeme Gespräch zu vermeiden, dann leise alles andere zu zurückzustellen, um ein Versprechen zu erfüllen, das Sie nie hätten geben sollen."

Ein Entscheidungsrahmen für Konflikte zwischen Kundenwünschen und Roadmap

Entscheidungsdiagramm: Kundenanfrage vs. Roadmap
Kommt diese Anfrage von einem Kunden oder mehreren?
Ein Kunde
Ist dieser Kunde strategisch wichtig für Ihr Zielsegment?
Nein
Lehnen Sie höflich ab. Notieren Sie die Anfrage. Bauen Sie es nicht.
Ja
Passt es zu einem geplanten Ergebnis auf der Roadmap?
Mehrere Kunden
Passt es zu einem strategischen Ergebnis auf Ihrer Roadmap?
Nein
Signalisiert eine Strategielücke. Besprechen Sie es im Team, bevor Sie entscheiden.
Ja
Beschleunigen Sie es. Das ist starke Validierung – geben Sie ihm Vorrang.

Die Frage „ein Kunde oder viele" ist der erste Filter

Wenn mehrere Kunden unabhängig voneinander dasselbe verlangen, ist das ein Signal, das es wert ist, ernst genommen zu werden – besonders wenn sie ähnliche Formulierungen verwenden, um das Problem zu beschreiben. Es deutet darauf hin, dass das Bedürfnis real und weit verbreitet ist und kein Einzelfall.

Wenn es ein Kunde ist, fällt die Abwägung anders aus. Die Bedürfnisse eines Kunden sind nicht repräsentativ für Ihren Markt, auch wenn er Ihr größter Kunde ist. Features für einen einzelnen Kunden zu bauen ist eine Steuer auf die Produktstrategie, die sich mit der Zeit summiert: Jede Einzelfunktion erhöht die Komplexität, schafft Wartungsaufwand und schmälert die Attraktivität des Produkts für den breiteren Markt.

Die Enterprise-Falle Enterprise-Kunden haben oft die spezifischsten Anfragen und den größten Hebel. Aber die Optimierung Ihres Produkts für den Workflow Ihres größten Kontos ist genau der Weg, auf dem Produkte für alle anderen unverkäuflich werden. Behandeln Sie Enterprise-spezifische Anfragen als individuelle Auftragsarbeit – nicht als Roadmap-Input.

Wie Sie Nein sagen, ohne die Beziehung zu beschädigen

Der Schlüssel, eine Kundenanfrage ohne Schaden abzulehnen, liegt darin, das Problem anzuerkennen, nicht nur die Anfrage. „Wir bauen das nicht" kommt schlecht an. „Wir verstehen, dass Sie Schwierigkeiten haben, X zu tun – so denken wir über dieses Problem, und das steht auf unserer Roadmap, um dasselbe Bedürfnis zu erfüllen" kommt viel besser an.

Kunden brauchen selten die genaue Funktion, um die sie gebeten haben. Sie brauchen ihr zugrunde liegendes Problem gelöst. Wenn Sie ihnen einen Weg zeigen können – selbst wenn es nicht die Funktion ist, die sie vorgeschlagen haben – werden die meisten Kunden es akzeptieren. Wenn sie keinen anderen Weg akzeptieren können als ihre genaue Spezifikation, sagt Ihnen das etwas Wichtiges über die Passung zwischen diesem Kunden und Ihrem Produkt.

Die Antwortformel Erkennen Sie das Problem an → erklären Sie, warum Sie es jetzt nicht bauen → zeigen Sie, woran Sie stattdessen arbeiten, das dasselbe Bedürfnis erfüllt → laden Sie den Kunden ein, im Gespräch zu bleiben, während Sie es entwickeln. Das dauert fünf Minuten länger als „nein" und bewahrt weit mehr Wohlwollen.

Wenn der Kunde recht hat und die Roadmap aktualisiert werden muss

Manchmal offenbart der Kundenkonflikt eine echte Lücke in Ihrem Denken. Wenn mehrere Kunden etwas fordern, das Sie nicht geplant hatten, ist das ein Zeichen dafür, dass Ihre Roadmap etwas verpasst hat. Die richtige Antwort ist nicht, reflexhaft zu bauen, was gefordert wurde – es ist, zu untersuchen, ob das zugrunde liegende Problem auf die Roadmap gehört, und wenn ja, wo.

Diese Unterscheidung ist wichtig. Der Kunde hat oft recht, was das Problem betrifft; bei der Lösung hat er selten recht. Verwenden Sie sein Feedback, um Ihr Problemverständnis zu aktualisieren, nicht um seine Feature-Anfrage ins Backlog zu kopieren.

Wie FabricLoop Kundensignale verfolgt Wenn die gleiche Anfrage von mehreren Kunden über mehrere Monate kommt, ist das Muster leicht zu verpassen, wenn Feedback in separaten E-Mail-Threads und CRM-Notizen liegt. FabricLoop zeigt wiederkehrende Themen an einem Ort, damit Sie sehen können, ob „die Anfrage eines einzelnen Kunden" tatsächlich ein Trend ist, bevor Sie bereits fünfmal nein gesagt haben.

10 Dinge zum Mitnehmen aus diesem Artikel

  1. Konflikte zwischen Kundenwünschen und Roadmap sind Routine, keine Ausnahmefälle. Eine verlässliche Methode für den Umgang mit ihnen ist wichtiger als jede einzelne Entscheidung.
  2. Die schlechteste Antwort ist ja zu sagen, um das Gespräch zu vermeiden, und dann alles andere stillschweigend zurückzustellen, um das auszugleichen.
  3. Der erste Filter: Ist das ein Kunde oder mehrere? Mehrere unabhängige Anfragen mit ähnlicher Sprache sind ein Signal, das es wert ist zu untersuchen.
  4. Features für einen einzelnen Kunden zu bauen – selbst für einen großen – ist eine Steuer auf die Produktstrategie, die sich mit der Zeit summiert.
  5. Enterprise-Kunden mit spezifischen Anfragen sollten als individuelle Auftragsarbeit behandelt werden, nicht als Roadmap-Input.
  6. Eine Anfrage abzulehnen kommt besser an, wenn Sie das zugrunde liegende Problem anerkennen, nicht nur die Funktion.
  7. Die meisten Kunden brauchen ihr Problem gelöst, nicht ihre genaue Spezifikation gebaut. Zeigen Sie ihnen den Weg, nicht nur das Nein.
  8. Wenn ein Kunde nur seine genaue Spezifikation akzeptiert, sagt Ihnen das etwas Wichtiges über die Passung zwischen ihm und Ihrem Produkt.
  9. Wenn mehrere Kunden eine echte Lücke aufzeigen, untersuchen Sie das zugrunde liegende Problem – kopieren Sie die Feature-Anfrage nicht einfach ins Backlog.
  10. Kunden haben meist recht, was das Problem betrifft. Bei der Lösung haben sie selten recht.