[{"data":1,"prerenderedAt":920},["ShallowReactive",2],{"essay-pmos-eigenes-pm-betriebssystem":3,"essays-others-pmos-eigenes-pm-betriebssystem":173},{"id":4,"title":5,"body":6,"date":155,"description":147,"extension":156,"featured":157,"lang":158,"meta":159,"minutes":160,"navigation":161,"path":162,"seo":163,"stem":164,"tags":165,"teaser":170,"words":171,"__hash__":172},"essays\u002Fessays\u002Fpmos-eigenes-pm-betriebssystem.md","Ich baue mir das Betriebssystem, das mir als Solo-PM fehlt.",{"type":7,"value":8,"toc":146},"minimark",[9,16,25,28,33,36,39,43,46,75,78,82,89,108,111,115,122,125,128,132,135],[10,11,12],"blockquote",{},[13,14,15],"p",{},"Ein Team gibt dir einen Takt vor. Ein Sprint-Board zwingt dich, etwas fertig zu machen. Als Solo hast du nichts davon. Also habe ich mir den Takt gebaut.",[13,17,18,19,24],{},"Im ",[20,21,23],"a",{"href":22},"\u002Fessays\u002Fsaas-in-sechs-wochen-agent-pipelines","Essay über saasrebels.de"," endet die Geschichte mit einem Satz: Nach dem Launch habe ich den Fokus auf das nächste System verschoben. Das ist dieses System. Es heißt PMOS — Product Management Operating System — und es ist diesmal kein Produkt für andere, sondern der Apparat, der mir als Einzelner fehlt.",[13,26,27],{},"Das hier ist ein Teaser, kein Teardown. Die Innereien bleiben vorerst geschlossen. Aber die Idee dahinter — und was sie über mein eigenes Arbeiten verrät — ist es wert, erzählt zu werden.",[29,30,32],"h2",{"id":31},"die-lücke-die-das-nötig-macht","Die Lücke, die das nötig macht.",[13,34,35],{},"Ein Produktmanager mit Team hat lauter Dinge, die ihn zwingen: Standups, Reviews, ein Board, das Druck macht. Als Solo, der nebenbei Produkte baut, hast du davon nichts. Kein externer Taktgeber, kein Stakeholder, der nachfragt. Trello und ein Obsidian-Vault sind kein Ersatz dafür — sie speichern, aber sie laufen nicht. Sie erinnern dich, sie zwingen dich nicht.",[13,37,38],{},"PMOS ist der Versuch, diesen Takt als Infrastruktur zu bauen: etwas, das wirklich läuft, statt nur Notizen zu halten.",[29,40,42],{"id":41},"was-drinsteckt","Was drinsteckt.",[13,44,45],{},"Vier Schichten, von vorne nach hinten:",[47,48,49,57,63,69],"ol",{},[50,51,52,56],"li",{},[53,54,55],"strong",{},"Ein Ideen-Funnel."," Jede Idee wird erfasst, bewertet und durch ein Gate geschickt — Los, Park oder Stopp. Keine Idee bleibt unsortiert im Kopf hängen.",[50,58,59,62],{},[53,60,61],{},"Eine visuelle Flow-Engine."," Abläufe sind ein Knoten-Graph, den ich auf einem Canvas zusammenstecke: Stufen und Gates. Ein Lauf hält an einem Gate an, wartet auf meine Eingabe, läuft dann weiter. Genau das Human-in-the-Loop-Muster aus dem saasrebels-Essay, hier als bedienbare Oberfläche.",[50,64,65,68],{},[53,66,67],{},"Ein Second Brain als Wissensgraph."," Notizen werden klassifiziert, verdichtet und über Embeddings verknüpft — ein durchsuchbarer Graph statt eines Ordner-Friedhofs. Wissen, das sich verbindet, statt zu verstauben.",[50,70,71,74],{},[53,72,73],{},"Ein Worker mit Agenten."," Im Hintergrund läuft ein Dienst auf einem eigenen Server, der die Flows abarbeitet — die Agenten, die im saasrebels-Stack neben mir programmiert haben, hier fest verdrahtet als Ausführungsschicht.",[13,76,77],{},"Vier Schichten, ein Login. Idee oben rein, ausgeführter Ablauf unten raus.",[29,79,81],{"id":80},"wie-es-gebaut-ist-und-was-das-über-tempo-sagt","Wie es gebaut ist — und was das über Tempo sagt.",[13,83,84,85,88],{},"Gebaut nach ",[20,86,87],{"href":22},"demselben Muster wie saasrebels.de"," — nur schneller, weil ich die Werkstatt diesmal schon kannte. 954 Commits in gut drei Wochen. Die erste lauffähige Version war in einem einzigen, weitgehend autonomen Lauf fertig — rund acht Stunden, dreizehn zusammengeführte Pull Requests, am Ende des Tages mehrere live geschaltete Oberflächen.",[13,90,91,92,95,96,99,100,103,104,107],{},"Dahinter arbeitet nicht ein Modell, sondern mehrere nach Aufgabe: ",[53,93,94],{},"Opus"," orchestriert und trifft die Entscheidungen, ",[53,97,98],{},"Sonnet"," führt den Code aus, ",[53,101,102],{},"ChatGPT"," übernimmt die adversariale Gegen-Review. Daneben laufen spezialisierte Stränge — ",[53,105,106],{},"Gemini"," für die Bildgenerierung, eigene Stimmen-Modelle für die Video-Pipeline. Welches Modell an welcher Stelle genau sitzt, bleibt Teil der geschlossenen Werkstatt.",[13,109,110],{},"Das ist nicht \"die KI hat das gebaut\". Es ist dieselbe Verschiebung wie beim letzten Produkt: Die Ausführung kostet fast nichts mehr, also wird die Entscheidung zum Engpass. Nur dass ich diesmal die Werkstatt schon kannte und sie nicht erst einrichten musste.",[29,112,114],{"id":113},"was-das-projekt-über-sich-selbst-verrät","Was das Projekt über sich selbst verrät.",[13,116,117,118],{},"Jetzt der unbequeme Teil. In der eigenen Anleitung für die Agenten steht ein Satz, den ich selbst hineingeschrieben habe: ",[119,120,121],"em",{},"Pascal neigt dazu, Werkzeuge und Prozesse zu überoptimieren, statt zu liefern — und PMOS selbst sitzt genau in diesem Risiko.",[13,123,124],{},"Das ist keine Koketterie. Ein Betriebssystem fürs eigene Produktmanagement zu bauen, ist die Königsdisziplin des Sich-Verzettelns. Die Gefahr ist real, dass die Meta-Schicht — das System, das Systeme baut — zur bequemen Ausweichbewegung wird, weg vom eigentlichen Liefern. Deshalb ist in PMOS eine Frage fest eingebaut, die bei jeder Architektur-Entscheidung gestellt wird: Schafft das Wert, oder produziert es nur mehr Meta-Schicht?",[13,126,127],{},"Ich weiß noch nicht, auf welcher Seite dieser Frage PMOS am Ende landet. Es läuft, täglich, und es ist nützlich. Ob es nützlich genug ist, um den Bau zu rechtfertigen, entscheidet sich erst über Monate. Das ist die ehrliche Antwort.",[29,129,131],{"id":130},"was-als-nächstes-kommt","Was als Nächstes kommt.",[13,133,134],{},"Wenn sich abzeichnet, dass die Antwort \"ja\" lautet, schreibe ich den Teardown: die Flow-Engine im Detail, das Second Brain, die Agenten-Orchestrierung. Bis dahin bleibt es bei diesem Bild — ein PM, der sich den fehlenden Takt selbst gebaut hat, und der ehrlich genug ist, die Falle zu benennen, in die genau dieses Vorhaben führen kann.",[136,137,138],"callout",{},[13,139,140,141,145],{},"Wenn du an ähnlicher Infrastruktur arbeitest — eigene Toolchain statt Tooling von der Stange — ",[20,142,144],{"href":143},"\u002Fcontact","schreib mir",". Das erste Gespräch kostet nichts.",{"title":147,"searchDepth":148,"depth":148,"links":149},"",2,[150,151,152,153,154],{"id":31,"depth":148,"text":32},{"id":41,"depth":148,"text":42},{"id":80,"depth":148,"text":81},{"id":113,"depth":148,"text":114},{"id":130,"depth":148,"text":131},"2026-06-06","md",false,"de",{},5,true,"\u002Fessays\u002Fpmos-eigenes-pm-betriebssystem",{"title":5,"description":147},"essays\u002Fpmos-eigenes-pm-betriebssystem",[166,167,168,169],"Product","AI","Tooling","Build-in-Public","Nach saasrebels.de das nächste System — diesmal kein Produkt für andere, sondern der Apparat für mich. Ideen-Funnel, visuelle Flow-Engine, ein Second Brain als Wissensgraph, dazu Agenten auf einem Worker. 954 Commits in gut drei Wochen. Und die ehrliche Frage, ob ich gerade das Falsche optimiere.",728,"ykfd6zPDnoz_W7oLViXxJ3TrRorqbAmnGvTkQxFlEo4",[174,417],{"id":175,"title":176,"body":177,"date":155,"description":147,"extension":156,"featured":161,"lang":158,"meta":406,"minutes":407,"navigation":161,"path":22,"seo":408,"stem":409,"tags":410,"teaser":414,"words":415,"__hash__":416},"essays\u002Fessays\u002Fsaas-in-sechs-wochen-agent-pipelines.md","Ein SaaS in sechs Wochen: Die Agenten haben gebaut, ich habe entschieden.",{"type":7,"value":178,"toc":396},[179,184,187,190,198,202,205,208,212,239,242,246,249,275,278,282,285,288,320,323,327,330,333,337,340,343,346,350,353,379,383,386,389],[10,180,181],{},[13,182,183],{},"Nicht die Agenten haben saasrebels.de gebaut. Ich habe gebaut — die Agenten haben die Zeit zwischen Entscheidung und Artefakt halbiert. Das klingt nach einem Detail. Es ist der ganze Unterschied.",[13,185,186],{},"Vor einem Jahr hätte ich für ein Produkt wie saasrebels.de ein kleines Team gebraucht: zwei, drei Entwickler, ein paar Monate, ein Budget. Stattdessen steht im Git-Log ein einziger Name und rund 1.680 Commits in gut sieben Wochen. Spitze: 310 Commits in einer Woche, 124 an einem einzigen Tag. Das schafft kein Mensch von Hand. Es schafft auch keine \"KI, die Software schreibt\". Es schafft ein Mensch, der aufgehört hat, selbst zu tippen, und angefangen hat, einen Apparat aus Agenten zu steuern.",[13,188,189],{},"Dieser Essay ist die ehrliche Version davon. Was der Stack geliefert hat, was er nicht konnte, und an welchen Stellen ich die Hand am Steuer behalten habe — weil genau dort die Arbeit liegt, die man nicht delegieren darf.",[13,191,192,193,197],{},"Den vorderen Teil dieser Maschine habe ich schon beschrieben: ",[20,194,196],{"href":195},"\u002Fessays\u002Fcompetitor-to-prd-system","wie ich aus einer Wettbewerber-URL ein PRD baue",". Das ist die Recherche-Stufe. Hier geht es um die andere Hälfte — von der Spec bis zur laufenden, bezahlten Software.",[29,199,201],{"id":200},"was-saasrebelsde-ist-und-was-es-kostet","Was saasrebels.de ist — und was es kostet.",[13,203,204],{},"saasrebels.de ist eine Werkzeug-Plattform für deutschsprachige Selbstständige und Kleinunternehmer. Sechs Tools in einem Login: Zeiterfassung, Rechnungsstellung, ein kleines CRM, Aufgaben, Notizen, Budget. Die Rechnung kann ZUGFeRD und XRechnung, exportiert nach DATEV im SKR03 und hält die GoBD-Unveränderbarkeit ein — der Teil, an dem die meisten Hobby-Tools scheitern. Dazu ein paar kostenlose Rechner auf der Landingpage, ohne Login: Kleinunternehmer-Check, Tagessatz, Projektpreis.",[13,206,207],{},"Das Preismodell ist bewusst klein: Free, Rebel für 4,99 € im Monat, Rebel Pro für 9,99 €. Ein Einzelplatz-Produkt, keine Aufschläge pro Sitz, keine Enterprise-Stufe. Break-even liegt bei einem knappen Dutzend zahlender Nutzer — die Infrastruktur kostet mich rund 50 € im Monat. Das ist kein Pitch für Investoren. Es ist ein Nebenprojekt, das sich selbst tragen soll.",[29,209,211],{"id":210},"die-zeitleiste-ohne-rundung","Die Zeitleiste, ohne Rundung.",[213,214,215,221,227,233],"ul",{},[50,216,217,220],{},[53,218,219],{},"27. März:"," erster Commit, ein leeres Nuxt-4-Projekt.",[50,222,223,226],{},[53,224,225],{},"Noch am selben und am nächsten Tag:"," Stripe-Billing, Supabase-Migrationen, Auth0, die ersten Tools, 77 Unit-Tests, ein Playwright-Lauf im echten Browser.",[50,228,229,232],{},[53,230,231],{},"29. April, 08:00:"," Go-Live. Eine Datenbank-Migration kippt zwei Feature-Flags — Self-Service-Anmeldung und das neue Preismodell. Ab hier kann jeder sich registrieren und bezahlen.",[50,234,235,238],{},[53,236,237],{},"In den Wochen danach:"," die ersten zahlenden Nutzer.",[13,240,241],{},"Vom ersten Commit bis zur Bezahlversion vergingen knapp fünf Wochen. Bis zu den ersten zahlenden Nutzern rund sechs. Ich nenne die Naht bewusst, weil \"sechs Wochen bis zu zahlenden Kunden\" sonst nach Marketing klingt. Während der gesamten Bauphase war der Umsatz null — am 16. April, dreizehn Tage vor dem Launch, standen im Business-Case schwarz auf weiß: 0 zahlende Kunden, 0 € MRR, sechs Leute auf der Warteliste. Das ist die wahre Ausgangslage. Sie ist nicht schön. Aber sie ist zählbar — und alles Zählbare lässt sich bewegen.",[29,243,245],{"id":244},"was-der-agent-stack-tatsächlich-ist","Was der Agent-Stack tatsächlich ist.",[13,247,248],{},"\"Agent-Pipeline\" klingt nach einem Knopf, den man drückt. Es ist eher eine Werkstatt mit Regeln. Vier Teile:",[47,250,251,257,263,269],{},[50,252,253,256],{},[53,254,255],{},"Parallele Worktrees."," Jeder Agent arbeitet in einer eigenen, isolierten Kopie des Repositories auf einem eigenen Branch. Zu Spitzenzeiten liefen 21 davon gleichzeitig. Vier Agenten an vier unabhängigen Aufgaben brauchen nicht die vierfache Zeit, sondern ungefähr die des längsten Einzellaufs.",[50,258,259,262],{},[53,260,261],{},"Plan zuerst, dann Ausführung."," Kein Agent fängt an zu bauen, ohne dass ein Plan steht — eine Datei mit Aufgabenliste, betroffenen Dateien und Architektur-Vorbedingungen. Im Repo liegen 185 solcher Pläne. Der Plan benennt auch, welches Modell welche Aufgabe übernimmt: Suchen mit dem kleinen, Code mit dem mittleren, Architektur mit dem großen. Das ist nicht Geiz, das ist Routing.",[50,264,265,268],{},[53,266,267],{},"Adversariale Review als Pflicht-Gate."," Bevor irgendetwas gepusht wird, läuft ein zweites Modell — Codex — gegen den Diff und sucht Fehler. Findet es etwas Kritisches, blockiert es den Push. Im Git-Log steht das offen: \"codex review round 16\", \"round 17\", \"round 18\", \"round 19\" — vier Runden hintereinander an derselben Datei, bis sauber. Kein Mensch reviewt dieselbe Landingpage neunzehnmal. Eine Schleife schon.",[50,270,271,274],{},[53,272,273],{},"Harte Gates vor jedem Commit."," Typecheck, alle Unit-Tests, bei Bedarf ein Docker-Install-Smoke-Test — lokal, vor dem Push. Dann in der CI: Tests, Build, Deploy auf Staging, End-to-End-Tests im echten Browser, erst dann Produktion, danach ein Abgleich, ob die ausgelieferte Version auch die erwartete ist. Bricht der E2E-Lauf auf Staging, geht nichts nach Produktion.",[13,276,277],{},"Das Ergebnis sind 277 Unit-Test-Dateien, 24 E2E-Specs und eine dokumentierte Architektur für ein Produkt mit Stripe-Abos, SEPA-Lastschrift, Auth0-Login und DSGVO-Pflichtseiten. Das ist kein Vibe-Coding. Vibe-Coding hat keine 300 Tests.",[29,279,281],{"id":280},"das-missverständnis-beim-human-in-the-loop","Das Missverständnis beim \"Human in the Loop\".",[13,283,284],{},"Wenn Leute \"Human in the Loop\" hören, denken sie an einen Genehmigungs-Klick. Hin und wieder ein Daumen hoch. So ist es nicht. Der Mensch sitzt nicht am Ende der Pipeline und winkt durch. Er sitzt an einer Handvoll Stellen mittendrin, und an diesen Stellen entscheidet er allein.",[13,286,287],{},"Wo ich die Hand am Steuer behalten habe:",[213,289,290,296,302,308,314],{},[50,291,292,295],{},[53,293,294],{},"Architektur."," Stack, Datenmodell, der Schnitt des MVP. Diese Entscheidungen liegen in nummerierten Architecture Decision Records. Agenten lesen sie, Agenten ändern sie nicht. Welcher Auth-Anbieter, welche Datenbank, was im ersten Release drin ist und was nicht — meine Entscheidung, festgeschrieben, bevor ein Agent loslegt.",[50,297,298,301],{},[53,299,300],{},"Die Stimme."," Eine Konfigurationsdatei verbietet bestimmte Wörter — \"revolutionär\", \"nahtlos\", auch \"KI\" als Marketing-Floskel. Agenten müssen sich daran halten. Aber welche Wörter auf die Liste kommen, ist meine Entscheidung über das, wofür die Marke steht.",[50,303,304,307],{},[53,305,306],{},"Recht."," Impressum, Datenschutz, AGB, Widerruf. Entwürfe entstehen mit Agenten, freigegeben wird von mir — und vor dem ernsten Teil von einem Fachanwalt. DSGVO ist keine Stelle, an der man ein Modell raten lässt.",[50,309,310,313],{},[53,311,312],{},"Der 60-Sekunden-Klick."," Das ist mein liebstes Gate, weil es so unspektakulär ist. Nach jedem Merge auf main öffne ich von Hand die Live-Seite, logge mich ein, klicke eine geschützte Seite an, logge mich aus. Sechzig Sekunden. Das fängt, was kein automatischer Test fängt — den Moment, in dem alles grün ist und die Seite trotzdem kaputt aussieht.",[50,315,316,319],{},[53,317,318],{},"Der Merge selbst."," Die Pipeline öffnet Pull Requests. Sie merged sie nie. Der letzte Knopf gehört mir.",[13,321,322],{},"Das ist das Muster: Alles um die Entscheidungen herum ist automatisiert. Die Entscheidungen nicht.",[29,324,326],{"id":325},"wo-ich-das-steuer-ganz-übernommen-habe","Wo ich das Steuer ganz übernommen habe.",[13,328,329],{},"Das deutlichste Beispiel ist der Preis. saasrebels.de startete in der Planung mit einem zahmen Zwei-Stufen-Modell: kostenlos oder 2,99 €. Knapp zwei Wochen vor dem Launch habe ich das Ganze angehalten und umgebaut — drei Stufen, ein klar geschnittenes Pro-Tier, ein Early-Adopter-Gutschein mit 20 % auf Lebenszeit für die erste Launch-Woche. Das war kein Bug, den ein Agent finden konnte. Es war die Frage, welche Features hinter welche Bezahlschranke gehören und was Menschen dafür wirklich zahlen — und die Antwort darauf steht in keinem PRD, sie steht in zwölf Jahren Gefühl für diesen Markt.",[13,331,332],{},"Die Agenten haben danach die Plan-Gates gebaut, die SEPA-Lastschrift verdrahtet, den Gutschein-Mechanismus getestet. Aber die Linie, wo Free aufhört und Rebel anfängt, habe ich von Hand gezogen. Das ist der Unterschied zwischen einem Werkzeug, das schnell baut, und einem Produkt, das konvertiert.",[29,334,336],{"id":335},"warum-das-die-arbeit-verschiebt-nicht-abschafft","Warum das die Arbeit verschiebt, nicht abschafft.",[13,338,339],{},"Der Reflex ist: \"Die KI hat die Arbeit gemacht.\" Falsch. Die Agenten haben die Zeit zwischen einer Entscheidung und ihrem Ergebnis zusammengeschrumpft. Früher lagen zwischen \"wir bauen Skonto in die Rechnung\" und der funktionierenden Skonto-Logik zwei Tage. Jetzt liegen zwanzig Minuten dazwischen.",[13,341,342],{},"Das hört sich nur nach Tempo an. In Wirklichkeit verschiebt es den Engpass. Wenn Ausführung fast nichts mehr kostet, ist die Entscheidung der Flaschenhals. Eine schlechte Entscheidung produziert jetzt einfach schneller schlechtes Produkt. Das ist die unbequeme Seite: Der Stack macht mich nicht klüger. Er macht mich schneller — in beide Richtungen.",[13,344,345],{},"Deshalb sind die Gates oben keine Bürokratie. Sie sind die Stellen, an denen ich die Geschwindigkeit absichtlich drossle, weil dort der Fehler teuer wird.",[29,347,349],{"id":348},"wann-das-nicht-funktioniert","Wann das nicht funktioniert.",[13,351,352],{},"Damit das kein Pitch wird, die Bruchstellen:",[213,354,355,361,367,373],{},[50,356,357,360],{},[53,358,359],{},"Es ist ein Nebenprojekt."," Gebaut neben einem Vollzeit-Job, in Abenden und an Wochenenden. Die rund 1.680 Commits sind die Ausgabe von mir plus Agenten unter meinem Namen, nicht die eines Teams. Wer das als \"ein Mensch baut allein ein Team-Produkt\" liest, liest es falsch — der Hebel sind die Agenten.",[50,362,363,366],{},[53,364,365],{},"Traktion ist früh und klein."," Sechs Leute auf der Warteliste zum Launch. Erste zahlende Nutzer, ja. Eine Erfolgsgeschichte mit Umsatzkurve, nein. Wer die erwartet, ist hier falsch.",[50,368,369,372],{},[53,370,371],{},"Der Stack braucht einen Fahrer, der Code lesen kann."," Ich kann jeden Agent-Diff lesen und sagen, ob er Unsinn baut. Ohne das wären die Gates nur Theater. Das ist keine No-Code-Geschichte. Es ist eine Geschichte für jemanden mit Engineering-Tiefe, der Produktentscheidungen trifft.",[50,374,375,378],{},[53,376,377],{},"Nach dem Launch wird es ruhiger, nicht lauter."," Der letzte Commit auf main ist vom 19. Mai. Danach habe ich den Fokus auf das nächste System verschoben. Ein laufendes Produkt zu betreiben ist etwas anderes, als eines zu bauen — und ehrlich gesagt der weniger spannende Teil.",[29,380,382],{"id":381},"was-bleibt","Was bleibt.",[13,384,385],{},"Drei Wochen Recherche kommen nicht zurück. Zwei, drei Entwickler für einen ersten lauffähigen SaaS auch nicht. Was bleibt, sind die Entscheidungen: Was bauen wir, was kostet es, was steht im Impressum, wann gehen wir live. Genau die Stellen, an denen ein Mensch hingehört — und an denen ich sechzig Sekunden lang selbst klicke, bevor ich glaube, dass es funktioniert.",[13,387,388],{},"Die Agenten haben gebaut. Entschieden habe ich. Das Merkwürdige daran: Diese Reihenfolge ist dieselbe wie früher — nur dass zwischen Entscheidung und Ergebnis jetzt zwanzig Minuten liegen statt zwei Tagen. Die Arbeit bleibt. Die Zeit dazwischen ist weg.",[136,390,391],{},[13,392,393,394,145],{},"Wenn du denselben Loop in deinem Team aufsetzen willst — Agenten, die bauen, mit Gates an den Stellen, die zählen — ",[20,395,144],{"href":143},{"title":147,"searchDepth":148,"depth":148,"links":397},[398,399,400,401,402,403,404,405],{"id":200,"depth":148,"text":201},{"id":210,"depth":148,"text":211},{"id":244,"depth":148,"text":245},{"id":280,"depth":148,"text":281},{"id":325,"depth":148,"text":326},{"id":335,"depth":148,"text":336},{"id":348,"depth":148,"text":349},{"id":381,"depth":148,"text":382},{},10,{"title":176,"description":147},"essays\u002Fsaas-in-sechs-wochen-agent-pipelines",[166,167,411,412,169,413],"SaaS","Agenten","HITL","Ende März ein leeres Nuxt-Projekt, Ende April eine Bezahlversion mit Stripe, danach die ersten zahlenden Nutzer. Gebaut nicht allein, sondern mit einem Agenten-Stack — und Gates an den Stellen, die zählen.",1586,"Xt5J8r6xETkggxgFdvI1jKHVSucc9TACl631h5P51tg",{"id":418,"title":419,"body":420,"date":907,"description":147,"extension":156,"featured":157,"lang":158,"meta":908,"minutes":909,"navigation":161,"path":195,"seo":910,"stem":911,"tags":912,"teaser":917,"words":918,"__hash__":919},"essays\u002Fessays\u002Fcompetitor-to-prd-system.md","Competitor-to-PRD: Wie ich kompetitive Recherche in Stunden statt Wochen mache.",{"type":7,"value":421,"toc":890},[422,427,434,438,441,444,464,467,471,479,482,485,489,492,495,499,506,521,524,532,535,539,542,549,552,555,562,566,576,579,583,586,630,633,636,640,647,650,670,673,676,684,687,691,698,701,704,707,714,717,721,724,760,763,767,770,773,776,779,783,786,789,792,799,802,806,809,845,848,852,855,858,861,869,871,879,887],[10,423,424],{},[13,425,426],{},"Vor zwei Jahren war kompetitive Recherche bei mir ein Drei-Wochen-Job: lesen, vergleichen, Confluence-Seiten füllen, in Reviews präsentieren. Am Ende lag eine Feature-Tabelle vor, die niemand mehr anfasste. Heute brauche ich für dieselbe Tiefe rund 34 Minuten Pipeline plus Gates — und am Ende liegt ein PRD, kein Friedhof.",[13,428,429],{},[430,431],"img",{"alt":432,"src":433},"Competitor-to-PRD-Pipeline mit fünf Stages, drei Decision-Gates und rund 500.000 billed Tokens Budget","\u002Finfographics\u002Fcompetitor-to-prd-pipeline.png",[29,435,437],{"id":436},"warum-klassische-wettbewerbs-analysen-scheitern","Warum klassische Wettbewerbs-Analysen scheitern.",[13,439,440],{},"Die meisten Analysen, die ich in den letzten Jahren gesehen habe, leiden am gleichen Problem: Sie produzieren Vergleichs-Tabellen statt Entscheidungen. 47 Features in Spalten gegen vier Wettbewerber. Hübsch sortiert. Komplett unbrauchbar für die Frage, die eigentlich beantwortet werden sollte: was bauen wir, was nicht, und warum?",[13,442,443],{},"Drei Anti-Pattern tauchen immer wieder auf:",[47,445,446,452,458],{},[50,447,448,451],{},[53,449,450],{},"Confluence-Friedhof."," Die Recherche wird in eine schöne Seite gegossen, das Team klickt einmal drauf, dann nie wieder. Nichts in dem Dokument zwingt zu einer Folgeentscheidung. Es ist ein Wissens-Artefakt, kein Entscheidungs-Artefakt.",[50,453,454,457],{},[53,455,456],{},"Feature-Bingo."," Jeder Wettbewerber kriegt Häkchen für seine Features. Daraus wird abgeleitet, was wir auch brauchen. Niemand fragt, ob das Feature beim Wettbewerber überhaupt funktioniert oder ob die Zielgruppe es nutzt.",[50,459,460,463],{},[53,461,462],{},"Buzzword-Diff."," \"Wir sind anders, weil wir KI machen.\" Andere Anbieter machen auch KI. Sechs Monate später ist KI commodity, und die behauptete Differenzierung ist verbrannt.",[13,465,466],{},"Das eigentliche Problem ist nicht der Aufwand. Es ist der Output. Eine Wettbewerbs-Analyse, die nicht in einem Spec endet, ist nur Wissens-Sammelei.",[29,468,470],{"id":469},"der-output-den-ich-will","Der Output, den ich will.",[13,472,473,474,478],{},"Wenn ich heute eine Recherche starte, ist das Zielartefakt ein PRD mit zwölf Sektionen: Problem, Personas, optionaler regulatorischer Rahmen, Scope mit expliziten Non-Goals, funktionale Anforderungen mit Reference-by-ID, nicht-funktionale Anforderungen, Metriken getrennt nach Leading und Lagging, Open Questions mit Owner-Spalte, Timeline. Das Spec ist deterministisch genug, dass eine Implementierungs-Planung direkt daran andocken kann — bei mir ist der Folgeschritt fast immer ",[475,476,477],"code",{},"\u002Fsuperpowers:writing-plans",".",[13,480,481],{},"Diese PRD-Struktur erzwingt Disziplin. Wer \"Scope\" schreiben muss, muss \"Non-Goals\" auch schreiben. Wer \"Metriken\" füllt, muss zwischen Leading und Lagging unterscheiden. Wer \"Open Questions\" listet, muss Owner zuweisen. Das ist die andere Hälfte des Outputs: nicht nur, was wir wissen, sondern was wir explizit nicht wissen — und wer es klären muss.",[13,483,484],{},"Damit ändert sich die Frage. Sie lautet nicht mehr \"wie analysiere ich Wettbewerber?\". Sie lautet \"wie komme ich von einer URL zu einem ausführbaren Spec?\". Und das ist eine Frage über Pipeline-Design.",[29,486,488],{"id":487},"das-system-auf-einen-blick","Das System auf einen Blick.",[13,490,491],{},"Fünf Stages, drei Decision-Gates. Die Infografik oben zeigt die Topologie. Hier die Logik dahinter, Stage für Stage.",[13,493,494],{},"Eingabe ist immer dasselbe Trio: eine Wettbewerber-URL, der Name meines geplanten Produkts, optional eine regulatorische Domain (steuer-de, finanz-eu, gesundheit-de — was immer relevant ist). Mehr nicht. Alle weiteren Entscheidungen fallen unterwegs an Gates.",[29,496,498],{"id":497},"stage-0-discovery-pruning","Stage 0 — Discovery + Pruning.",[13,500,501,502,505],{},"Erster Schritt ist deterministisch und fast kostenlos: robots.txt lesen, sitemap.xml fetchen, alle URLs nach Sektion kategorisieren, dedupen. Das passiert ohne LLM-Call, einfach mit ",[475,503,504],{},"curl"," und einem kleinen Parser. Output ist eine Liste mit typischerweise 200 bis 500 URLs, gruppiert nach Pfad-Präfix.",[13,507,508,509,512,513,516,517,520],{},"Was hier sichtbar wird, ist überraschend wertvoll. Die Sektionsverteilung zeigt, wo der Wettbewerber sein Gewicht hinlegt. 280 URLs im ",[475,510,511],{},"\u002Fwissen-*","-Bereich heißt: Content-Marketing ist ein wesentlicher Akquise-Kanal. 12 URLs unter ",[475,514,515],{},"\u002Ffunktionen"," und 18 unter ",[475,518,519],{},"\u002Fbranche"," sagt: schlanker Funktionsumfang, breite Branchen-Aufstellung. Das ist eine Hypothese über die Go-to-Market-Strategie, bevor eine einzige Feature-Page extrahiert wurde.",[13,522,523],{},"Dann folgt der erste Gate.",[136,525,526],{},[13,527,528,531],{},[53,529,530],{},"Gate 1 — User bestätigt Filter."," Welche Sektionen werden in Stage 1 extrahiert? Presse, Autoren, Legal, Cookies werden meist ausgeschlossen. Übrig bleiben oft nur 60 bis 100 URLs. Hier sitzt mein wichtigster Hebel auf das Token-Budget — und damit auf die Kosten der gesamten Analyse.",[13,533,534],{},"Wer Gate 1 überspringt, bezahlt das in Stage 1 mit dem Drei- bis Fünffachen an Token-Kosten. Schlimmer noch: das Modell muss sich durch hundert Pressemitteilungen kämpfen, die für das PRD nichts beitragen.",[29,536,538],{"id":537},"stage-1-parallele-extraktion","Stage 1 — Parallele Extraktion.",[13,540,541],{},"Jetzt wird teuer. Die approved URLs werden in Batches zu je etwa 15 Stück aufgeteilt und an parallele Subagents übergeben. Acht Sonnet-Subagents gleichzeitig, jeder fetcht seine Batch, strippt Boilerplate, extrahiert nach einem festen Schema: Feature-Name, Beschreibung, Trust-Signal, Integration, Pricing-Hinweis, regulatorische Referenz. Der Output ist JSONL, eine Zeile pro Page.",[13,543,544,545,548],{},"Parallel läuft ",[475,546,547],{},"competitor-research-brief",". Das Skill schaut sich gezielt die Schlüssel-URLs an: Homepage, Pricing-Seite, Integrations-Liste, API-Doku, Changelog, Reviews, gegebenenfalls GitHub-Org. Output ist eine YAML-Datei mit Pricing-Modell, Integrationen, USPs, Schwächen aus Reviews, Trust-Signalen.",[13,550,551],{},"Wenn die regulatorische Domain gesetzt ist, läuft zusätzlich ein dritter Strang: ein zielgerichteter Scan auf Compliance-, Legal- und Security-Seiten. GoBD, DSGVO, ISO 27001, EN 16931 — alles, was später im PRD als R-Sektion landet.",[13,553,554],{},"Drei Subskill-Stränge, alle parallel, alle deterministisch im Output-Schema. Token-Budget für diesen Schritt (Harness-billed, inkl. System-Prompt-Overhead): gemessen rund 360.000 für 88 URLs. Der größte Brocken der gesamten Pipeline. Und der Punkt, an dem ich nicht spare — weil die Qualität dieser Extraktion die Qualität jeder Folgestufe diktiert.",[13,556,557,558,561],{},"Warum YAML und JSONL statt Markdown? Weil Markdown für Menschen ist und alle Folgeschritte für Maschinen. JSONL ist append-safe, lässt sich pro Subagent batchen, lässt sich mit ",[475,559,560],{},"jq"," deterministisch zusammenführen. Markdown muss man parsen — und jeder Parser ist eine Fehlerquelle. Wer auf YAML\u002FJSONL setzt, kriegt Stage 2 fast geschenkt.",[29,563,565],{"id":564},"stage-2-deterministic-merge","Stage 2 — Deterministic Merge.",[13,567,568,569,571,572,575],{},"Stage 2 ist die einzige Stufe ohne LLM-Call. ",[475,570,560],{}," und Bash. Alle Batch-Files werden zu einer pages.jsonl konkateniert, eine Feature-Taxonomy aggregiert, Trust-Signals gerollt, ein Regulatorischer-Index gebaut. Output ist eine ",[475,573,574],{},"research-master.yaml"," mit Statistiken und Pointern auf alles andere.",[13,577,578],{},"Dieser Schritt kostet praktisch nichts — keine Tokens, keine API-Calls, läuft in Sekunden. Aber er gibt mir ein Artefakt, das ich auf dem nächsten Gate dem Auftraggeber vorlegen kann, ohne dass jemand 80 Pages lesen muss. Eine Tabelle mit \"Extracted: 88 Pages, 47 Features in 12 Modulen, 18 regulatorische Referenzen\" trägt mehr Information als die 80 Pages selbst.",[29,580,582],{"id":581},"gate-2-der-gate-an-dem-80-prozent-scheitern","Gate 2 — Der Gate, an dem 80 Prozent scheitern.",[13,584,585],{},"Hier kommt der Punkt, an dem die meisten Wettbewerbs-Analysen kippen. Nicht weil die Recherche schlecht ist, sondern weil die Folgefragen nicht beantwortet werden. Sieben Themen, die ich an diesem Gate immer durchgehe:",[47,587,588,594,600,606,612,618,624],{},[50,589,590,593],{},[53,591,592],{},"Produktname."," Klingt trivial. Ist es nicht. Wer hier blockiert, blockiert die ganze PRD-Synthese.",[50,595,596,599],{},[53,597,598],{},"Zielgruppe."," Konkret. Größe, Branche, Funktion. \"KMU\" ist keine Antwort. \"DACH-Steuerberater mit 1 bis 5 Mitarbeitern, primär selbstständig, Buchführungs-Background\" ist eine.",[50,601,602,605],{},[53,603,604],{},"Non-Goals."," Drei bis fünf Dinge, die explizit nicht gebaut werden. Ohne Non-Goals ist das PRD immer zu groß, weil Scope-Creep durch die Feature-Liste des Wettbewerbers droht.",[50,607,608,611],{},[53,609,610],{},"Differenzierung."," Welche Achse? Preis, UX, Nische, Compliance, Integration, Geschwindigkeit? Eine Hauptachse, eine sekundäre, fertig. Wer drei Achsen will, gewinnt auf keiner.",[50,613,614,617],{},[53,615,616],{},"Tech-Stack."," Frontend, Backend, DB, Hosting. Oft kommt das aus existierenden CLAUDE.md-Defaults; wenn nicht, muss es jetzt entschieden werden, weil es non-funktionale Anforderungen direkt beeinflusst.",[50,619,620,623],{},[53,621,622],{},"Compliance-Constraints."," Wenn die regulatorische Domain gesetzt war, listet die brief.yaml hier konkrete Regelwerke. Ich filtere auf das, was relevant ist, lasse den Rest weg.",[50,625,626,629],{},[53,627,628],{},"Erfolgs-Kriterien."," Fünf bis zehn Metriken, getrennt in Leading (1 bis 4 Wochen sichtbar) und Lagging (3 bis 6 Monate sichtbar). Wer das nicht trennt, optimiert auf Vanity-Metriken.",[13,631,632],{},"Plus: Owner für Open Questions. Wer entscheidet, wenn unterwegs etwas auftaucht, das nicht im Scope geklärt wurde? Engineering-Lead, Compliance-Partner, Sales — drei bis fünf Namen, mit Zuständigkeit.",[13,634,635],{},"Wenn dieser Gate sauber durchgespielt ist, ist die eigentliche Produktarbeit getan. Der Rest ist Synthese.",[29,637,639],{"id":638},"stage-35-usp-derivation-wenn-mans-ernst-meint","Stage 3.5 — USP-Derivation, wenn man's ernst meint.",[13,641,642,643,646],{},"Optionaler Zwischenschritt, den ich für jedes Produkt empfehle, bei dem Differenzierung später eine Rolle spielt — also faktisch alle. ",[475,644,645],{},"competitor-innovation-derive"," nimmt pages.jsonl und brief.yaml als Input und macht etwas, das mir manuell selten gelingt: es klassifiziert die USPs des Wettbewerbers nach Defensibility.",[13,648,649],{},"Drei Kategorien:",[213,651,652,658,664],{},[50,653,654,657],{},[53,655,656],{},"Commoditized by AI."," Features, die durch Foundation-Models in 12 bis 18 Monaten Standard werden. Auto-Kategorisierung, Text-Generierung, einfache Klassifikation. Wer hier ein USP aufbaut, baut auf Sand.",[50,659,660,663],{},[53,661,662],{},"Genuine Moat."," Features, die durch Daten-Zugang, Integrationen, Regulatorik oder Network-Effects geschützt sind. DACH-Banking-Anbindungen, GoBD-Auditierung, branchenspezifische Compliance-Bibliotheken. Diese Sachen kostet ein Wettbewerber Monate bis Jahre, nicht Wochen.",[50,665,666,669],{},[53,667,668],{},"Emerging Moat."," Features, die heute commodity-nahe sind, aber sich durch Setup-Tiefe oder Integration verteidigen lassen.",[13,671,672],{},"Dann läuft eine JTBD-Gap-Analyse: welche Jobs-to-be-done sind im Markt sichtbar, aber von niemandem ordentlich bedient? Plus Blue-Ocean ERRC: was eliminieren, reduzieren, erhöhen, neu schaffen? Plus AI-Native- und Mobile-Native-Lens-Scans.",[13,674,675],{},"Output ist eine innovation.yaml mit zwei bis vier USP-Kandidaten, jeder bewertet auf Spezifität, Defensibility, Implementierbarkeit-im-MVP, Kompatibilität-mit-Non-Goals, Trust-Fit, Post-AI-Durability. Dazu Dunford-Positioning-Statements für jeden Kandidaten — die \"For X who do Y, our product is Z that enables W, unlike ABC, we DEF\"-Variante.",[136,677,678],{},[13,679,680,683],{},[53,681,682],{},"Gate 2.5 — Top-USPs bestätigen."," Welche zwei bis drei USPs sollen die nächsten 18 Monate tragen? Das ist die Differenzierungs-Entscheidung. Sie geht in §5.3 des PRD und prägt jede Folge-Entscheidung über Features.",[13,685,686],{},"Dieser Schritt kostet 15.000 bis 20.000 Tokens. Verglichen mit dem Rest der Pipeline ist das billig. Verglichen mit der Wahrscheinlichkeit, ein \"Compliance-First\"-Produkt zu bauen, das in 12 Monaten von Foundation-Model-Updates eingeholt wird, ist es geschenkt.",[29,688,690],{"id":689},"stage-4-prd-synthese","Stage 4 — PRD-Synthese.",[13,692,693,694,697],{},"Letzter LLM-Schritt. ",[475,695,696],{},"prd-from-competitor"," liest pages.jsonl, brief.yaml und optional innovation.yaml, kombiniert das mit den User-Antworten aus Gate 2, und rendert das PRD nach einem festen Template.",[13,699,700],{},"Was ich besonders schätze: Reference-by-ID durchgängig. Statt dass das PRD 20 Mal \"siehe oben\" schreibt, hat jedes Element eine ID — D1 für ein Differenziator-Item, R2 für eine Regulierungs-Referenz, F4 für ein Funktional-Modul, U1 für einen USP. Die §6 Funktionale Anforderungen referenzieren §4 Regulatorischer Rahmen über die R-IDs, statt die Compliance-Anforderung dreimal zu wiederholen.",[13,702,703],{},"Effekt: Die PRD ist 30 bis 40 Prozent kürzer als eine konventionell geschriebene Variante derselben Tiefe. Und sie ist konsistenter, weil dieselbe Anforderung nicht zweimal in leicht unterschiedlichen Worten dasteht.",[13,705,706],{},"Token-Budget hier: 8.000 bis 20.000. Wenig, weil das Modell überwiegend strukturiert rendert, nicht synthetisiert. Die schwere Arbeit ist in Stage 1 und 3.5 passiert.",[13,708,709,710,713],{},"Output ist eine Markdown-Datei ",[475,711,712],{},"{date}-{produktname}.design.md"," mit §1 Preamble, §2 Problem Statement, §3 Personas, §4 Regulatorischer Rahmen R1 bis Rn, §5 Scope (In, Out, Differenzierung), §6 F1 bis Fn, §7 NF1 bis NF5, §8 Metrics Leading\u002FLagging, §9 Open Questions mit Owner-Spalte, §10 Timeline, §11 Next Steps, §12 Glossar.",[13,715,716],{},"Diese Markdown-Datei ist das Ende der Pipeline und der Anfang der Implementierungs-Planung.",[29,718,720],{"id":719},"wann-das-system-nicht-funktioniert","Wann das System nicht funktioniert.",[13,722,723],{},"Damit das hier kein Pitch wird: das System hat klare Bruchstellen. Die wichtigsten:",[213,725,726,732,742,748,754],{},[50,727,728,731],{},[53,729,730],{},"Keine sitemap.xml, kein robots.txt."," Stage 0 funktioniert nicht. Die meisten seriösen B2B-Wettbewerber haben beides; aber Stealth-Startups und Consumer-Apps oft nicht. Workaround ist manuelle URL-Listen-Erstellung; dann ist die Discovery-Stage manuell.",[50,733,734,737,738,741],{},[53,735,736],{},"JS-only-Sites."," Single-Page-Apps, die ihren Content per Client-Side-Rendering liefern, geben einem ",[475,739,740],{},"WebFetch","-Call wenig zurück. Da hilft nur Headless-Browser-Rendering oder eine andere Datenquelle (Wayback-Machine, Crunchbase, G2-Reviews).",[50,743,744,747],{},[53,745,746],{},"Regulierte Domain ohne Public-Compliance-Pages."," Wenn der Wettbewerber GoBD-konform ist, das aber nirgends auf seiner Website steht, kommt der Compliance-Strang leer zurück. Mitigation ist Sales-Enablement-Dokumente per Anfrage oder Reviews als Proxy.",[50,749,750,753],{},[53,751,752],{},"Wettbewerber-Vergleich, nicht Produkt-Bauen."," Wenn ich nur einen reinen Markt-Report brauche, ist die PRD-Synthese am Ende Overkill. Dann reicht Stage 0 bis 2 plus brief.yaml, und ich höre vor Gate 2 auf.",[50,755,756,759],{},[53,757,758],{},"Audience-Diskrepanz."," Wenn meine Zielgruppe deutlich anders ist als die des analysierten Wettbewerbers, sind dessen Features nur begrenzt aussagekräftig. Dann macht Cross-Synthesis mit drei bis fünf Wettbewerbern aus benachbarten Segmenten mehr Sinn.",[13,761,762],{},"Diese Liste ist nicht vollständig. Aber sie ist ehrlich. Ich habe in den letzten Monaten mindestens drei Pipeline-Läufe abgebrochen, weil eine dieser Bruchstellen zu früh sichtbar wurde — und das ist okay, der Pruning-Gate fängt das ab, bevor die teure Stage 1 anläuft.",[29,764,766],{"id":765},"cross-synthesis-wenn-fünf-wettbewerber-im-spiel-sind","Cross-Synthesis: wenn fünf Wettbewerber im Spiel sind.",[13,768,769],{},"Kurz erwähnt, weil es ein nächstes Playbook wert ist: Wenn ich nicht einen, sondern drei bis zehn Wettbewerber habe, gibt es eine Meta-Pipeline, die alle bestehenden brief.yaml-Dateien einließt und einen Markt-Index baut. Aus dem werden zwei bis vier Produkt-Kandidaten in unterschiedlichen Lenses generiert: Micro-Player, AI-native, Mobile-native, Compliance-Moat, Vertikal-Spezialist, Bundle-Plattform.",[13,771,772],{},"Jeder Kandidat zitiert mindestens zwei Wettbewerber als Beleg für Markt-Existenz und mindestens ein USP-Cluster als Differenzierungs-Anker. Output sind zwei bis vier zugespitzte Produkt-Optionen mit Dunford-Positioning, schnellster-Disproof-Test und impliziten Non-Goals.",[13,774,775],{},"Token-Budget für Cross-Synthesis allein: 70.000 bis 125.000. Plus ein PRD pro Winner, also typischerweise 400.000 bis 700.000 Tokens für ein vollständiges Markt-Mapping mit einem ausgearbeiteten PRD.",[13,777,778],{},"Das ist viel. Aber es ist die Art Analyse, die früher ein 30.000-Euro-McKinsey-Projekt war. Die Größenordnung ist anders.",[29,780,782],{"id":781},"token-budget-ehrlich","Token-Budget — ehrlich.",[13,784,785],{},"Als Test-Target für die erste vollständige Messung habe ich mocoapp.com gewählt. Mocoapp kenne ich aus mehr als drei Jahren aktivem Einsatz: in einer früheren Agentur eingeführt und im Tagesbetrieb gefahren, parallel als Selbstständiger on\u002Foff genutzt, und bei sipgate damals als Dev die CLINQ-Kontakte-Integration gegen die Mocoapp-API gebaut. Decision-Maker, User, Integrator — drei Perspektiven auf dasselbe Produkt. Genau deshalb ein guter Stress-Test für die Pipeline: ich konnte die Extraktions-Qualität sofort gegen mein eigenes Gedächtnis abgleichen, statt blind auf Pipeline-Output zu vertrauen.",[13,787,788],{},"Erster gemessener Lauf: mocoapp.com, 08.05.2026 — 560.000 Harness-Tokens, ~7,50 Euro API-Kosten, 34 Minuten Wallclock inklusive Gates.",[13,790,791],{},"Die Rohdaten: Ein Pipeline-Lauf ohne Innovation-Derivation kostet rund 150.000 bis 250.000 Content-Tokens — was der Wettbewerber tatsächlich verarbeitet. Was abgerechnet wird, sind rund 500.000 bis 600.000 Harness-Tokens: Jeder Subagent trägt seinen System-Prompt, seine Tool-Calls und WebFetch-Overhead mit sich. Bei regulierten Domains eher 600.000 bis 750.000. Cross-Synthesis plus ein PRD: 400.000 bis 700.000 Content-Tokens, billed rund 900.000 bis 1,5 Millionen.",[13,793,794,795,798],{},"Was ist das in Euro? Ohne ",[475,796,797],{},"--derive-innovation"," (kein Opus für strategische Stages): rund 2 bis 3 Euro. Mit Opus für USP-Derivation und PRD-Synthese: 6 bis 9 Euro. Eine Cross-Synthesis mit fünf Wettbewerbern und einer ausgearbeiteten PRD bei 30 bis 60 Euro. Vor zwei Jahren hätte dieselbe Tiefe drei Wochen Arbeit gekostet — bei einem Tagessatz, den jeder selbst ausrechnen kann.",[13,800,801],{},"Die Rechnung ist nicht \"AI macht Produktarbeit umsonst\". Sie ist \"AI verschiebt den Bottleneck weg von der Recherche\". Was übrig bleibt, sind die Decision-Gates: Filter, Scope, USPs. Genau die drei Stellen, an denen Produktentscheidungen passieren — und die menschliche Arbeit eigentlich hingehört.",[29,803,805],{"id":804},"dein-start-paket","Dein Start-Paket.",[13,807,808],{},"Wenn du das System bei dir aufsetzen willst, brauchst du fünf Dinge:",[47,810,811,821,827,833,839],{},[50,812,813,816,817,820],{},[53,814,815],{},"Eine sitemap-fähige Wettbewerber-URL."," Test: ",[475,818,819],{},"curl -s https:\u002F\u002F{domain}\u002Frobots.txt | grep -i sitemap",". Wenn da was zurückkommt, ist Stage 0 möglich.",[50,822,823,826],{},[53,824,825],{},"Ein klares Zielprodukt."," Mindestens ein Arbeitsname. Ohne Name kein Anker für die PRD-Synthese.",[50,828,829,832],{},[53,830,831],{},"Drei bis fünf explizite Non-Goals."," Was wirst du nicht bauen? Wenn du das nicht beantworten kannst, ist dein Scope zu groß und der zweite Gate scheitert.",[50,834,835,838],{},[53,836,837],{},"Eine Differenzierungs-Achse."," Preis, UX, Nische, Compliance, Geschwindigkeit, Integration. Eine. Nicht drei.",[50,840,841,844],{},[53,842,843],{},"Compliance-Klarheit, falls relevant."," Welche Regelwerke binden dich? Wenn du in Health, Finance oder Tax baust, kommst du um diese Frage nicht herum, und sie gehört in die PRD-Eingangsdaten.",[13,846,847],{},"Plus, weniger formal: 10 bis 20 Minuten konzentrierte Aufmerksamkeit an den drei Gates. Die Pipeline läuft asynchron, die Subagent-Stages sind nichts, wo du danebensitzen musst. Aber an Gate 1, Gate 2 und Gate 2.5 fallen die Entscheidungen, und die solltest du nicht schnell durchwinken — eine Stunde Vor-Denken über Non-Goals, Differenzierung und Erfolgs-Metriken zahlt sich an Gate 2 zehnfach aus. Das ist Vor-Arbeit, nicht Gate-Time.",[29,849,851],{"id":850},"wenn-du-das-im-team-aufsetzen-willst","Wenn du das im Team aufsetzen willst.",[13,853,854],{},"Ich habe das System über mehrere Monate aufgebaut, aus mehreren Skills, die einander aufrufen, mit klaren Schemas zwischen den Stages und einer Token-Buchhaltung, die mir nach jedem Lauf zeigt, wo das Geld geblieben ist. Das ist Skill-Engineering, nicht Magic — aber es ist Aufwand, der sich nicht jeder im Team leisten will, weil er nicht das eigentliche Produkt voranbringt.",[13,856,857],{},"Wenn du den Pipeline-Ansatz in deinem Team haben willst, ohne drei Monate eigene Setup-Zeit zu investieren: schreib mir. Ich erkläre, was funktioniert, wo die Bruchstellen sind, und wie du das auf deine eigenen Skill-Bibliotheken portierst. Ich habe das in zwei Beratungs-Engagements bereits gemacht; einmal brauchten wir zwei Wochen für die Anpassung an den firmenspezifischen Stack, einmal vier Tage. Beides hat sich beim ersten echten Pipeline-Lauf bezahlt gemacht.",[13,859,860],{},"Das Konzept ist hier offen dokumentiert. Die Implementierung baut man am besten mit jemandem, der die Bruchstellen schon kennt.",[136,862,863],{},[13,864,865,866,868],{},"Wenn du an einem ähnlichen Problem arbeitest — Wettbewerbs-Analyse, die in einem Spec endet statt im Confluence-Friedhof — ",[20,867,144],{"href":143},". Erstes Gespräch kostet nichts.",[29,870,131],{"id":130},[13,872,873,874,878],{},"Folge-Playbooks, an denen ich gerade arbeite: Cross-Synthesis im Detail (von fünf Wettbewerbern zu zwei Produkt-Kandidaten), das Pricing-Playbook (das Schwester-Stück zu meinem ",[20,875,877],{"href":876},"\u002Fessays\u002Fportfolio-bruttomarge-plus-17-punkte","Portfolio-Bruttomarge-Essay","), und ein Discovery-Framework, das bei Gate 2 ansetzt — also dort, wo die meisten Pipelines tatsächlich kippen.",[13,880,881,882,886],{},"Wenn du sehen willst, wie ich die PRDs danach in Implementierungs-Pläne überführe, hilft der ",[20,883,885],{"href":884},"\u002Fcases\u002Finform","INFORM-Case"," als Beispiel: Pricing-Reform plus AI-Feature in unter vier Monaten, mit den gleichen Decision-Gates auf der Roadmap-Seite.",[13,888,889],{},"Drei Wochen kompetitive Recherche werden nicht zurückkommen. Was kommt: bessere Decision-Gates. Genau dort, wo Produktarbeit eigentlich stattfindet.",{"title":147,"searchDepth":148,"depth":148,"links":891},[892,893,894,895,896,897,898,899,900,901,902,903,904,905,906],{"id":436,"depth":148,"text":437},{"id":469,"depth":148,"text":470},{"id":487,"depth":148,"text":488},{"id":497,"depth":148,"text":498},{"id":537,"depth":148,"text":538},{"id":564,"depth":148,"text":565},{"id":581,"depth":148,"text":582},{"id":638,"depth":148,"text":639},{"id":689,"depth":148,"text":690},{"id":719,"depth":148,"text":720},{"id":765,"depth":148,"text":766},{"id":781,"depth":148,"text":782},{"id":804,"depth":148,"text":805},{"id":850,"depth":148,"text":851},{"id":130,"depth":148,"text":131},"2026-05-08",{},12,{"title":419,"description":147},"essays\u002Fcompetitor-to-prd-system",[166,167,913,914,915,916],"Discovery","PRD","Competitive","Playbook","Das System, das ich nutze, um aus einer Wettbewerber-URL ein validiertes PRD zu bauen — fünf Stages, drei Decision-Gates, rund 500.000 billed Tokens. Inklusive der Stellen, an denen es bricht.",2750,"0HRJLxZH8jt5f5yYUFn3TDlx4KujqXad3lU_D3gzkyA",1780765830472]