Amazon PR/FAQ : tester la promesse avant de construire

Les anciens dirigeants d’Amazon Colin Bryar et Bill Carr décrivent Working Backwards comme une démarche partant de l’expérience client souhaitée avant de choisir quoi construire. Leur récit l’associe aux grandes initiatives depuis 2004 et décrit des essais dans les médias numériques et les services web en 2005. Le document central réunit un projet de communiqué et des questions sur les clients et la faisabilité.^[1]

Les auteurs décrivent des discussions répétées, des questions ouvertes et des révisions, plutôt qu’un argumentaire obtenant un accord immédiat.^[1] Dans un autre entretien publié par Amazon, Jeff Wilke expliquait vouloir un PR/FAQ solide avant d’accorder des ressources à un nouveau produit, en finançant d’abord une petite équipe.^[2] Ces récits de gestion ne constituent pas une évaluation contrôlée de leur effet financier.

Elles ne montrent pas que tous les projets suivaient une séquence identique, qu’aucun code exploratoire ne précédait le document ou que ce format a causé le succès de Kindle ou d’AWS. Une citation de client fictif dans un plan représente un résultat imaginé, pas un témoignage réel ; elle ne doit jamais être présentée comme une observation.^[1]

Analyse et application

Une annonce soignée peut masquer l’incertitude comme un diaporama. Nous proposons d’associer chaque bénéfice à son hypothèse, à un test et à une condition d’échec. Il faut distinguer désirabilité, faisabilité de livraison et coût soutenable. Un bénéfice séduisant peut rester irréalisable techniquement ou économiquement. Écrire doit révéler les lacunes, pas fabriquer de la confiance.

Analyse et application

1. Définir un groupe de clients, sa solution actuelle et son problème.
2. Formuler un bénéfice concret sans inventer usages, témoignages ou performances.
3. Lister les conditions nécessaires : comportements, technologie, capacité de service et coût.
4. Pour chaque hypothèse, noter les preuves disponibles, le prochain test, son responsable et un seuil de décision.
5. Modifier, tester ou arrêter si les preuves contredisent la proposition ; conserver la version rejetée et sa raison. C’est notre adaptation, pas une reproduction du modèle interne d’Amazon.