Kundenbrief
Was ist es?
Amazons Produktentwicklungsmethode, dokumentiert von den ehemaligen Amazon-Führungskräften Colin Bryar und Bill Carr (Buch "Working Backwards", 2021). Kernprinzip: erst der Kunde, dann das Produkt – bevor Design, Entwicklung oder Roadmap-Arbeit beginnt, schreibt das Team eine fiktive Pressemitteilung (Press Release, PR) und ein FAQ-Dokument, als wäre das Produkt bereits erfolgreich gelauncht. Zentraler Gedanke ist, die Kundenerfahrung zuerst zu definieren und dann iterativ rückwärts zu arbeiten, bis das Team Klarheit darüber hat, was gebaut werden soll.
Typischer Aufbau des PR/FAQ-Dokuments:
Pressemitteilung (max. 1 Seite): Schlagzeile, Kundenproblem, Lösungsbeschreibung, Zitat einer Führungskraft, Kundenzitat, Call-to-Action
FAQ: optionaler Anhang mit geschäftlichen/taktischen Fragen zum Produktaufbau, ergänzt um externe Kundenfragen
Amazon nutzte diesen Prozess für die Entwicklung von Kindle, Prime, AWS und Alexa.
Zielgruppe
Produktverantwortliche/Gründer, die vor größeren Investitionen prüfen wollen, ob eine Idee wirklich überzeugt
Unternehmen mit mehreren konkurrierenden Produktideen, die eine einheitliche, vergleichbare Bewertungsgrundlage brauchen
Organisationen, die Kundenzentrierung stärker in der Frühphase der Produktentwicklung verankern wollen, statt erst spät (nach dem Bau) an den Kunden zu denken
Auch außerhalb von Tech-Firmen anwendbar: Einzelhändler/Shop-Betreiber, die neue Angebote/Services vorab durchdenken wollen
Weniger geeignet für: sehr kleine, klar definierte Einzelaufgaben ohne strategische Tragweite, sowie für Teams ohne Bereitschaft zu ehrlicher interner Kritik (die Methode lebt von schonungslosem Feedback auf den Entwurf)
Vorteile
Deutlich ressourcenschonender als der Bau eines MVP oder aufwendige Kundenbefragungen – kostet nur Zeit zum Schreiben
Liefert einen "Gefühls-Check": Ist das Team selbst begeistert vom Entwurf? Fehlende Begeisterung ist ein starkes Warnsignal, dass der Idee etwas fehlt oder Team Problem/Lösung nicht zu Ende gedacht hat
Schafft ein gemeinsames Verständnis der Idee unter allen Stakeholdern und dient als Ausgangspunkt für alle weiteren Produktdokumente
Verhindert das verbreitete Muster, mit einer Idee zu starten, Features zu skizzieren und erst danach zu klären, wer das eigentlich braucht
Erzwingt Klarheit in einfacher Sprache – wenn ein Nutzen nicht in einer verständlichen Pressemitteilung formulierbar ist, ist er meist noch nicht zu Ende gedacht
Nachteile / Risiken
Reine Innensicht: Das Dokument spiegelt zunächst nur die Annahmen des Teams wider – ohne echte Kundenvalidierung (Interviews, Tests) bleibt es Spekulation
Wenn die Pressemitteilung einen Kunden nicht begeistert, sollte die Idee überarbeitet oder verworfen werden – das erfordert aber eine Unternehmenskultur, die ehrliches internes Scheitern-Lassen von Ideen zulässt, was politisch schwierig sein kann
Qualität hängt stark von Schreibfähigkeit und Disziplin des Autors ab – schwache Entwürfe verschleiern eher Probleme als sie aufzudecken
Kein eingebauter Priorisierungsmechanismus zwischen mehreren PR/FAQs – zusätzliche Bewertungsmethode nötig
Kann bei zu häufiger, oberflächlicher Anwendung zur reinen Formalie werden ("wir haben ja ein PR/FAQ geschrieben"), ohne echten kritischen Diskussionsprozess
Alternativen / ergänzende Frameworks
Ansatz | Ausrichtung |
|---|---|
Opportunity Assessment (Marty Cagan) | 10-Fragen-Checkliste zur Chancenbewertung, stärker analytisch als narrativ |
Lean Canvas / Business Model Canvas | Strukturiertes Geschäftsmodell-Mapping statt narrativem Pressetext |
DHM-Modell (Gibson Biddle) | Prüft zusätzlich Marge und Kopierschutz, PR/FAQ eher auf Kundennutzen fokussiert |
Impact Mapping | Verbindet Geschäftsziel mit Akteuren/Deliverables visuell, statt als Fließtext-Narrativ |
Design Sprint (Google Ventures) | Schnelles Prototyping/Testen statt reinem Text-Dokument |
Kundeninterviews / JTBD | Liefert die externe Validierung, die PR/FAQ intern nicht selbst leisten kann |
Sonstiges wichtig für die Entscheidung
Amazon entwickelte die Methode 2005 aus der Suche nach neuen digitalen Geschäftsfeldern, nachdem klassische Tools wie SWOT nicht ausreichten
Bewährte Gliederung der Pressemitteilung: Schlagzeile, Untertitel, Datum, Einleitungsabsatz, Problemabsatz (2–3 größte Kundenprobleme), Lösungsabsatz, Zitat einer Führungskraft, Funktionsweise, Kundenzitat, Call-to-Action
Wichtig: Das Dokument sollte iterativ mehrfach überarbeitet werden (oft 5–10 Versionen bei Amazon üblich), nicht als Einmal-Entwurf verstanden werden
Nur eine Werkzeug-Empfehlung von Ian McAllister (ehem. Amazon-Direktor, heute Head of Product bei Airbnb) – es existieren leicht unterschiedliche Varianten/Vorlagen, kein einziges "offizielles" Format
Für den deutschsprachigen Kontext: Der informelle Begriff "Kundenbrief" trifft den Kern gut, in der internationalen Literatur ist "PR/FAQ" oder "Working Backwards" der gängige Fachbegriff – bei Recherche/Schulungsmaterial darauf achten
Fazit für Entscheider
Sehr wirkungsvolles, kostengünstiges Werkzeug, um Produktideen früh und ehrlich auf Kundennutzen zu prüfen, bevor Ressourcen gebunden werden. Der eigentliche Wert entsteht nicht durch das Dokument selbst, sondern durch die Bereitschaft der Organisation, aufgrund eines unüberzeugenden Entwurfs eine Idee tatsächlich zu verwerfen – ohne diese Kulturvoraussetzung bleibt die Methode ein reines Formatexperiment ohne steuernde Wirkung.