Amazon PR/FAQ: Versprechen vor der Entwicklung prüfen

Die früheren Amazon-Manager Colin Bryar und Bill Carr beschreiben Working Backwards als Vorgehen vom gewünschten Kundenerlebnis zur Entscheidung, was gebaut wird. Ihr Rückblick verbindet die Methode mit großen Vorhaben seit 2004 und schildert Versuche mit digitalen Medien und Webdiensten im Jahr 2005. Das zentrale Dokument verbindet eine geplante Pressemitteilung mit Fragen zu Kunden und Umsetzbarkeit.^[1]

Die Autoren beschreiben wiederholte Diskussionen, offene Fragen und Überarbeitungen statt einer sofort erfolgreichen Verkaufspräsentation.^[1] In einem anderen Amazon-Interview sagte Jeff Wilke, er wolle vor der Ressourcenfreigabe für ein neues Produkt ein überzeugendes PR/FAQ sehen und zunächst ein kleines Team finanzieren.^[2] Das sind Berichte über Führungspraxis, keine kontrollierte Messung ihrer finanziellen Wirkung.

Sie belegen weder einen identischen Ablauf für alle Projekte noch das völlige Fehlen von experimentellem Code vor dem Dokument. Auch dass das Format selbst den Erfolg von Kindle oder AWS verursachte, ist nicht bewiesen. Ein erdachtes Kundenzitat im Plan ist ein vorgestelltes Ergebnis, keine echte Kundenstimme, und darf nie als beobachteter Beleg ausgegeben werden.^[1]

Analyse und Anwendung

Eine geschliffene Ankündigung kann Unsicherheit genauso verdecken wie Folien. Wir schlagen vor, jeden Nutzen mit seiner Annahme, einem Test und einer Bedingung für das Scheitern zu verbinden. Kundenbedarf, Umsetzbarkeit und tragfähige Kosten sind getrennt zu prüfen. Ein attraktiver Nutzen kann technisch oder wirtschaftlich unerreichbar bleiben. Schreiben soll Lücken zeigen, nicht Zuversicht inszenieren.

Analyse und Anwendung

1. Eine Kundengruppe, ihre bisherige Alternative und ihr Problem benennen.
2. Einen konkreten Nutzen vorschlagen, ohne Nutzung, Kundenstimmen oder Leistung zu erfinden.
3. Notwendige Bedingungen bei Verhalten, Technik, Servicekapazität und Kosten auflisten.
4. Je Annahme Belege, nächsten Test, Verantwortliche und Entscheidungsschwelle festhalten.
5. Bei widersprechenden Belegen überarbeiten, testen oder stoppen; verworfene Version und Grund aufbewahren. Das ist unsere Anpassung, keine Kopie einer internen Amazon-Vorlage.