20 Entrevistas de
Validação.
Guia operacional do método Labs: script pronto em 4 blocos, 3 erros que matam a entrevista, tabela de scoring, decisão GO/NO-GO baseada nas 20. Para founder que quer evitar construir produto errado.
Sumário
- Por que 20 e não 5 ou 50
- Quem entrevistar (definição de ICP)
- O script em 4 blocos
- O que NÃO perguntar (3 armadilhas)
- Como conduzir — tom, postura, registro
- Análise: sinal × ruído
- Tabela de scoring por entrevista
- Decisão GO / NO-GO baseada nas 20
- O que fazer depois (tese validada, ajustada, descartada)
- Templates prontos
1. Por que 20 e não 5 ou 50
O número vem de matemática simples + experiência empírica consolidada.
5 entrevistas é pouco porque os dois primeiros são ruído — você ainda está aprendendo a fazer entrevista. Os 3 seguintes não são suficientes para ver padrão. Qualquer sinal detectado em 5 pode ser coincidência ou viés de amostra.
50 entrevistas é demais na maioria dos casos. Se você precisou de 50 para decidir, provavelmente está procurando confirmação em vez de sinal. Sinal forte aparece cedo; sinal fraco que depende de N grande é sinal ruim.
20 é o ponto ideal para a maioria dos micro-SaaS B2C e B2B pequeno. É amostra suficiente para detectar padrão (40%+ com a mesma dor = tese), leva 3-5 semanas em ritmo sustentável (1 entrevista a cada 1-2 dias úteis), e custa dinheiro razoável se precisa pagar incentivo (tipicamente R$ 50-200 por entrevista).
Exceções:
- B2B enterprise (ticket anual > R$ 50k): 10-15 entrevistas pode ser suficiente. A qualidade de cada entrevista é maior e padrão aparece mais rápido.
- B2C mass market (milhões de potenciais): 30-50 entrevistas + pesquisa quantitativa em paralelo.
- Mercado muito nicho (ex: peritos judiciais): 10 pode ser tudo que você conseguirá.
O número não é sagrado. O princípio é: grande o suficiente para detectar padrão, pequeno o suficiente para caber em um orçamento de tempo e dinheiro razoável antes do primeiro commit.
2. Quem entrevistar (definição de ICP)
Entrevistar pessoa errada é pior que não entrevistar ninguém. Vai gerar falso sinal + desperdício de tempo + decisão ruim no final.
ICP operacional (critérios concretos)
Antes de começar, escrever em 1 parágrafo: quem é exatamente a pessoa que seu produto, se funcionar, vai servir?
Campos mínimos:
- Faixa etária.
- Ocupação/cargo.
- Tamanho de empresa (se B2B).
- Localização geográfica.
- Renda familiar ou orçamento controlado (se B2C).
- Comportamento observável específico (usa X ferramenta / frequenta Y lugar / comprou Z produto nos últimos meses).
Onde achar
Ordem de preferência (da mais à menos confiável):
- Rede pessoal — conhecidos que se encaixam no ICP.
- Rede de 2º grau — amigos de amigos. Pedir indicação com critério claro: "conhece alguém que [comportamento específico]?"
- Grupos/comunidades online — Reddit, Facebook Groups, comunidades específicas (LinkedIn Groups, Discord de nicho).
- Eventos presenciais — feiras, meetups, conferências onde o público-alvo está.
- Recrutamento pago — plataformas como User Interviews (internacional) ou Workana/99 (Brasil). Último recurso porque gera entrevistado profissional (sabe dar boa resposta mas não reflete mercado real).
Quem NÃO entrevistar
- Sua mãe, seu tio, amigos íntimos que vão ser simpáticos.
- Outros founders que já passaram pelo problema e vão "dar conselhos" em vez de falar sobre a própria experiência.
- Pessoas que não se encaixam no ICP mas "podem usar também" — se você cede no ICP para conseguir entrevistas, já contaminou o sinal.
3. O script em 4 blocos
Duração-alvo: 20-30 min por entrevista. Formato: 1-1, presencial ou videochamada. Gravação: sempre pedir autorização; se negada, tomar notas em tempo real.
Bloco 1 — Warm-up + contexto (5 min)
Objetivo: relaxar o entrevistado + entender o contexto dele. Não falar do seu produto aqui.
Perguntas-base:
- "Me conta rapidamente o que você faz [no trabalho / na vida] — em 1-2 minutos."
- "Como é um dia típico seu?"
- "Há quanto tempo você [faz essa atividade / enfrenta esse contexto]?"
O objetivo aqui é calibrar se ele de fato se encaixa no ICP. Se as respostas mostram que ele não se encaixa, encerrar cedo com cortesia — não desperdice o tempo dele nem o seu.
Bloco 2 — Exploração do problema (10-12 min)
Aqui é onde você descobre se o problema que imagina existir, existe de verdade para essa pessoa. Perguntas abertas que tentam induzir o entrevistado a trazer o problema espontaneamente:
- "Qual é a parte mais chata/frustrante do seu dia-a-dia [no contexto relevante]?"
- "Quando você teve [situação específica] pela última vez? O que aconteceu?"
- "Você já tentou resolver [esse problema implícito] de alguma forma? O que funcionou? O que não?"
- "Quanto tempo / dinheiro você gasta com [atividade relacionada ao problema]?"
Se a pessoa traz o problema que você imagina sem você levantar → sinal forte. Se você precisa puxar para o problema → sinal fraco.
Bloco 3 — Soluções existentes (5-8 min)
O entrevistado já tem alguma forma de lidar com o problema hoje — mesmo que ruim. Entender isso importa porque:
- Se ele tem solução que funciona, seu produto precisa ser claramente melhor.
- Se ele tem solução meia-boca e convive, seu produto tem espaço.
- Se ele não tem nenhuma solução e desistiu, a dor pode não ser tão grande quanto parece.
Perguntas:
- "Como você resolve [o problema] hoje?"
- "O que você gostaria que fosse diferente na forma como resolve?"
- "Você já pagou por alguma ferramenta / serviço / produto pra isso?"
- "Se existisse [descrição neutra da solução ideal sem mencionar seu produto], você pagaria por isso? Quanto?"
Nota crítica: "você pagaria?" é pergunta fraca — todo mundo diz sim para ser educado. "Quanto você pagaria?" é mais forte. "Você pagou por algo similar recentemente?" é a mais forte — pagamento passado é o único sinal confiável de disposição real a pagar.
Bloco 4 — Encerramento + convite (3-5 min)
Objetivo: manter a porta aberta. Cliente entrevistado pode virar beta tester, early adopter, fonte de indicação.
- "Se eu construísse algo relacionado a isso, posso te chamar para ver? Sem compromisso."
- "Conhece mais alguém que vive esse tipo de situação? Aceitaria me apresentar?"
- "Obrigado — foi muito útil."
4. O que NÃO perguntar (3 armadilhas)
Armadilha 1 · Leading questions (perguntas que conduzem resposta)
"Você não acha que seria ótimo se existisse um app que faz X?" — entrevistado responde "sim, seria" por educação, independente do que pensa de verdade.
Correção: "Você já pensou em alguma forma diferente de resolver isso?" — aberta, sem sugestão.
Armadilha 2 · Pitching disfarçado (falar do produto no meio da entrevista)
"E se a gente criasse um sistema que integra Y, Z e W? Faria sentido?" — entrevistado responde sobre o que você descreveu, não sobre o problema dele. Você está influenciando a resposta em vez de coletar dado.
Correção: manter o produto fora da conversa até o Bloco 4. No Bloco 4, se pertinente: "Se existisse [descrição neutra do que resolve o problema], como você descreveria?" — pergunta aberta.
Armadilha 3 · Resumir a resposta do entrevistado na sua cabeça
Entrevistado diz algo ambíguo; você interpreta como confirmação e anota "ele tem o problema X". Bias de confirmação em ação.
Correção: anotar literalmente o que foi dito. Usar gravação ou transcrever no ato. Revisar depois e só interpretar com a frase real na mão.
Um teste útil: se você consegue fazer uma interpretação diferente da sua dos mesmos dados, o sinal ainda não é forte o suficiente.
5. Como conduzir — tom, postura, registro
Tom
Curioso, não vendedor. Você é repórter investigando um fenômeno, não vendedor buscando confirmar tese. Se o entrevistado percebe que você tem produto e quer validar, vai calibrar resposta para agradar.
Frase útil no começo: "Estou pesquisando como pessoas resolvem [problema amplo]. Não tenho produto pra te vender; só quero entender seu ponto de vista."
Postura
- Ouvir mais que falar (~70% / 30%).
- Deixar silêncio respirar — pausas de 3-5 segundos geram respostas mais profundas.
- Repetir a última frase do entrevistado para provocar elaboração: "você disse que é cansativo — pode me contar mais?"
- Não interromper para fazer próxima pergunta. Deixar a resposta terminar.
Registro
Gravação + transcrição automática (YouTube privado, Otter.ai, Descript) é o ideal. Se não der, notas em tempo real com tempo suficiente para a entrevista não virar corrida.
Ficha mínima após cada entrevista (anotar no mesmo dia, enquanto ainda está fresco):
Entrevista Nº X — Data: AAAA-MM-DD
Entrevistado: [iniciais + características do ICP]
Duração: XX min
Canal: [presencial / video / telefone]
Citação direta 1: "..."
Citação direta 2: "..."
Citação direta 3: "..."
Problema identificado (sim/não/parcial): ...
Severidade do problema (1-5): ...
Solução atual do entrevistado: ...
Disposição a pagar (observada, não perguntada literalmente): ...
Pontos de scoring (ver §7):
- Dor genuína (sim/não): ...
- Solução atual inadequada (sim/não): ...
- Paga por similar (sim/não): ...
- Descrição espontânea do problema (sim/não): ...
- Pode virar beta tester (sim/não): ...
6. Análise: sinal × ruído
Cada entrevista sozinha é ruído. 20 entrevistas analisadas em conjunto são sinal. A análise acontece no dia seguinte à 20ª — não antes.
Metodologia de análise
- Imprimir todas as 20 fichas. Ter em mesa física (mesmo se trabalhou digital).
- Ler em sequência, sem parar para interpretar. Objetivo: não perder o conjunto.
- Destacar com marcador citações que parecem relevantes. Rosa para problema identificado; amarelo para solução atual; verde para disposição a pagar.
- Agrupar por padrão. Quantas fichas têm rosa similar? Quantas têm amarelo parecido? Quantas têm verde real?
- Contar. Porcentagem de cada padrão.
Indicadores-chave
- % com dor genuína (descreveu o problema espontaneamente em tom de frustração) — meta: ≥ 40%.
- % com solução atual inadequada (reconhece que lida mal) — meta: ≥ 30%.
- % que pagou por algo similar (disposição provada, não declarada) — meta: ≥ 20%.
- % dispostas a testar (pediram para ser avisadas) — meta: ≥ 50% (indicador fraco — só valida interesse).
7. Tabela de scoring por entrevista
Scorecard de 5 pontos por entrevista. Total máximo 5. Tabulação produz distribuição.
| Critério | Pontos |
|---|---|
| Dor descrita espontaneamente (sem você levantar) | +1 |
| Solução atual existe mas é inadequada | +1 |
| Entrevistado já pagou por algo similar | +1 |
| Entrevistado declarou valor específico que pagaria | +1 |
| Indicou outra pessoa com mesmo problema | +1 |
Classificação:
- 4-5 pontos: entrevista de alto sinal — provavelmente dentro do ICP com dor real.
- 2-3 pontos: sinal médio — dor existe mas pode não ser prioridade.
- 0-1 ponto: ruído — provavelmente fora do ICP ou problema inexistente para a pessoa.
Planilha Excel/Google Sheets resolve bem: uma linha por entrevista, colunas para cada critério + total. Ordenar por total revela os entrevistados de maior sinal — bons candidatos a beta tester.
8. Decisão GO / NO-GO baseada nas 20
Ao fim das 20, rodar os agregados e aplicar a matriz:
Critério GO (tese validada)
- ≥ 40% das entrevistas com 4-5 pontos.
- ≥ 30% pagariam valor > custo estimado.
- Pelo menos 1 padrão claro de solução emergiu das conversas.
→ Avançar para construção de MVP com confiança. Declarar kill criteria específicos do produto antes do primeiro commit (ver e-book Disciplina de Portfólio).
Critério AJUSTAR (tese parcial)
- 20-40% com sinal forte.
- Padrão de problema existe mas nicho é mais específico que o ICP original.
- Segmentos específicos se destacam dentro dos 20.
→ Redefinir ICP para o segmento que respondeu melhor. Rodar mais 10-15 entrevistas focadas no novo recorte. Decisão de GO ou NO-GO nessa segunda rodada.
Critério NO-GO (tese descartada)
- < 20% com sinal forte.
- Nenhum padrão claro emergiu.
- A solução atual (mesmo inadequada) é boa o suficiente para a maioria.
→ Depreciação formal. Não fazer MVP. Não pivotar para "talvez seja outro ICP" — se a tese original não tinha sinal, é sinal de que o problema é menor que parecia.
A decisão NO-GO é a mais valiosa: 3-5 semanas gastas em validação é muito melhor que 6-12 meses gastos em produto errado.
9. O que fazer depois
Se validada (GO)
- Documentar a tese em 1 página — resumo das 20 entrevistas + insight-chave + ICP refinado + segmentos mais promissores.
- Declarar kill criteria específicos.
- Convidar os entrevistados com scoring 4-5 para beta testing.
- Iniciar MVP com escopo mínimo — o mínimo que já validaria ou mataria a segunda hipótese (a construção).
- Continuar entrevistando durante a construção — 1-2 por semana, informal, mantém calibração.
Se ajustada
- Documentar aprendizado da rodada 1 — por que ICP original estava errado.
- Redefinir ICP com critério mais estreito.
- Rodar rodada 2 (10-15 entrevistas focadas).
- Decisão GO/NO-GO no fim da rodada 2. Se não bate ainda, depreciação.
Se descartada (NO-GO)
- Registrar a tese descartada em arquivo (pode voltar no futuro quando contexto mudar).
- Agradecer os 20 entrevistados com mensagem curta.
- Comunicar à cerimônia mensal: kill criterion "validação insuficiente" acionado, tese depreciada.
- Liberar capacidade para próxima tese ou intensificar produto já ativo.
Desdobramento raro mas útil: alguns dos entrevistados NO-GO podem ser o começo de lead para OUTRO produto. Se apareceu problema relevante em outro domínio durante a entrevista, registrar — pode virar tese nova na cerimônia trimestral.
10. Templates prontos
10.1 Template de convite
Olá [NOME],
Estou pesquisando como [público-alvo] lida com [problema amplo].
Não tenho produto pra te vender — só estou coletando perspectivas
reais pra entender o fenômeno.
Se topar, seriam 25-30 minutos, por [video/telefone/presencial],
em horário que funcionar pra você. Se preferir, posso mandar
2-3 opções de horário.
Obrigado!
[Assinatura]
10.2 Template de ficha de entrevista
Já mostrado em §5. Campos: dados do entrevistado + 3 citações diretas + sintomas identificados + scoring de 5 pontos.
10.3 Template de scorecard consolidado
Planilha com 20 linhas × 5 colunas de critério + coluna de total. Fórmula: ordenar decrescente por total para identificar alto-sinal.
10.4 Template de agradecimento pós-entrevista
Obrigado pela conversa de ontem, [NOME].
Como prometido, vou te avisar se/quando construir algo relacionado.
Se lembrar de mais alguém que lida com [esse tipo de coisa],
me passa por aqui — aceito indicação.
Abraço,
[Assinatura]
10.5 Template de resumo da tese pós-validação (se GO)
# Tese Validada · [Nome do Produto]
Data: AAAA-MM-DD · Base: 20 entrevistas (scorecard consolidado anexo)
## ICP refinado
[texto claro, 2-3 linhas]
## Problema (descrito nas palavras dos entrevistados)
[citação representativa]
## Solução atual do mercado
[como eles resolvem hoje + por que é inadequado]
## Tese da solução Labs
[em 1 parágrafo, neutro, não hype]
## Evidência de disposição a pagar
[valores declarados + pagamentos passados a produtos similares]
## Segmento de maior sinal
[descrição + quais entrevistas de 4-5 pontos caíram aqui]
## Kill criteria específicos (declarados antes do MVP)
1. [critério 1]
2. [critério 2]
3. [critério 3]
## Próximos passos
1. MVP com escopo mínimo: [...]
2. Beta com 5 entrevistados de scoring alto.
3. Decisão GO/ajuste em D+60 do MVP.
Fim do e-book. 20 Entrevistas de Validação · v1.0 · 2026-04-21.
E-book complementar: Disciplina de Portfólio para Solo Founder.
Receba os próximos: newsletter →