Im April schrieb ich darüber, was Prova real fühlen ließ: die Sprint-Engine, die Abrechnung, die Evaluierungen, die langweilige operative Arbeit, die eine Demo von einem Produkt trennt.
Dieser Beitrag war korrekt, als ich ihn veröffentlichte. Die Sprint-First-Architektur, die ich beschrieb — verfasste Sprints, Rubric-Reviews, adaptives Routing, die Operator- und Builder-Pfade — funktionierte wirklich. Es war die richtige Engine.
Was ich damals noch nicht wusste: Das darüber geschichtete Curriculum war noch falsch.
Nicht falsch auf eine Art, die man in einer Demo bemerkt. Falsch auf die Art, die erst auftaucht, nachdem du jede Rubrik verfasst, jeden Benutzerpfad nachverfolgt und die Frage gestellt hast, die mich bis Mitte Mai niemand zu stellen gezwungen hatte: Was genau macht es für einen kostenlosen Chatbot schwer, das zu replizieren?
Zwischen Mitte Mai und Ende Juni wurde das Curriculum zweimal neu aufgebaut. Jedes Mal ersetzte ich etwas, von dem ich zuvor überzeugt gewesen war. Hier ist, worum es bei jeder Neuschreibung tatsächlich ging.
Die 3-Spur-Architektur (26. Mai – 1. Juni)
Bis Ende Mai hatte das Produkt ein Problem. Es hatte 33 Sprints, und drei sehr unterschiedliche Zielgruppen — Operatoren, die Workflows neu gestalteten, Builder, die einen ersten brauchbaren Slice ausliefern wollten, und Leader, die Teams transformieren wollten — teilten sich 7 von 9 Sprints und nannten die restlichen zwei eine „Spur". Das war ein Menü, kein Rückgrat.
Breite ist kein Burggraben.
Also baute ich, was sich wie die rigorose Antwort anfühlte: eine geschichtete Architektur mit einem gemeinsamen Layer-0-Fundament, dann drei Zielgruppen-Spuren (Operator, Builder, Leader) mit eigenen dedizierten Sprints, alle aus den 16 Templates des Kurses und dem veröffentlichten Korpus bezogen. 38 Einheiten über 5 Einheitstypen. Konzept, Übung, Sprint, Projekt, Checkpoint — jeder mit eigener Abschlusssemantik.
Auf dem Papier sah es wie ein echtes Curriculum aus.
Was kaputt ging, war kein einzelner Sprint. Es war die strukturelle Annahme unter dem Ganzen: dass mehr Spuren und mehr Sprints das Produkt verteidigungsfähiger machten.
Tun sie nicht.
Hamilton Helmers 7 Powers-Framework benennt das explizit. Macht kommt von Barrieren — strukturellen Vorteilen, die Wettbewerber nicht einfach replizieren können, nur indem sie es beschließen. Sprints zu einem Pfad hinzuzufügen ist keine Barriere. Es ist operative Oberfläche. Ein generischer Chatbot gleicht Breite sofort und reibungslos ab.
Das 3-Spur-Modell fügte Abdeckung hinzu. Es fügte keine Tiefe hinzu. Ich hatte das Falsche gebaut, und ich sah es erst, als die Architektur deployed und jeder Sprint geschrieben war.
Ich hatte 24 neue Sprints für das 3-Spur-Modell verfasst, bezogen aus den Templates des Kurses und dem veröffentlichten Korpus. Die Architektur sah auf dem Papier rigoros aus. Ich war stolz darauf.
Das Spursystem wurde in derselben Woche stillgelegt, in der es ausgeliefert wurde.
Die eine Regel (2. Juni – 22. Juni)
Die zweite Neuschreibung begann nicht mit Sprints. Sie begann mit einer Strategiefrage.
Ich setzte mich hin und fragte: Wenn Provas einzig verteidigungsfähiger Vorteil etwas ist, das ein horizontales KI-Tool strukturell nicht übernehmen kann — was wäre dieser Vorteil?
Die Antwort landete auf drei sich gegenseitig verstärkenden Schichten:
Vertikale Tiefe (der Keil). Ein Marketer, der einen brief-dokumentierten Kampagnen-Workflow mit echter Messung und einem Entscheidungsgate nach werbefachlichem Standard ausliefert. Das ist nichts, was ein Chatbot aus einem Prompt produzieren kann.
Gerüst (die Aktivierung). Die meisten Marketer wissen nicht, was sie fragen sollen. Das Produkt muss sie dort abholen, wo sie denken „KI könnte hier helfen, aber ich weiß nicht, wo ich anfangen soll", und die Arbeit der Eingrenzung, Sequenzierung und Standard-Setzung übernehmen.
Verifizierte, nach Standard ausgelieferte Arbeit (der Beweis). Jeder Sprint endet mit einer Einreichung, die gegen eine echte Rubrik geprüft wird. Nicht „sieht das gut aus". Nicht „ist das grammatikalisch sauber". Sondern: Hält dieses Artefakt dem stand, was ein Agentur-Operator oder Media-Einkäufer tatsächlich verwenden würde?
Aus diesen drei Schichten vereinfachte sich die Architektur dramatisch.
Die 3-Spur-Struktur wurde durch eine einzige Schleifen-Grammatik ersetzt: Reality-Check → Brief → Plan → Ausführen/Bauen → Entscheidungsgate → Capstone.
Dieselbe Grammatik für alle drei Pfade. Unterschiedliche Artefakte pro Pfad. Der Operator führt einen Kampagnen-Workflow-Piloten durch. Der Builder liefert einen funktionierenden Produkt-Slice aus. Der Leader baut einen Stakeholder-Business-Case und ein Operating-Model-Blueprint.
Tiefe wurde erst nach dem Capstone hinzugefügt: Agency-Erweiterungen, Produkttiefe-Erweiterungen, Organisationsänderungs-Erweiterungen. Wenn ein Nutzer mehr wollte, verdiente er es sich durch das Rückgrat zuerst.
Breite verschwand nicht. Sie wurde zu evidenzgetriggerten Umleitungsmodulen degradiert — kurze, zugewiesene Sprints, die nur erscheinen, wenn ein Reviewer eine Lücke entdeckt, die das verfasste Rückgrat derzeit nicht abdecken kann. Das Dateninfrastruktur-Audit. Die Vendor-Stack-Entscheidungen. Die Table-Stakes-Diagnose. Sie existieren noch. Sie sind nur nicht die Route, die du nimmst, es sei denn, das Produkt hat Beweise, dass du sie brauchst.
Der einzelne Commit, der dies formalisierte, war feat!: replace dual curriculum routing with unified path sequences am 11. Juni. Das ! kennzeichnet einen Breaking Change. primary_path (Operator, Builder, Leader) ersetzte learning_track als einzige Routing-Achse. Es gab einen Feature-Flag — DISABLE_BRIEF_DRIVEN_RESET_PATH — der den Übergang abschottete, bis das QA-Gate bestanden war. Sieben Legacy-Sprints wurden aus der Sequenzierung zurückgezogen, blieben aber als Historie einsehbar.
Der Capstone wurde strukturell, nicht ein Feature. Er ist der Switching-Cost-Mechanismus. Ein horizontales Tool kann ein anständiges Sprint-Paket generieren. Es kann kein Portfolio verifizierter, ausgelieferter Artefakte generieren, die gegen werbefachliche Standards mit einer persistenten Reviewer-Historie geprüft wurden.
Bevor du einen neuen Sprint oder Pfad verfasst, frag: Welche der 7 Powers stärkt das, und was ist seine Barriere? Wenn die ehrliche Antwort „es fügt Abdeckung hinzu" ohne Barriere ist, ist es operative Oberfläche, die ein Chatbot bereits abdeckt — baue es nicht.
— 5. Juni 2026, Prova Curriculum-Strategiedokument
Diese Regel killte die 3-Spur-Architektur. Sie killte Sprints, die gut geschrieben, aber strukturell redundant waren. Sie verwandelte den Capstone von einem Feature, das ich aufgeschoben hatte, in eine strukturelle Anforderung. Und es ist die Frage, die ich seit März hätte stellen sollen.
Der Unterschied zwischen April und Juni
Das Produkt, das ich im April veröffentlichte, war bei der Engine richtig. Das Produkt, auf das ich mich im Juni festlegte, war beim Rückgrat richtig.
Die Engine — verfasste Sprints, Rubric-Reviews, adaptives Routing, zusammengesetzter Sprint-Lebenszyklus — war notwendig. Eine Curriculum-Architektur ohne funktionierende Sprint-Engine ist nur ein Syllabus.
Aber eine Sprint-Engine ohne verteidigungsfähiges Rückgrat ist nur eine Feature-Liste, die kostenlose Tools bereits abgleichen.
Der Unterschied zwischen den beiden Produkten war nicht mehr Code. Es war eine bessere Frage. „Welche Power stärkt das?" zwang mich, Dinge zu killen, auf die ich stolz war, und Dinge aufzuwerten, die ich als optional behandelt hatte.
Ich behaupte nicht, dass die Juni-Architektur fertig ist. Produkte sind es selten. Aber wenn du gerade ein Lernprodukt baust, lohnt sich die Frage, bevor du deinen nächsten Sprint schreibst. Denn Breite ist das Einfachste, was man hinzufügen kann, und das Erste, was eine generische KI kommoditisieren wird.
Zusätzlicher Kontext: Prova ist mein Coaching-Produkt für Marketer und Werbeprofis, mit einem Operator-Pfad für Workflow-Neugestaltung und einem Builder-Pfad für die Auslieferung eines ersten brauchbaren Slices. Es läuft unter prova.chandlernguyen.com. Das 7 Powers-Framework stammt aus Hamilton Helmers Buch 7 Powers: The Foundations of Business Strategy — dieser Beitrag referenziert das Framework, lehrt es aber nicht; das Buch ist die Quelle.
Falls du ein strukturiertes Produkt auf einer sich schnell bewegenden KI-Schicht baust, würde mich ehrlich interessieren: Was ist das eine Ding in deiner Architektur, das ein kostenloses Tool nicht replizieren kann, nur indem es Prompts hinzufügt?
Das war's von mir für heute.
Viele Grüße, Chandler