menkesu/awesome-pm-skills

Validar uma Ideia

Suposições mais arriscadas primeiro, depois o teste mais barato, depois uma linha de corte pré-comprometida e, em seguida, uma decisão, tudo antes de construir. Construído a partir de 182 insights de 82 convidados do Lenny's Podcast. Equipe principal: Mike Maples Jr., Eric Ries, Jake Knapp.

Quando usar

• Um founder, PM ou executivo tem uma ideia e pergunta devemos construir isso?
• Um PRD, pitch ou item de roadmap não tem seção de evidências, ou suas evidências são 'os usuários pediram'.
• Uma equipe não consegue escopar um MVP, ou o MVP continua crescendo.
• O feedback inicial é todo positivo e ninguém consegue dizer o que mudaria o plano.
• Você precisa decidir entre várias ideias ou 'wedges' (projeto paralelo, nova aposta dentro de uma empresa, funcionalidade de IA).
• Alguém diz 'os clientes pagariam por isso' e não há pagamento, pré-venda ou fatura por trás.
• Você quer um plano de teste de uma semana (sprint, protótipo, 'fake door', concierge) em vez de um trimestre de construção.

Etapa 1 — Diagnosticar (pergunte antes de responder)

Se o usuário anexou um PRD, pitch, pesquisa, notas de entrevista ou repositório, leia primeiro e infira o que puder. Faça no máximo 4 destas perguntas:

1. Qual é a ideia em uma frase, quem é o cliente e o que eles fazem hoje no lugar? Por quê: sem um cliente nomeado ou alternativa significa que você começa com o Foundation Sprint, não com testes.
2. O que você já tem: dor vivida, clientes pagantes, dados de uso, um protótipo? Por quê: define o quão à direita na escada de evidências você começa (Gilad: comece à esquerda, escale apenas com evidências positivas).
3. Isso é zero-para-um (nova categoria) ou uma versão melhor de algo que existe, e é B2B, B2C, marketplace ou IA? Por quê: determina rotas de 'mostre, não pergunte' (nova categoria) vs. entrevistas (fluxo de trabalho existente) e contagens de referência (6-8 B2B, 15-25 B2C).
4. Quanto custa uma aposta errada: semanas, um trimestre, uma empresa ou uma marca? Por quê: define a profundidade. Combine a profundidade da descoberta com o risco (Teresa Torres): pesado no núcleo e nos diferenciadores, leve no resto.

Etapa 2 — Escolher a jogada

Se… (situação)	Use	De	Por quê
A ideia é confusa, equipe nova, alto risco comportamental (IA, confiança, saúde)	Foundation Sprint, depois 2-3 design sprints com o 'founding-hypothesis scorecard'	Jake Knapp	Cerca de 10 horas forçam uma hipótese explícita antes de construir; o scorecard diz qual parte quebrou
Você não consegue escopar o MVP ou a lista de funcionalidades não para de crescer	'Leap-of-faith assumptions' → cadeia do MVP; reduza a lista de funcionalidades pela metade duas vezes	Eric Ries	O problema do MVP está a montante: você não disse o que quer aprender
Não tem certeza se o problema é real ou nítido	20 estranhos + compressão do fluxo de trabalho + clientes de referência	Uri Levine, Oji Udezue, Christian Idiodi	Estranhos o contradizem; compressão e referências são comportamento, não opinião
Não tem certeza se alguém vai pagar	Conversa sobre preço agora, depois fatura de $1, transferência reembolsável, pré-venda ou brochure	Madhavan Ramanujam, Jeff Weinstein, Dalton Caldwell	Você só controla quando a conversa sobre preço acontece
Todo mundo gosta, ou parece uma ideia concorrida	Verificação de 'tarpit' + teste de polarização + 'Maples stress test' + assimetria de base rate	Dalton Caldwell, Sam Schillace, Mike Maples Jr., Richard Rumelt	Consenso e elogios fáceis são sinais de alerta
Não sabe se é o momento certo ou o founder certo	Teste de estresse de inflexão, duas de três inflexões, 'founder-future fit'	Mike Maples Jr., Aparna Chennapragada	Uma resposta 'por que agora' deve nomear um novo empowerment específico
Risco de solução: esta abordagem funcionará, eles a escolherão?	Teste falso de menor fidelidade: fachada, brochure, Mágico de Oz, teste de 3 protótipos	Itamar Gilad, Eric Ries, Todd Jackson, Grant Lee	Teste o risco, não o produto
Produto existente, adicionando uma funcionalidade ou codesenvolvendo com clientes B2B	Teste 'você consegue viver sem isso'; espectro de validação	Noah Weiss, Itamar Gilad	Gostar de um protótipo não é necessidade

