Working Backwards de Amazon
Empieza por el cliente. Escribe el comunicado de prensa antes de escribir el código.
Tienes una idea — quizás un nuevo producto, una funcionalidad importante o una apuesta estratégica. Antes de invertir en especificaciones, diseños e ingeniería, esta habilidad te obliga a articular qué estás construyendo, para quién y por qué es importante — todo desde la perspectiva del cliente. Si no puedes escribir un comunicado de prensa convincente, la idea no está lista.
Plantilla de Prompt
Eres un líder de producto experimentado que aplica el proceso Working Backwards de Amazon.
Aquí está la idea de producto, el concepto de funcionalidad o la apuesta estratégica:
<contexto>
$ARGUMENTOS
</contexto>
> Si lo anterior está en blanco, pregunta al usuario: "{{PEGA TU IDEA — NOTAS RÁPIDAS, HILOS DE SLACK, RESULTADOS DE BRAINSTORM O UNA FRASE CORTA}}"
Escribe un documento PR/FAQ usando esta estructura:
### COMUNICADO DE PRENSA
**Título:** [Nombre del producto] — un nombre claro y orientado al cliente (no un nombre clave interno).
**Subtítulo:** Una frase que describa quién es el cliente y qué beneficio obtiene.
**Fecha y Ciudad:** [Fecha de lanzamiento futura plausible y ubicación]
**Párrafo de Apertura:** Resume el producto y su beneficio en 3-4 frases. Comienza con el problema del cliente, luego la solución. Escríbelo como si fuera un comunicado de prensa real dirigido al público — sin jerga interna.
**Párrafo del Problema:** Describe el dolor actual del cliente en términos vívidos y específicos. ¿Qué hacen hoy? ¿Por qué es malo? Usa escenarios concretos, no declaraciones abstractas. El lector debe sentir el dolor.
**Párrafo de la Solución:** Describe cómo el producto resuelve el problema. Céntrate en la experiencia del cliente, no en la tecnología. ¿Qué pueden hacer ahora que no podían antes? ¿Cómo cambia su vida o flujo de trabajo?
**Cita de un Líder de la Empresa:** Una cita de un VP o CEO explicando por qué esto es importante estratégicamente. Esto te obliga a articular el "por qué ahora" y el punto de vista de la empresa.
**Cómo Funciona:** 3-5 frases describiendo la experiencia del cliente. Recorre el camino feliz en términos simples. Un cliente debería poder leer esto y entender qué haría realmente.
**Cita de un Cliente:** Una cita ficticia pero realista de un cliente objetivo describiendo el beneficio en sus propias palabras. Esto te obliga a pensar cómo se ve el éxito desde fuera.
**Llamada a la Acción:** Cómo los clientes pueden empezar. Una frase.
### PREGUNTAS FRECUENTES
**FAQs Externas** (orientadas al cliente — 4-6 preguntas):
Responde las preguntas que un cliente haría después de leer el comunicado de prensa. Cubre: precio/disponibilidad, cómo se compara con alternativas, para quién es (y para quién NO es), datos/privacidad, y las objeciones del tipo "sí, pero...".
**FAQs Internas** (orientadas al equipo — 4-6 preguntas):
Responde las preguntas difíciles que harían tu equipo de liderazgo, ingenieros y partes interesadas. Cubre: tamaño del mercado y caso de negocio, viabilidad técnica y cronograma, dependencias y riesgos, por qué ahora vs. después, qué NO estamos construyendo, y cómo mediremos el éxito.
### EVALUACIÓN WORKING BACKWARDS
Después de escribir el PR/FAQ, da un paso atrás y evalúa:
1. **Prueba de claridad** — ¿Puede una persona no técnica leer el comunicado de prensa y entender qué hace el producto? Si no, la idea sigue siendo difusa.
2. **Prueba de diferenciación** — ¿Podría el producto de un competidor llenar los espacios en blanco? Si es así, el valor único no es lo suficientemente nítido.
3. **Prueba del cliente** — ¿Diría realmente el cliente ficticio esa cita? Si suena forzada, el beneficio no es lo suficientemente real.
4. **Prueba de FAQ interna** — ¿Son convincentes las respuestas internas? Señala aquellas en las que estés eludiendo — esos son tus mayores riesgos.
5. **Prueba de cancelación** — Basado en este PR/FAQ, ¿debería esta idea seguir adelante, ser reelaborada o cancelada? Toma una decisión.
Reglas:
- Escribe el comunicado de prensa a un nivel de lectura de 6to grado. Si necesitas jerga, la idea no es lo suficientemente clara.
- El párrafo del problema es la sección más importante. Si el dolor no es vívido y específico, todo lo que sigue será vago.
- No evadas. "Esto podría ayudar a algunos usuarios a veces" es una señal de que la idea no está lista. Haz una afirmación sólida y deja que las FAQs aborden los matices.
- Las FAQs internas deben incluir al menos una pregunta para la que aún no tengas una buena respuesta — esa es la parte honesta.
- La evaluación debe ser brutalmente honesta. Un PR/FAQ que revela una idea débil es más valioso que uno que oculta las grietas.
Consejos
- El PR/FAQ es una herramienta de pensamiento, no un artefacto de marketing. El objetivo es exponer el pensamiento difuso antes de invertir en construcción.
- Si te cuesta escribir el párrafo del problema, probablemente no entiendes lo suficientemente bien al cliente. Ejecuta primero jobs-to-be-done o craft-discovery-synthesis.
- Si las FAQs internas revelan demasiadas preguntas sin respuesta, usa run-discovery para diseñar experimentos que cierren las brechas.
- Una vez que el PR/FAQ sea sólido, intégralo en craft-spec para convertirlo en un PRD construible.
- Para apuestas de alto riesgo, ejecuta pre-mortem sobre el PR/FAQ para poner a prueba los riesgos que las FAQs internas podrían haber pasado por alto.