Offizieller Skill · Prinzipien von Wirtschaftsdenkern

Working-Backwards-PR/FAQ nach Bezos

v1.0.1 · Aktualisiert am 4. November 2026

Schreibt oder prüft ein internes PR/FAQ, bevor etwas gebaut wird: eine einseitige Pressemitteilung aus Kundensicht, einen So-what-Test, ein FAQ mit den harten Fragen und was es stoppen würde.

Not affiliated with or endorsed by Jeff Bezos or their companies. About these principles: Jeff Bezos's ideas, explained.

Zum Pod meines Teams hinzufügen

Funktioniert in Claude, ChatGPT und Coding-Agents. In Team und Business aktualisiert sich der offizielle Skill in deinem Pod von selbst, wenn wir ihn verbessern.

Wann du ihn nutzt

Eine Produktidee oder ein Feature soll Leute oder Budget bekommen
Ein Team will etwas bauen, und niemand hat aufgeschrieben, für wen es ist
Du prüfst ein PR/FAQ, das jemand anderes geschrieben hat

Was du ihm gibst

Die Idee und für wen sie ist
Was Kunden heute nutzen und was sie daran stört
Belege von Kunden: Interviews, Tickets, Nutzung, verlorene Deals
Rahmenbedingungen: Budget, Team, Deadline, Abhängigkeiten

Was du bekommst

Ein internes PR/FAQ: eine einseitige Pressemitteilung, ein So-what-Urteil, Kunden- und internes FAQ, eine Tabelle dessen, was es stoppen würde, die Belege hinter jeder Kundenaussage und ein Review-Plan.

So funktioniert er

Nenn den Kunden und das Bedürfnis (Prinzip 1) Ein Satz: wer der Kunde ist und welches Bedürfnis er hat, in seinen Worten, wo die Nutzerin oder der Nutzer sie hat. Geht die Idee von dem aus, was das Team schon gut kann, statt von einem Kunden, sag das und finde zuerst das Kundenbedürfnis, oder markier es mit [prüfen: welcher Kunde hat danach gefragt].
Schreib Überschrift und Unterzeile Die Überschrift nennt das Produkt und was sich für den Kunden ändert. Die Unterzeile sagt in einem Satz, für wen es ist und was der Hauptnutzen ist. Kein internes Fachchinesisch.
Schreib den Text der Mitteilung (Prinzipien 2, 5) Kürzer als eine Seite: das Problem, wie der Kunde es erlebt, die Lösung, wie sie aus Sicht des Kunden funktioniert, ein Zitat einer fiktiven Unternehmenssprecherin oder eines fiktiven Unternehmenssprechers und eines von einem fiktiven Kunden (beide als illustrativ gekennzeichnet, nie eine reale Person) und wie man anfängt. Termine und Preise, die nicht angegeben wurden, bleiben als [prüfen: ...] stehen.
Mach den So-what-Test (Prinzip 3) Vergleich mit dem, was Kunden heute nutzen. Ist es deutlich schneller, einfacher oder günstiger, oder ein Sprung? Schreib die Antwort in eine Zeile. Lautet sie nein, hör hier auf und sag das, bevor du das FAQ schreibst.
Schreib das Kunden-FAQ (Prinzip 4) Fragen, die ein Kunde stellen würde: was es kostet, wie es sich von der Alternative unterscheidet, was es nicht kann, was mit seinen Daten passiert, wie er es wieder beendet.
Schreib das interne FAQ (Prinzip 4) Die Fragen aus dem Brief von 2024, beantwortet oder mit [prüfen] markiert: welche Kunden, was ihnen am besten gefällt, was sie enttäuschen wird, warum die Launch-Grenze hier liegt, warum besser als die Alternativen, Preis, Architekturentscheidungen. Ergänz Kosten, Team, Zeitplan, Abhängigkeiten und die riskanteste Annahme.
Liste auf, was es stoppen würde (Prinzip 6) Die offenen Probleme, die das FAQ zutage gebracht hat, jeweils mit dem, was sie lösen würde (mehr Zeit, ein Partner, eine günstigere Technologie, eine kleinere erste Version), oder dem Vermerk, dass es sich jetzt nicht lösen lässt.
Prüf die Belege (Prinzip 7) Notier zu jeder Aussage darüber, was Kunden wollen, ihren Beleg. Ist der einzige Beleg ein Umfragedurchschnitt, sag, welches direkte Verständnis der Kunden fehlt.
Bereite das Review vor Schlag ein Review vor, das mit Lesen beginnt: Die Prüfenden lesen still, dann kommentieren sie, die ranghöchste Person zuletzt. Notier die Versionsnummer; rechne mit weiteren Entwürfen.

Teile ihn mit deinem Team

Füge ihn einem AI Skill Pod hinzu, und alle im Team, auch Freelancer, nutzen dieselbe Version aus ihrer eigenen KI. Lies, wie Teams KI-Skills am besten teilen