PM-Arbeit, die wirklich faster.

Vier Teams. Drei Sprint-Reviews nachste Woche. Jira ist ein Friedhof halb aktualisierter Tickets. Es ist Donnerstag, 15 Uhr, und der VP of Product hat gerade in Slack geschrieben: "Kannst du mir das Status-Dokument bis Feierabend schicken?"

Du kennst den Unterschied zwischen dem, was die Tickets aussagen — und wo du wirklich stehst. Dein VP wird gleich eine dieser Realitaten sehen.

Du fuhrst /pm-sprint-brief aus.

Der Orchestrator liest deinen Produktkontext, kennt den Sprint-Rhythmus, kennt die Teams. Zwei Agenten laufen parallel: einer parst den Jira-Export von heute Morgen, einer liest die letzten drei Slack-Standups aus jedem Team-Kanal. Ein dritter kreuzt beide Quellen und hebt hervor, was niemand eskaliert hat — zwei versteckte Blocker, ein Feature das am Dienstag still descoped wurde, ein Team das tatsachlich vorne liegt.

Du schickst das Dokument um 15:47 Uhr. Dein VP antwortet um 16:02: "Das ist der klarste Status, den ich seit Monaten bekommen habe."

Du merkst es selbst. Dienstag, 23 Uhr. D7-Retention blutet drei Wochen in Folge 11%. Kein Alarm. Niemand hat es gemeldet.

Growth-Meeting: Mittwoch, 9 Uhr. Du hast dieses Produkt von null auf zwei Millionen Nutzer aufgebaut. Du musst mit einer echten Antwort reingehen — nicht "wir schauen noch nach." Du musst der PM sein, der es gesehen hat, bevor jemand gefragt hat.

Aber du hast 340 ungelesene Support-Tickets mit Tag "Onboarding", einen Mixpanel-Export von letzter Woche und 90 Minuten bis du schlafen musst.

Du fuhrst /pm-discover aus.

Drei Agenten laufen parallel — einer durch die Support-Tickets, einer durch die Funnel-Daten, einer kreuzt beide. Nach sieben Minuten: 67% der Reibungserwahnung clustern um einen Onboarding-Schritt — genau den, den du letzten Monat neu gestaltet hast. Die Retention-Kurve beginnt exakt am Tag des Releases. Nur Mobile. Desktop ist flach.

Du gehst um 9 Uhr mit einem Deck rein, das in 20 Minuten erstellt wurde: "Wir wissen genau, was kaputt gegangen ist. So testen wir den Fix. Freitag haben wir Daten." Dein CPO sagt: "Das wollte ich sehen."

Drei Kundengespräche letzte Woche. Drei komplett unterschiedliche Dinge, die sie sagten, was sie brauchen. Engineering wartet auf ein PRD. Design hat bereits mit seiner eigenen Interpretation angefangen. Der Deadline hat sich nicht bewegt.

Du fuhrst /pm-prd aus.

Der Orchestrator liest die Gesprachstranskripte. Ein Agent extrahiert die tatsachlichen Jobs-to-be-done hinter jedem Feature-Wunsch. Ein zweiter mappt diese gegen aktuelle Fahigkeiten und Roadmap-Prioritaten. Ein Synthese-Agent erstellt das PRD: Problembeschreibung, Nutzersegmente, MVP-Umfang, Nicht-Ziele, Erfolgsmetriken und die drei offenen Fragen, die Engineering vor der Schatzung braucht.

Engineering nennt es das klarste Briefing des gesamten Quartals. Design erkennt, dass es die falsche Version gebaut hatte.

Das Feature wird zwei Wochen spater ausgeliefert. Kein Scope Creep. Keine erneuten Briefings.

Vier Engineering-Teams. Ein gemeinsamer API-Vertrag der noch nicht existiert. Q3-Planung beginnt am Montag. Jedes Team hat seine eigenen Annahmen getroffen — und keine davon stimmt uberein.

Du weisst, dass "wir stimmen uns Montag ab" kein Plan ist. Das sind drei Teams, die dabei sind zu entdecken, dass sie auf inkompatible Annahmen hingebaut haben.

Du fuhrst /pm-define am Freitagmittag aus.

Ein Agent kartiert die Integrationsflache. Ein zweiter findet die Konfliktzonen: drei verschiedene Auth-Annahmen, zwei nicht ubereinstimmende Schemas, ein Team das von einem Endpunkt abhangt, der nicht existiert. Ein Synthese-Agent erstellt den API-Vertrag mit Eigentumsgrenzungen, einer Abhangigkeitskarte und den vier Entscheidungen, die getroffen werden mussen bevor jemand eine Zeile Code schreibt.

Die Montags-Planung dauert 40 Minuten statt drei Stunden. Ein Ingenieur sagt, es sei das erste Mal, dass sie ein Quartal begonnen haben ohne sofort gegen eine Wand zu laufen.

Sechs Produktteams hangen von deiner Plattform ab. Sechs Roadmap-Eingaben letzte Woche. Alle dringend. Alle ziehen in verschiedene Richtungen. Quartalsplanung in vier Tagen.

Du weisst, dass das Gesprach "wessen Prioritat gewinnt" ein Quartal versenken kann bevor es beginnt.

Du fuhrst /pm-roadmap mit allen sechs Team-Eingaben aus.

Ein Agent clustert Anfragen nach gemeinsamen Infrastrukturbedurfnissen — vier der sechs Teams fragen nach derselben zugrundeliegenden Fahigkeit, beschreiben sie nur unterschiedlich. Ein zweiter findet die Reihenfolge: zwei grundlegende Investitionen, die gleichzeitig drei nachgelagerte Anfragen entsperren. Ein Synthese-Agent erstellt die Roadmap mit einer Abhangigkeitskarte und einer "was das ermoglicht"-Ebene fur jede Initiative.

Alle sechs Teams haben eine Roadmap, gegen die sie bauen konnen. Keines fuhlt sich ignoriert. Das Gesprach findet nie statt.