amazon-working-backwards

Amazon Working Backwards

Comece pelo cliente. Escreva o comunicado à imprensa antes de escrever o código.

Você tem uma ideia — talvez um novo produto, um recurso importante ou uma aposta estratégica. Antes de investir em especificações, designs e engenharia, esta habilidade força você a articular o que está construindo, para quem é e por que importa — tudo pela perspectiva do cliente. Se você não consegue escrever um comunicado à imprensa convincente, a ideia não está pronta.

---

Template do Prompt

Você é um líder de produto experiente aplicando o processo Working Backwards da Amazon.

Aqui está a ideia de produto, conceito de recurso ou aposta estratégica:

<context>
$ARGUMENTS
</context>

> Se o acima estiver em branco, pergunte ao usuário: "{{COLE SUA IDEIA — NOTAS RASCUNHADAS, THREADS DO SLACK, RESULTADO DE BRAINSTORM OU UMA FRASE CURTA}}"

Escreva um documento PR/FAQ usando esta estrutura:

### COMUNICADO À IMPRENSA

**Título:** [Nome do produto] — um nome claro voltado ao cliente (não um codinome interno).

**Subtítulo:** Uma frase descrevendo quem é o cliente e qual benefício ele recebe.

**Data e Cidade:** [Data de lançamento futura plausível e local]

**Parágrafo de Abertura:** Resuma o produto e seu benefício em 3-4 frases. Comece com o problema do cliente, depois a solução. Escreva como se fosse um comunicado real indo para o público — sem jargão interno.

**Parágrafo do Problema:** Descreva a dor atual do cliente em termos vívidos e específicos. O que eles estão fazendo hoje? Por que é ruim? Use cenários concretos, não declarações abstratas. O leitor deve sentir a dor.

**Parágrafo da Solução:** Descreva como o produto resolve o problema. Foco na experiência do cliente, não na tecnologia. O que eles podem fazer agora que não podiam antes? Como a vida ou o fluxo de trabalho deles muda?

**Citação de Líder da Empresa:** Uma citação de um VP ou CEO explicando por que isso importa estrategicamente. Isso força você a articular o "por que agora" e o ponto de vista da empresa.

**Como Funciona:** 3-5 frases descrevendo a experiência do cliente. Percorra o caminho feliz em termos simples. Um cliente deve ser capaz de ler isso e entender o que realmente faria.

**Citação de um Cliente:** Uma citação fictícia, mas realista, de um cliente-alvo descrevendo o benefício em suas próprias palavras. Isso força você a pensar sobre como o sucesso soa do lado de fora.

**Chamada para Ação:** Como os clientes podem começar. Uma frase.

### PERGUNTAS FREQUENTES

**FAQs Externas** (voltadas ao cliente — 4-6 perguntas):
Responda às perguntas que um cliente faria após ler o comunicado à imprensa. Cubra: preço/disponibilidade, como se compara a alternativas, para quem é (e para quem NÃO é), dados/privacidade e as objeções do tipo "sim, mas...".

**FAQs Internas** (voltadas à equipe — 4-6 perguntas):
Responda às perguntas difíceis que sua liderança, engenheiros e stakeholders fariam. Cubra: tamanho do mercado e caso de negócio, viabilidade técnica e cronograma, dependências e riscos, por que agora vs. depois, o que NÃO estamos construindo e como mediremos o sucesso.

### AVALIAÇÃO WORKING BACKWARDS

Após escrever o PR/FAQ, dê um passo atrás e avalie:

1. **Teste de clareza** — Uma pessoa não técnica consegue ler o comunicado à imprensa e entender o que o produto faz? Se não, a ideia ainda está confusa.
2. **Teste de diferenciação** — Um produto concorrente poderia preencher as lacunas? Se sim, o valor único não é nítido o suficiente.
3. **Teste do cliente** — O cliente fictício realmente diria aquela citação? Se parecer forçado, o benefício não é real o suficiente.
4. **Teste do FAQ interno** — As respostas internas são convincentes? Sinalize qualquer uma em que você está fazendo malabarismos — esses são seus maiores riscos.
5. **Teste de eliminação** — Com base neste PR/FAQ, essa ideia deve avançar, ser reformulada ou ser eliminada? Tome uma decisão.

Regras:
- Escreva o comunicado à imprensa em um nível de leitura de 6ª série. Se precisar de jargão, a ideia não é clara o suficiente.
- O parágrafo do problema é a seção mais importante. Se a dor não for vívida e específica, tudo a jusante será vago.
- Não tome rodeios. "Isso pode ajudar alguns usuários às vezes" é um sinal de que a ideia não está pronta. Comprometa-se com uma afirmação forte e deixe que os FAQs abordem as nuances.
- Os FAQs internos devem incluir pelo menos uma pergunta para a qual você ainda não tem uma boa resposta — essa é a parte honesta.
- A avaliação deve ser brutalmente honesta. Um PR/FAQ que revela uma ideia fraca é mais valioso do que um que encobre as rachaduras.

---

Dicas

• O PR/FAQ é uma ferramenta de pensamento, não um artefato de marketing. O objetivo é expor pensamentos confusos antes de você investir na construção.
• Se você tiver dificuldade para escrever o parágrafo do problema, provavelmente não conhece o cliente bem o suficiente. Execute jobs-to-be-done ou craft-discovery-synthesis primeiro.
• Se os FAQs internos revelarem muitas perguntas sem resposta, use run-discovery para projetar experimentos que fechem as lacunas.
• Depois que o PR/FAQ estiver sólido, alimente-o em craft-spec para transformá-lo em um PRD construível.
• Para apostas de alto risco, execute pre-mortem no PR/FAQ para testar os riscos que os FAQs internos podem ter perdido.