# Welche Rolle spielt das Produktmanagement, wenn KI Prototypen schnell erstellt?

> Ein überzeugender, mit KI erstellter Prototyp kann die Produktpriorität in die falsche Richtung ziehen. Entscheidend bleiben Problemdefinition, Entscheidungsbegründung und klare Verantwortung.

Stellen Sie sich einen türkischen Ausrüster vor, der Unternehmen beliefert. Während Kunden auf ein Angebot warten, rufen sie den Vertrieb wiederholt an. Jemand im Team hat mit KI einen Prototyp für ein Portal erstellt. Kunden melden sich an und sehen, in welcher Phase ihr Angebot ist. Im Meeting kommen die Bildschirmansichten gut an, und bald geht es nur noch darum, wann das Portal live gehen soll.

Nehmen wir für dieses hypothetische Unternehmen an, dass die Ausrüstung innerhalb von zwei Tagen beim Kunden sein könnte, wenn Angebot und Preisfreigabe nicht verzögert würden. Kunden rufen den Vertrieb immer wieder an, weil sie unnötig warten. Läuft der Prozess rechtzeitig durch, erübrigen sich auch diese Anrufe.

Ein Portal oder eine automatische Telefonansage kann sagen, dass die Freigabe noch aussteht. Schneller wird die Freigabe dadurch nicht. Produktmanagement muss beim Prototyp deshalb vom erwarteten Ergebnis des Kunden ausgehen: Braucht das Unternehmen einen weiteren Bildschirm, der die Verzögerung erklärt, oder muss es den Arbeitsablauf verändern, der die Verzögerung verursacht?

![Ein fertiges Angebotsportal zeigt die Verzögerung, während der zugrunde liegende Preisfreigabe-Punkt weiterhin feststeckt](/images/inline-ai-product-management/portal-describes-delay.webp)

