>_Talvera labs Newsletter →
// e-book · 40 páginas

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.

Publicado em 2026-04-21 · Talvera Labs · versão 1.0

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):

  1. Rede pessoal — conhecidos que se encaixam no ICP.
  2. Rede de 2º grau — amigos de amigos. Pedir indicação com critério claro: "conhece alguém que [comportamento específico]?"
  3. Grupos/comunidades online — Reddit, Facebook Groups, comunidades específicas (LinkedIn Groups, Discord de nicho).
  4. Eventos presenciais — feiras, meetups, conferências onde o público-alvo está.
  5. 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

  1. Imprimir todas as 20 fichas. Ter em mesa física (mesmo se trabalhou digital).
  2. Ler em sequência, sem parar para interpretar. Objetivo: não perder o conjunto.
  3. Destacar com marcador citações que parecem relevantes. Rosa para problema identificado; amarelo para solução atual; verde para disposição a pagar.
  4. Agrupar por padrão. Quantas fichas têm rosa similar? Quantas têm amarelo parecido? Quantas têm verde real?
  5. 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)

  1. Documentar a tese em 1 página — resumo das 20 entrevistas + insight-chave + ICP refinado + segmentos mais promissores.
  2. Declarar kill criteria específicos.
  3. Convidar os entrevistados com scoring 4-5 para beta testing.
  4. Iniciar MVP com escopo mínimo — o mínimo que já validaria ou mataria a segunda hipótese (a construção).
  5. Continuar entrevistando durante a construção — 1-2 por semana, informal, mantém calibração.

Se ajustada

  1. Documentar aprendizado da rodada 1 — por que ICP original estava errado.
  2. Redefinir ICP com critério mais estreito.
  3. Rodar rodada 2 (10-15 entrevistas focadas).
  4. Decisão GO/NO-GO no fim da rodada 2. Se não bate ainda, depreciação.

Se descartada (NO-GO)

  1. Registrar a tese descartada em arquivo (pode voltar no futuro quando contexto mudar).
  2. Agradecer os 20 entrevistados com mensagem curta.
  3. Comunicar à cerimônia mensal: kill criterion "validação insuficiente" acionado, tese depreciada.
  4. 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 →