Etapa 3 — Executar

3A. Escrever a hipótese fundadora e classificar as suposições (sempre faça isso)

1. Escreva uma frase: Para [cliente] que [problema], [abordagem] supera [alternativa atual] porque [diferenciador] (hipótese fundadora de Knapp; a redação do modelo é nossa).
2. Liste as 'leap-of-faith assumptions' e classifique-as em baldes: cliente (pessoa certa, alcançável), problema (eles têm, é nítido), abordagem (esta solução funciona), diferenciação (eles a escolhem em vez da alternativa), disposição para pagar / economia unitária, por que agora, crescimento (como se espalha), founder fit.
3. Pontue cada suposição: impacto se errada (1-5) x quanta pouca evidência você tem (1-5). Pegue as 1-3 principais. Limite a cadeia de declarações 'must-be-true' a cerca de 4 (Nikita Bier); mais camadas significam maior risco.
4. Para cada suposição arriscada, escreva a caixa palavras-depois-dados (Nicole Forsgren): a afirmação em palavras simples, depois o comportamento observável que a prova ou mata. Nunca use o resultado como seu próprio proxy.
5. Pré-comprometa uma linha de aprovação e uma linha de reprovação antes de executar qualquer coisa (exemplo: pelo menos 6 de 20 estranhos descrevem o problema sem serem solicitados e 3 pagaram ou tentaram uma solução alternativa; menos de 2 significa parar). Adicione a pergunta de Scott Cook, via Maples: liste as três surpresas que você espera. Um experimento que não pode te surpreender não ensina nada.

3B. Teste de problema: é real e nítido?

1. Estranhos, não amigos. Converse com cerca de 20 pessoas que você não conhece, até 100 (Uri Levine). Conheço alguém que tem esse problema significa que não é real. Alguém corrigindo sua descrição com a própria é o sinal a seguir.
2. Matemática de alcance. Cerca de 90% de um grupo não são early adopters: contate aproximadamente 10 para conseguir 1 chamada (Gustaf Alströmer). Em B2B, a Wiz realizava de 10 a 15 chamadas com compradores por dia (Raaz Herzberg).
3. Pergunte sobre a última vez, não sobre o futuro. Perguntas: Conte-me sobre a última vez que isso aconteceu. O que você fez a respeito? O que você já tentou ou pagou? Quanto te custou? Confie apenas em pessoas que realmente tentaram mudar (Bob Moesta); reclamações e intenções declaradas não são troca.
4. Compressão do fluxo de trabalho. Desenhe o fluxo de trabalho atual do cliente-alvo e, em seguida, o fluxo de trabalho com seu produto; você quer que ele seja 2 a 3 vezes mais curto (Oji Udezue). Olhos arregalados e um quando posso pagar? não solicitado é um bônus, não uma prova.
5. Use o concorrente você mesmo do início ao fim e observe onde dói (Gustaf Alströmer).
6. Portão do cliente de referência (novo produto B2B/B2C). Trabalhe com pessoas que realmente sofrem até que elas coloquem sua reputação atrás de você. Precisa de 6 a 8 referências para B2B, 15 a 25 para B2C, e todas devem querer a mesma coisa. Se você não conseguir recrutá-las, pare (Christian Idiodi).
7. Verificação de urgência. Isso é algo que o comprador pensa todos os dias ou uma economia anual? (Jason Droege). É um analgésico ou uma vitamina? (Ian McAllister). Feito quando: você tem uma contagem nomeada de estranhos, uma lista ranqueada de descrições do problema na íntegra e um sim/não na linha de aprovação.

3C. Teste de dinheiro: eles vão pagar?

Suba apenas até onde o estágio precisa (Ramanujam, Weinstein):

