Fertig heißt nicht angenommen.

Wenn alles schneller gebaut ist, als jemand es annehmen kann: Was heißt dann fertig?

Cornelia Süß · Oktober 2026 · 5 Min. Lesezeit · Unbranded · Folge 4

Montagmorgen. Übers Wochenende sind drei Features entstanden. Sie liegen im Testsystem und sehen gut aus. Niemand weiß so genau, wer sie bestellt hat. Der Vertrieb will eine Demo. Die Chefin hat das Release-Video eines Konkurrenten gesehen.

Diese Szene stammt aus einem Talk auf der Konferenz Just Product, und sie ist kein reines Problem von Produktteams. Auch ich kann heute an einem Nachmittag etwas bauen. Die Frage, ob es jemand braucht, ist dadurch kein bisschen schneller beantwortet.

Der Flaschenhals wandert

Eine Produktmanagerin erzählte dort, wie ihr Team auf agentische Entwicklung umgestellt hat. Ihr Backlog sei vor ihren Augen leergelaufen, die Entwickler:innen hätten ständig gefragt, was als Nächstes kommt. Plötzlich war das Produkt wieder der Engpass. Das Team hat Sprints und Schätzungen abgeschafft, weil sich nichts mehr sinnvoll schätzen ließ. Wichtiger wurde eine andere Frage: Was ist das eigentliche Ziel?

Das ist die Erfahrung einer Person und eines kleinen Teams, keine allgemeine Zahl. Als Muster finde ich es trotzdem sehr plausibel: Erst war das Bauen der Engpass, jetzt ist es das Entscheiden, was gebaut wird. Und danach kommt der nächste: die Menschen, die es annehmen sollen.

Ausgeliefert ist nicht angenommen

Eine andere Speakerin beschrieb den Wechsel, der jetzt nötig ist: weg von „fertig heißt ausgeliefert“, hin zu „fertig heißt angenommen“. Vertrieb, Einführung und Bindung kommen nicht nach dem Bauen. Sie gehören zum Bauen.

Woran man merkt, dass man in der Falle steckt:

  • Das Feature geht live, im Chat regnet es Konfetti, und drei Monate später nutzt es niemand.
  • Der Start ist die letzte Zeile im Plan.
  • Die Einführung ist „ein anderer Job“.

Dazu passt die Studie der Washington State University von 2024: Steht „künstliche Intelligenz“ in einer Produktbeschreibung, sinkt bei vielen die Kaufabsicht. Die Autor:innen raten, den Nutzen zu zeigen statt der Technik. Menschen nehmen keine Technik an. Sie nehmen eine Erleichterung an.

Der Feuerhydrant

Das Bild aus dem Talk: Das Team liefert Feature um Feature in Lichtgeschwindigkeit, und die Kund:innen kommen nicht mehr mit. Sie klicken jeden Tag „Was ist neu“ weg. Der Vertrieb erfährt von neuen Funktionen durch die Kund:innen. Es ist, als würde man jemandem aus einem Feuerhydranten zu trinken geben.

Das gilt auch im Kleinen. Wer zu viele Angebote, Freebies und Kurse gleichzeitig baut, erzeugt denselben Effekt, nur sichtbarer. Eure Kund:innen haben einen Hauptberuf. Was ihr baut, soll helfen, nicht ablenken.

Bauen, um zu lernen

  1. Annahme ist Teil des Bauens. „Wer nimmt das an, und wie?“ gehört an den Anfang, nicht ans Ende.
  2. Weniger gleichzeitig. Ein Angebot, das Menschen wirklich annehmen können, schlägt fünf fertige.
  3. Ein schnell gebautes Feature ist ein Test, kein Ergebnis. Schnell bauen ist in Ordnung, wenn du die Disziplin mitbringst, daraus zu lernen.
Fertig ist, wenn es jemand angenommen hat.

Nimm etwas, das du gebaut hast und das live ist. Woran würdest du merken, dass es angenommen wird? Gibt es diese Zahl oder dieses Zeichen schon?

Quellen

Ein Gedanke pro Woche.