Reforge [diskutiert die Rolle von Produktmanagerinnen und Produktmanagern im KI-Zeitalter](https://www.reforge.com/blog/more-valuable-less-protected) und vertritt die Auffassung, dass Problemdefinition und gemeinsamer Kontext wichtiger werden, wenn sich Lösungen leichter erstellen lassen. Der Text vom 31. Juli 2026 ist eine Veranstaltungszusammenfassung mit Bezug auf ein Weiterbildungsangebot. Er misst die Wirkung nicht unabhängig. Hier dient er dazu, die eigene Arbeitsweise zu prüfen, nicht als Beleg dafür, was jedes Unternehmen tun sollte.

## Die Priorität wird vor dem Prototyp entschieden

Beim Ausrüster lässt sich die Wartezeit genauer erklären. In diesem hypothetischen Unternehmen ist die Rabattbefugnis im Vertrieb unklar. Deshalb sammeln sich Angebote bei der Führungskraft. Ein neues Portal wird diesen Rückstau nicht abbauen, solange nicht klar ist, welche Angebote der Vertrieb selbst abschließen darf und welche eine Freigabe der Führungskraft brauchen.

Produktmanagement sollte daher zuerst die Änderung bearbeiten, die die Wartezeit bei der Preisfreigabe verkürzt. Kunden Informationen zu geben, kann weiterhin sinnvoll sein. Das Portal allein wegen eines überzeugenden Demos vorzuziehen, lässt jedoch die Arbeit unverändert, die den Abschluss des Angebots verzögert.

Der Prototyp muss nicht verworfen werden. In Kundengesprächen kann das Team prüfen, welche Unklarheit er tatsächlich beseitigt. Können Kunden nicht erkennen, wann sie ein Angebot erhalten, sollte das Team fragen, was ihnen ein Bildschirm mit dem Hinweis „Freigabe ausstehend“ tatsächlich bringt. Die Antwort kann den Umfang des Portals verkleinern oder seine Verschiebung rechtfertigen.

So eingesetzt, erzeugt ein Prototyp Informationen für eine Entscheidung. Die Zusage zur Umsetzung folgt erst danach. Produktmanagement verbindet, was sich leicht erstellen lässt, mit dem Kundenbedarf, dem es dienen soll, und vergleicht Alternativen am selben Ergebnis.

## Eine Roadmap muss auch die Begründung tragen

Wird das Portal verschoben, reicht es nicht, auf der Roadmap nur sein Datum zu ändern. Ein weiterer überzeugender Prototyp kann dieselbe Anforderung im nächsten Meeting erneut dringend wirken lassen. Kann das Team nicht erklären, warum es gewartet hat, beginnt die frühere Entscheidung wieder von vorn.

Neben dem Eintrag auf der Roadmap kann eine kurze Begründung stehen. In diesem Beispiel könnte sie lauten:

> Vorrang hat, die Zeit zu verringern, die Angebote auf eine Preisfreigabe warten. Das Portal verschieben wir vorerst. Wenn der Freigabeablauf geändert ist und Kunden weiterhin mehr Information benötigen, bewerten wir das Portal erneut. Diese Bewertung nimmt die produktverantwortliche Person gemeinsam mit dem Vertrieb vor.

Der Eintrag erklärt der nächsten Person, welches Ergebnis erwartet wird und wann eine andere Entscheidung gerechtfertigt wäre. Werden Angebote schneller freigegeben, rufen Kunden aber weiterhin wegen Informationen an, wird das Portal plausibler. Die Roadmap richtet sich dann nicht nach dem Bildschirm, der im letzten Meeting am besten ankam.

![Eine produktverantwortliche Person verbindet Kundengespräche, die Freigabebremse im Vertrieb, den verschobenen Prototyp und die Entscheidungsbegründung auf einer gemeinsamen Tafel](/images/inline-ai-product-management/roadmap-keeps-the-reason.webp)

Auch das Festhalten einer Begründung kostet Arbeit. Für jeden Versuch braucht das Team kein langes Dokument. Es kann genügen, die Information, die eine Priorität verändert hat, im bestehenden Arbeitsauftrag festzuhalten. Die Begründung bei einer neuen Entscheidung zu aktualisieren, ist oft hilfreicher, als weitere Dokumente anzulegen.

## Der Produktkontext muss zugänglich bleiben

Damit dieser Eintrag aktuell bleibt, muss jemand Kundengespräche, Vorgaben aus dem Vertrieb und Entscheidungen zur Umsetzung gemeinsam verfolgen. Sonst kann das Entwicklungsteam das Portal auf Grundlage einer alten Annahme ausbauen, während der Vertrieb den Freigabeablauf verändert.

Diese Verantwortung kann bei einer Produktmanagerin oder einem Produktmanager liegen. Gibt es im Unternehmen keine eigene Produktrolle, muss die Geschäftsleitung eine verantwortliche Person benennen. Sie braucht die Befugnis, Prioritäten mit den betroffenen Teams zu vereinbaren. Liegt der gesamte Kontext nur in ihrem Gedächtnis, muss das Team bei jedem nächsten Schritt zu ihr zurück.

Sind gemeinsames Ziel und Grenzen zugänglich, können Teams kleinere Versuche selbstständiger durchführen. Für jeden Bildschirm, mit dem sie prüfen, wie sich das Portal Kunden erklären lässt, braucht es zum Beispiel nicht die Freigabe einer Führungskraft. Eine neue Zusage an Kunden oder eine Entscheidung, die andere Arbeit verschiebt, verändert jedoch die Produktpriorität und sollte gemeinsam getroffen werden.

Auch wenn KI die Entwicklungszeit verkürzt, bleiben aus Kundenfeedback zu lernen, Abstimmung mit dem Vertrieb und der Betrieb eines Produkts Arbeit. Die erste Entscheidung des Ausrüsters sollte deshalb sein, die Wartezeit im Angebotsprozess zu verringern. Das Portal verdient seinen Platz, wenn es nachweislich einen weiterhin offenen Kundenbedarf löst. Der Aufwand für einen überzeugenden Prototyp verpflichtet das Unternehmen nicht, daraus ein fertiges Produkt zu machen.

---

Language: German
License: CC BY 4.0
License URL: https://creativecommons.org/licenses/by/4.0/
Scope: Evren Bal-authored text, unless this article expressly states otherwise.
Excluded: Third-party material, quoted excerpts, logos, and separately marked images retain their own rights.
Attribution: Credit Evren Bal, link to the canonical source and license, and indicate changes.
Source: https://evrenbal.com/de/ai-produktmanagement-priorisierung