1. Estágio de ideia: apresente a história de valor completa e pergunte você pagaria por isso? Se não, por quê? O 'porquê' redesenha o produto.
2. Próximo: nomeie um preço na apresentação (Todd Jackson: teste o potencial do dólar e o comportamento, não apenas a conversa).
3. Mais forte: uma fatura de $1 ou link de pagamento, uma transferência reembolsável para promessas empresariais, uma pré-venda ou um brochure com especificações (Weinstein; teste do brochure de Ries).
4. Mais forte: pré-venda antes de escrever código (Dalton Caldwell). Para uma startup, peça muito dinheiro rapidamente; se eles não pagarem, escolha um novo problema em vez de esperar (Nabeel Qureshi).
5. Verificação de sanidade da margem: se a apresentação tem 40% de margem bruta, pergunte por que não funciona a 60%; a resposta revela a alternativa real e onde a margem se comprime (Jason Droege). Regra de matar/pivotar: se os prospects disserem não depois de ouvir a história de valor completa, mais engenharia não mudará a resposta; use os motivos.

3D. Teste de solução: escolha a menor fidelidade que teste o risco

Risco	Teste mais barato	De
Eles vão querer o resultado?	Fachada: humanos fazem o trabalho manualmente com seus dados reais, revelam o resultado, sem código	Itamar Gilad (abas do Gmail)
A especificação é o que importa?	Brochure de alta qualidade + pré-venda	Eric Ries
Podemos entregar valor manualmente?	Concierge/Mágico de Oz para 3 parceiros de design	Todd Jackson (Vanta)
A parceria/promoção vale o trabalho do produto?	Distribua um código promocional nos fóruns relevantes em um local	Keith Yandell
Eles nos escolhem em vez das alternativas?	Protótipo mostrado frente a frente com concorrentes reais; marcas falsas	Jake Knapp
A experiência funciona?	3 variantes de protótipo, 20 usuários no perfil sem interesse, revisão no mesmo dia	Simon Willison, Grant Lee
A demanda é real em um público existente?	Anúncio de lista de espera em um canal que seu público lê; variantes na superfície do produto ao vivo	Tanguy Crusson, Mark Pincus
Regras de execução: finja que o produto existe na entrevista e revele no final que ainda não foi lançado (Chris Hutchins); invista em verossimilhança apenas onde importa (Mihika Kapoor); o Design Sprint constrói o protótipo no quarto dia, não antes (John Zeratsky); o MVP é uma funcionalidade crítica no padrão de qualidade do cliente, enviada para cerca de 10 clientes (Ries).

3E. Teste de 'por que agora' e consenso

1. Teste de estresse Maples: Qual é a coisa nova específica? Como ela capacita pessoas específicas? Sob quais condições isso se manteria ou falharia (regulamentação, disposição, plataforma)? Curvas graduais não são inflexões.
2. Duas de três: mudança tecnológica de patamar, mudança no comportamento do consumidor, mudança no modelo de negócios. Proceda com pelo menos duas (Aparna Chennapragada).
3. Isso é do futuro? Em que parte do futuro o founder viveu?
4. Verificação de consenso: se todo mundo gosta, provavelmente está muito próximo dos concorrentes. Você quer uma reação polarizada (amor/ódio), não uma curva de sino (Sam Schillace; Maples).
5. Verificação de 'tarpit': muitos founders têm essa ideia, ela falhou por anos, mas a validação inicial é fácil (Dalton Caldwell). Encontre a razão estrutural antes de se comprometer.
6. Assimetria: declare a 'base rate' e a vantagem específica que inclina as probabilidades (Richard Rumelt); pontue ideias de 0 a 10 em potencial, probabilidade, paixão/proximidade e habilidade, começando pelo potencial (Dharmesh Shah).

3F. Relatório e decisão

Preencha o scorecard por entrevista (Knapp): cliente certo? tem o problema? abordagem certa? escolheu em vez dos concorrentes? diferenciação valiosa? Vermelho no início é normal (Latchet: principalmente vermelho após quatro entrevistas, verde no sprint três). Em seguida, decida ir / pivotar / matar, edite a hipótese e execute a próxima rodada de uma semana no próximo maior risco.

Onde os especialistas discordam

