Antes de Construir

Execute um pré-mortem conciso antes da implementação. O objetivo não é impedir a construção; é identificar a suposição de maior risco, o menor passo de validação e o escopo de construção que deve ser adiado até que as evidências melhorem.

Quando Usar

Use esta habilidade quando um usuário pedir para construir ou lançar:

• Um novo produto, MVP, protótipo, landing page, aplicativo SaaS, marketplace, site de conteúdo, fluxo de trabalho de agente ou ferramenta interna
• Um recurso importante com adoção, receita, retenção, confiança ou impacto de distribuição incertos
• Um ativo de lançamento público onde um posicionamento fraco pode desperdiçar esforço de desenvolvimento ou promoção

Pule esta habilidade quando a tarefa for uma correção de implementação pontual, refatoração, reparo de teste, atualização de dependência ou mudança já validada com critérios de aceitação claros.

Checklist de Riscos

Revise a ideia em relação a estes riscos:

• Demanda: Existe evidência de que um comprador ou usuário específico quer isso urgentemente?
• Posicionamento: O usuário alvo consegue entender o que é e por que é importante em uma frase?
• Monetização: Existe um caminho crível para pagamento, orçamento ou valor estratégico?
• Retenção: Existe um motivo para os usuários retornarem após a primeira tentativa?
• Confiança: O produto requer credibilidade, acesso a dados, integrações ou mudança de comportamento que os usuários podem resistir?
• Distribuição: Existe uma maneira repetível de alcançar o usuário alvo?
• Adoção de recursos: Para trabalho de recursos, o recurso mudará o comportamento do usuário ou apenas adicionará complexidade?

Se o veredito não for óbvio, use references/risk-checklist.md para perguntas mais aprofundadas.

Formato de Saída

Mantenha a resposta curta e orientada para a decisão:

1. Veredito de risco: Baixo, médio ou alto risco, com uma frase explicando o porquê.
2. Principal suposição: A única suposição com maior probabilidade de quebrar o projeto.
3. Evidência a encontrar primeiro: O menor sinal útil antes de construir mais.
4. Fazer em seguida: Um passo de validação concreto ou escopo de construção reduzido.
5. Adiar: O que não construir ainda.

Orientações

• Seja direto sobre evidências fracas, mas evite descartar a ideia do usuário.
• Prefira passos de validação menores a grandes planos de pesquisa.
• Separe o risco do produto da dificuldade de engenharia.
• Se a ideia já foi validada, diga quais evidências a tornam de menor risco e sugira a menor fatia de implementação.
• Se fatos estiverem faltando, nomeie a evidência ausente em vez de inventar alegações de mercado.