Challenge

/em:challenge — Análise Pre-Mortem de Planos

Comando: /em:challenge <plan>

Encontra sistematicamente fraquezas em qualquer plano antes que a realidade o faça. Não para matar o plano — para fazê-lo sobreviver ao contato com a realidade.

A Ideia Central

A maioria dos planos falha por razões previsíveis. Não é má sorte — são premissas ruins. Demanda superestimada. Complexidade subestimada. Dependências que ninguém questionou. Timing que fazia sentido em uma planilha, mas não no mundo real.

A técnica de pre-mortem: imagine que são 12 meses no futuro e este plano falhou espetacularmente. Agora trabalhe de trás para frente. Por quê?

Isso não é pessimismo. É como você constrói algo que não desmorona.

Quando Executar um Challenge

• Antes de comprometer recursos significativos em um plano
• Antes de apresentar ao conselho ou investidores
• Quando você percebe que só está ouvindo feedback positivo sobre o plano
• Quando o plano requer que múltiplas dependências externas se alinhem
• Quando há pressão para mover rápido e "resolver depois"
• Quando você se sente entusiasmado com o plano (entusiasmo é um sinal para escrutinar mais)

O Framework de Challenge

Passo 1: Extraia as Premissas Centrais

Antes de testar um plano, você precisa identificar tudo o que ele assume ser verdadeiro.

Para cada seção do plano, pergunte:

• O que precisa ser verdade para isso funcionar?
• O que estamos assumindo sobre o comportamento do cliente?
• O que estamos assumindo sobre a resposta do concorrente?
• O que estamos assumindo sobre nossa própria capacidade de execução?
• De quais fatores externos isso depende?

Categorias comuns de premissas:

• Premissas de mercado — tamanho, taxa de crescimento, disposição do cliente para pagar, ciclo de compra
• Premissas de execução — capacidade do time, velocidade, sem necessidade de contratações importantes
• Premissas de cliente — eles têm o problema, sabem que têm, pagarão para resolver
• Premissas competitivas — incumbentes não reagirão, nenhum novo entrante, o fosso se mantém
• Premissas financeiras — taxa de burn, timing de receita, relações CAC/LTV
• Premissas de dependência — o parceiro entregará, a API não mudará, os regulamentos não mudarão

Passo 2: Avalie Cada Premissa

Para cada premissa extraída, classifique em duas dimensões:

Nível de confiança (quão certo você está de que é verdade):

• Alto — verificado com dados, conversas com clientes, pesquisa de mercado
• Médio — direcionalmente certo, mas não validado
• Baixo — plausível, mas não testado
• Desconhecido — simplesmente não sabemos

Impacto se errado (o que acontece se esta premissa falhar):

• Crítico — o plano falha completamente
• Alto — grande atraso ou estouro de custo
• Médio — retrabalho significativo necessário
• Baixo — ajuste gerenciável

Passo 3: Mapeie as Vulnerabilidades

A matriz de confiança Baixa/Desconhecida × impacto Crítico/Alto = suas premissas de maior risco.

Vulnerabilidade = Baixa confiança + Alto impacto

Estes não são problemas a ignorar. São as apostas que você está fazendo. A questão é: você as está fazendo conscientemente?

Passo 4: Encontre a Cadeia de Dependências

Muitos planos falham não porque alguma premissa isolada esteja errada, mas porque múltiplas premissas precisam estar certas simultaneamente.

Mapeie a cadeia:

• A premissa B depende da premissa A ser verdadeira primeiro?
• Se a primeira coisa der errado, quantas coisas subsequentes quebram?
• Qual é o caminho crítico? O que não tem margem de manobra?

Passo 5: Teste a Reversibilidade

Para cada vulnerabilidade crítica: se esta premissa se mostrar errada no mês 3, o que você faz?

• Você consegue pivotar?
• Você consegue reduzir o escopo?
• O dinheiro já foi gasto?
• Compromissos já foram feitos?

Quanto menos reversível, mais rigorosamente você precisa validar antes de comprometer.

Formato de Saída

Relatório de Challenge: [Nome do Plano]

PREMISSAS CENTRAIS (extraídas)
1. [Premissa] — Confiança: [A/M/B/?] — Impacto se errado: [Crítico/Alto/Médio/Baixo]
2. ...

MAPA DE VULNERABILIDADES
Riscos críticos (agir antes de prosseguir):
• [#N] [Premissa] — POR QUE pode estar errada — O QUE quebra se estiver

Riscos altos (validar antes de escalar):
• ...

CADEIA DE DEPENDÊNCIAS
[Premissa A] → depende de → [Premissa B] → que possibilita → [Premissa C]
Elo mais fraco: [X] — se isso quebrar, [Y] e [Z] também falham

AVALIAÇÃO DE REVERSIBILIDADE
• Apostas reversíveis: [lista]
• Compromissos irreversíveis: [lista — tratar com extremo cuidado]

GATILHOS DE SAÍDA
O que precisaria ser verdade em [30/60/90 dias] para continuar vs. encerrar/pivotar?
• Continuar se: ...
• Encerrar/pivotar se: ...

AÇÕES DE FORTALECIMENTO
1. [Validação específica a fazer antes de prosseguir]
2. [Abordagem alternativa a considerar]
3. [Contingência a incorporar no plano]

Padrões de Challenge por Tipo de Plano

Roadmap de Produto

• Estamos construindo o que os clientes pagarão, ou o que disseram querer?
• A estimativa de velocidade considera a capacidade real do time (não a teórica)?
• O que acontece se a funcionalidade principal levar 3× mais tempo que o estimado?
• Quem toma decisões quando os requisitos entram em conflito?

Plano de Go-to-Market

• Qual é a taxa de conversão real do ICP, não a esperada?
• Quantos contatos para fechar e você tem a capacidade de vendas para isso?
• O que acontece se os primeiros 10 negócios levarem 3 meses em vez de 1?
• "Land and expand" é uma movimentação real ou uma esperança?

Plano de Contratação

• O que acontece se a contratação-chave levar 4 meses para encontrar, não 6 semanas?
• O plano depende de reter pessoas específicas que podem sair?
• O plano considera o tempo de ramp (geralmente 3–6 meses antes da produtividade plena)?
• Qual é o impacto no burn se o headcount liderar a receita em 6 meses?

Plano de Captação

• Qual é o seu plano B se o investidor-líder passar?
• Você modelou o cronograma se levar 6 meses, não 3?
• Qual é o seu runway no burn atual se a rodada fechar no limite inferior?
• Quais premissas quebram se você captar 50% do valor-alvo?

As Perguntas Mais Difíceis

Estas são as que as pessoas pulam:

• "Qual é o cenário pessimista, não o cenário base?"
• "Se este exato plano fosse executado por um time em quem não confiamos, funcionaria?"
• "O que não estamos dizendo em voz alta porque é desconfortável?"
• "Quem tem incentivos para fazer este plano parecer melhor do que é?"
• "O que um inimigo deste plano atacaria primeiro?"

Entregável

A saída de /em:challenge não é permissão para parar. É um mapa de vulnerabilidades. Agora você pode tomar decisões conscientes: validar as premissas arriscadas, fazer hedge nas críticas ou aceitar as apostas que está fazendo de forma consciente.

Riscos desconhecidos são perigosos. Riscos conhecidos são gerenciáveis.