1. Validar vs. buscar surpresa. Campo A: Eric Ries, Todd Jackson, Dalton Caldwell: testar hipóteses, pré-vender, pré-comprometer limites. Campo B: Mike Maples Jr., Dalton Caldwell em 'tarpits': não busque confirmação; as melhores ideias são desprezadas ou recebidas com indiferença pela maioria. → Use A quando o mercado é conhecido e você precisa de uma decisão sim/não; B quando a ideia não é óbvia. Padrão: mantenha a linha de corte pré-comprometida, mas adicione um teste que possa produzir uma surpresa e pontue o feedback apenas positivo como fraco.
2. MVP enxuto vs. MVP polido. Campo A: Ries, Daniel Lereya: corte funcionalidades, não aprendizado; feedback de 'produto incrível' significa que você esperou demais. Campo B: Dmitry Zlokazov: um fracasso enxuto deixa você inseguro se a ideia ou a execução foi ruim. → Enxuto quando o risco é a demanda e você pode conversar com 10 clientes; polido quando você tem distribuição e a qualidade impulsiona a adoção. Padrão: uma funcionalidade crítica no padrão de qualidade do cliente (Ries).
3. Validação do problema vs. descoberta da solução. Campo A: Uri Levine, Jiaona Zhang, Bob Moesta, Ries: apaixone-se pelo problema; o apego à solução em primeiro lugar é a falha mais comum. Campo B: Marty Cagan: não revalide um problema que a empresa já conhece; as pessoas compram soluções. → A em domínios desconhecidos ou quando o founder está adivinhando; B quando o problema é vivido e comprovado. Padrão: um dia em evidências do problema, a maior parte do tempo em testes de solução.
4. Perguntar aos clientes vs. mostrar a eles. Campo A: Teresa Torres, Moesta, Idiodi: converse com os clientes; resolver o problema ensina mais. Campo B: Caitlin Kalinowski, Tony Fadell: para novas categorias, pesquisas na classe antiga dão respostas erradas; mostre a coisa nova. → Pergunte sobre fluxos de trabalho existentes; mostre para novas categorias. Padrão: pergunte sobre o comportamento passado, depois mostre um protótipo e observe o comportamento.

Entregável

# Plano de Validação: <ideia>
**Hipótese fundadora:** Para <cliente> que <problema>, <abordagem> supera <alternativa> porque <diferenciador>.
**Aposta:** <custo de uma aposta errada> | **Estágio/evidência hoje:** <...>

## Mapa de suposições (ranqueado: impacto x falta de evidência)
| # | Suposição (balde) | Impacto | Evidência | Risco |
## Testes (uma linha para cada uma das 3 principais suposições)
| Suposição | Teste (menor fidelidade) | Amostra | Métrica | Linha de aprovação | Linha de reprovação | Responsável | Dias |
## Sinal de dinheiro
<pedido, preço mostrado, instrumento: fatura de $1 / pré-venda / transferência reembolsável> | Resultado: <...>
## Verificação de 'por que agora' / consenso
Inflexão: <...> | Duas de três: <...> | Polarizada ou curva de sino? <...> | 'Tarpit'? <...>
## Surpresas esperadas (escreva antes do teste)
1. 2. 3.
## Scorecard (por participante)
Cliente certo | Tem o problema | Abordagem certa | Nos escolheu | Diferenciação | Pagaria/pagou
## Decisão: IR / PIVOTAR / MATAR — <um parágrafo sobre a evidência, com contagens>
## Próximas 3 ações
1. 2. 3.

Sempre termine com Próximas 3 ações: o próximo teste e seu responsável, as primeiras 5 pessoas a contatar (estranhos, não amigos) e a data do relatório.

Avaliar trabalho existente

Pontue um PRD, pitch, documento de validação ou escopo de MVP de 1 a 5 em cada critério:

Critério	1	3	5
Hipótese explícita (Knapp)	Nenhuma hipótese, apenas uma solução	Cliente e problema nomeados	Uma frase com cliente, abordagem, alternativa, diferenciador
Suposições ranqueadas por risco (Ries)	Lista de funcionalidades	Suposições listadas, não ranqueadas	Ranqueadas, 1-3 principais escolhidas, no máximo cerca de 4 'must-be-trues'
Teste... (truncado para tradução)	...	...	...