doaipm.
𝕏 @zhitong45
🌐Deutsch▾
简体中文繁體中文English日本語한국어FrançaisDeutschItaliano
2026-06-23

PM werden im KI-Zeitalter 04 | Das Urteil „sollten wir es bauen" kostet jetzt mehr als „können wir es bauen"

Schauen wir zuerst auf ein Urteil, dem man am ehesten trauen müsste — und das trotzdem verfehlt wurde.

METR hat zwischen Februar und Juni 2025 ein randomisiertes kontrolliertes Experiment durchgeführt, methodisch auf dem Niveau einer klinischen Arzneimittelstudie. 16 erfahrene Entwickler, im Schnitt fünf Jahre Erfahrung, mit über tausend Commits in ihren eigenen Projekten, erledigten mit den damals besten KI-Werkzeugen 246 reale Aufgaben. Vorher glaubten sie, KI mache sie 24 % schneller; nach getaner Arbeit meinten sie immer noch, 20 % schneller gewesen zu sein. Gemessen waren sie: 19 % langsamer.

Achte darauf, was hier verfehlt wurde — keine komplizierte Strategie, sondern „hat KI mich selbst schneller gemacht”, das simpelste aller Urteile, gefällt über ihren vertrautesten Code, in ihren vertrautesten Projekten. Die Profis, nach Gefühl, lagen falsch.

Mit der Frage, ob KI schnell ist oder nicht, hat das wenig zu tun. Was es wirklich trifft, ist: Wenn das „Fertigbauen” schnell und billig wird, ist „das Gefühl” das Letzte, dem du trauen darfst. Und genau ein Product Manager fällt täglich nach Gefühl ein noch teureres Urteil — sollten wir dieses Ding überhaupt bauen.

1. Hör auf, „wie schwer ist das zu bauen” als Hürde zu nehmen

Früher, wenn du Ideen gesiebt hast, gab es eine natürliche Hürde, die für dich aussortierte: Der Entwickler sagte „das dauert drei Iterationen”, du wogst Aufwand gegen Ertrag ab — und ließest es meistens fallen. Die Umsetzungsschwierigkeit hat massenhaft Dinge abgeschossen, die du zwar „bauen wolltest, die sich aber nicht lohnten”. Du dachtest, du urteilst selbst — in Wahrheit urteilte zur Hälfte die Schwierigkeit für dich.

Jetzt sagt die KI „das hast du heute Nachmittag”. Die Hürde ist weg. Das Ergebnis ist nicht, dass du mehr von den richtigen Dingen umsetzt, sondern dass du in einem Rutsch fünf Features ausspielst, von denen vier niemand nutzt. Marty Cagan sagte es 2026 unverblümt: KI hat das Problem „was sollte man tun” nicht gelöst, sie lässt Unternehmen nur schneller einen Haufen Dinge bauen, die niemand will — dieselbe miese Roadmap, nur schneller abgefahren.

Der erste Handgriff ist also kontraintuitiv: Streich „können wir es bauen, wie lange dauert es” aus deinen Entscheidungsgrundlagen. Die Antwort lautet jetzt immer „ja, sehr schnell” — für das Sieben deiner Ideen liefert sie keinerlei Information mehr.

2. Frag vor dem Start zuerst „was passiert, wenn wir es nicht tun”

Wenn die Umsetzung umsonst wird, übersieht man am leichtesten die umgekehrte Frage: Was passiert, wenn wir dieses Ding nicht bauen?

Angenommen, wir bauen diese „smarte Empfehlung” in dieser Iteration nicht — was passiert dann? Wer wäre dadurch tatsächlich betroffen, und wie stark? Gibt es jemanden, der geht, weil es das nicht gibt?

Wenn du ehrlich zu Ende antwortest und feststellst „passiert auch nichts, wenn wir es nicht tun”, dann ist das die Antwort — es gehört nicht in diese Iteration. Diese eine Frage ist deshalb nützlich, weil sie die Verlockung „macht Spaß zu bauen, die KI spuckt es in einem Nachmittag aus” umgeht und dich direkt vor den Wert stellt. Ob ein Feature von „wenn wir es nicht tun, geht etwas schief” getragen wird, zählt weit mehr als die Frage, wie schnell es gebaut ist.

3. Schreib vor dem Start auf, „was nach Fertigstellung wahr werden soll”

Cagan sagt, ein Product Manager besitze in Wahrheit zwei Dinge: das Warum (warum dieses Problem es wert ist, gelöst zu werden) und das Was (was wir nach der Fertigstellung als wahr erwarten). Das Zweite muss noch vor dem Schreiben des Codes zu einem widerlegbaren Satz werden.

Nach dem Launch dieses Onboardings erwarten wir: Die Retention neuer Nutzer in der ersten Woche steigt von 35 % auf über 45 %; bewegt sich nach zwei Wochen nichts, haben wir falsch geurteilt und schneiden es weg.

Bekommst du diesen Satz nicht hin, weißt du in Wahrheit nicht, warum du es überhaupt baust. Bekommst du ihn hin, hast du ein Maß: Miss an der eigenen, vorab gesetzten, blamierbaren Erwartung — nicht an „mag der Chef das” oder „hat die Konkurrenz das”. Dieses Maß kann die KI dir nicht geben; sie weiß nicht, was in deinem Geschäft als Erfolg zählt.

4. Lass die KI Optionen ausbreiten, das Urteil bleibt bei dir — aber trau dem „fühlt sich richtig an” nicht

Wofür die KI sich am besten eignet, ist das Ausbreiten der Möglichkeiten: zum selben Problem drei bis fünf Lösungswege, ihre jeweiligen Kosten, wie andere es gemacht haben. Cagans Formulierung lautet: Die KI legt die Optionen offen, der Mensch urteilt, welche es wert ist. Diesen Schritt nutze ruhig voll aus.

Aber beim Auswählen — zurück zu dem Experiment vom Anfang: Trau dem „fühlt sich richtig an” nicht. Jene 16 Experten urteilten nach Gefühl „schneller geworden” und lagen kollektiv falsch. Urteilst du nach Gefühl „diese Lösung ist besser”, ist das genauso unzuverlässig. Halte sie an das Maß aus Schritt 3 — welche Option am ehesten den Satz wahr werden lässt, den du aufgeschrieben hast, und ob es echte Belege gibt (Nutzer haben es gesagt, Daten haben es gezeigt), nicht welche sich am flüssigsten liest.

Eine Sache, die du heute tun kannst: Such dir ein Feature aus, das du gerade bauen willst und das „die KI schnell hinbekommt”, schreib noch nichts, sondern halte zwei Sätze fest — was passiert, wenn wir es nicht tun, und was nach Fertigstellung wahr werden soll. Welchen Satz du nicht hinbekommst, das ist das Urteil, das du heute zum geringsten Preis aufgesammelt hast.

Tags KI-ProduktmanagerProdukturteilskraftsollten wir es bauendoaipm-MethodePM im KI-Zeitalter

Diskussion

Kein Login nötig, anonym möglich. Bleib freundlich.
Lädt…