CX para PMEs · 9 min
Como validar uma startup antes de montar o funil de vendas?
Validar é provar que o problema existe para um perfil, que o cliente usa e que alguém paga. As formas da validação pulada em 9 de 62 startups e o roteiro para testar barato.
Por Diogo Kammers · 26/09/2026
Validar uma startup antes de montar o funil comercial é provar, com pouca gente e pouco dinheiro, três coisas: que o problema existe para um perfil de cliente específico, que esse cliente usa a solução e que alguém paga por ela. O funil vem depois, porque ele serve para repetir uma venda que já aconteceu. Montado antes, ele organiza uma suposição.
Nos relatórios das minhas mentorias, em 9 das 62 startups registrei alguma forma de validação pulada: a startup avançou para produção, produto completo, estrutura de venda ou base de usuários antes de saber se alguém pagaria. O erro tem formas repetidas, e o caminho para evitá-lo também.
De onde vêm os números
O universo são 69 relatórios de mentoria de 62 startups que atendi em programas de aceleração, de 04/2025 a 09/2026. Cada relatório é o texto que preenchi depois da sessão, com o que a startup trouxe, o meu diagnóstico e os encaminhamentos. Em 60 dos 69 relatórios a startup estava antes de operar (13 em ideação, 21 em validação, 26 em MVP); 9 estavam em operação e nenhuma em tração.
As categorias são a minha leitura como mentor. A recontagem foi feita relatório a relatório em 26/09/2026, com a startup como unidade: ela entra na categoria se pelo menos um dos seus relatórios registra o problema no que ela trouxe ou no meu diagnóstico. Recomendação que aparece só nos encaminhamentos não conta.
Critério de "validação pulada": o que a startup trouxe, ou o meu diagnóstico, registra que a startup avançou (produto além do mínimo, orçamento de produção, estrutura de venda ou funil, base cadastrada) antes de validar o problema, a disposição de pagar ou o cliente pagante; ou registra esse risco como o risco central do momento. A startup que ainda estava validando sem ter pulado etapa ficou de fora. Com esse critério, deram 9 de 62.
Nove é minoria, e isso é informação. Nas outras 53, não registrei etapa pulada. O que torna os nove casos úteis é que o erro tem formas repetidas, e elas aparecem também em quem ainda não caiu nele.
As formas que a validação pulada toma
Contei sem nome, pelo que ficou registrado:
- O produto passou do mínimo. Uma plataforma estava funcional e visualmente acabada, mais do que um MVP precisaria, sem nenhum teste de mercado.
- A produção orçada antes da primeira venda. Um produto físico dependia de uma tiragem mínima que o fundador não tinha como pagar, e a validação ficou presa a ela. O teste com um primeiro usuário mostrava que o método funcionava, mas ninguém tinha provado que pagaria o preço pensado.
- O MVP rodando sem cobrança. Um produto funcionava num parceiro havia mais de um ano sem monetização e sem dado de impacto. Recomendei converter o parceiro em cliente pagante, mesmo com valor reduzido, para testar a disposição de pagar.
- A base cheia e parada. Mais de mil estabelecimentos cadastrados pela equipe, sem contato prévio, e poucos ativos.
- O funil pedido cedo demais. Em duas sessões de setembro de 2026 o pedido era funil ou estratégia de vendas, com o produto em protótipo de telas numa e em piloto na outra.
- A validação com quem usa, e não com quem paga. Uma startup validou a ideia com estudantes e partiu para a venda às universidades, que seriam as pagantes, sem ter falado com elas.
Validar o quê, exatamente
Nas sessões, divido a validação em três perguntas, nessa ordem. Cada uma tem uma resposta que dá para medir.
1. O problema existe para um perfil específico?
A resposta vem de conversa, não de formulário. Pesquisa com poucas respostas não sustenta conclusão, e um dos relatórios registra exatamente isso: a hipótese de público tinha saído de uma pesquisa pequena demais para decidir alguma coisa. O formulário serve de complemento. A base é a entrevista curta, com perguntas sobre a situação atual: como a pessoa resolve hoje, quanto isso custa em tempo e dinheiro, o que ela já tentou.
Aqui entra o ICP. Validar o problema "para todo mundo que tem a dor" não valida nada, porque cada perfil tem urgência, orçamento e canal diferentes. O texto sobre como definir o ICP quando o problema parece ser vender mais trata desse passo. Nesta base, 29 das 62 startups tinham o ICP indefinido no momento da mentoria.
2. O cliente usa a solução?
Uso se prova com uso, e a forma mais barata é fazer à mão o que o produto um dia vai automatizar. Três recomendações que aparecem nos relatórios:
- Receber o pedido por uma página simples ou por WhatsApp, resolver manualmente por trás e entregar o resultado. O cliente recebe o resultado prometido; só não se anuncia automação que ainda não existe.
- Numa plataforma de duas pontas, começar pela ponta que a outra precisa encontrar. Se quem busca não encontra oferta, não volta. Por isso a oferta vem primeiro, mesmo que seja montada à mão.
- Montar a coleta antes de começar o piloto: roteiro de perguntas, formulário de acompanhamento e registro do que se observa. Um piloto de dois meses sem coleta organizada tende a terminar sem resposta e a precisar ser refeito.
3. Alguém paga?
É a pergunta que mais fica para depois, e a que o funil mais depende de ter respondida. As formas mais baratas de testar:
- Piloto pago, mesmo com valor simbólico. Pagamento é o sinal que elogio não substitui.
- A menor venda possível. Para o produto físico, a recomendação foi um item pequeno, de tema único, barato de produzir, vendido antes da tiragem do kit completo. Quem compra o pequeno entra numa lista de espera do completo, e a lista vira dado de demanda.
- Lista de espera com condição, como desconto para quem reservar primeiro.
- Converter parceiro em cliente, com contrato e valor, mesmo reduzido.
O preço também se valida
Em 12 das 62 startups o preço ou o modelo de cobrança estava indefinido no momento da mentoria (critério: o que a startup trouxe, ou o meu diagnóstico, registra preço não definido, em aberto, tirado da concorrência sem teste ou julgado inviável). Validação que termina sem preço testado deixa o funil sem o número mais importante.
Três recomendações aparecem com frequência nos relatórios:
- Precificar por dois caminhos e cruzar. Um é o preço de referência do mercado. O outro é o custo real de uma entrega do piloto, incluindo a hora de trabalho do fundador, mais a margem mínima que fecha as contas. Se os dois não se encontram, o posicionamento ou o custo precisa mudar.
- Olhar o valor gerado, e não só o concorrente. Quando a solução tira do cliente um custo grande, cobrar muito pouco também é erro: a startup entrega mais do que recebe e ainda absorve o custo da operação.
- Conferir se o modelo sustenta o negócio. Num caso, um pagamento único e baixo exigiria milhares de clientes novos por mês. A recomendação foi passar para cobrança recorrente, que combinava com o uso do produto.
Quem conduz a validação quando o time é técnico
Em 11 das 62 startups registrei time de formação técnica, científica ou acadêmica sem experiência comercial. Nessas, o relatório costuma registrar o produto à frente da conversa com o mercado: patente, estudo e protótipo prontos, e pouca gente de fora ouvida. A recomendação foi dividir a função comercial entre os sócios, com responsabilidades e rotina mínima de contato definidas, e avaliar a entrada de alguém com perfil comercial, como sócio ou contratação. A validação é o primeiro trabalho dessa função.
Piloto com começo, meio e fim
Um encaminhamento que se repetiu em mais de um relatório foi limitar o piloto. Piloto sem prazo e sem critério de sucesso tende a se estender, a empresa parceira usa sem compromisso e a startup não aprende nada que possa usar na próxima venda. O que recomendei:
- Defina o escopo: um fluxo, um tipo de usuário, uma unidade.
- Defina o prazo, e o que precisa acontecer até lá.
- Defina as métricas antes de começar: adesão, frequência de uso, tempo até o primeiro resultado, ganho medido para o cliente.
- Combine desde o início o que acontece se der certo: vira contrato, com qual valor.
- Registre o resultado como caso, com antes e depois, para usar na venda seguinte.
O erro do outro lado
Validar também pode travar. Um relatório de agosto de 2026 registra uma startup há tempo demais em planejamento, refinando estratégia e versões de pitch, sem produto em uso. Nesse caso a recomendação foi o inverso: escolher um cliente piloto conhecido, usar um caso real e aprender com ele, em vez de continuar ajustando a apresentação. A validação serve para gerar aprendizado com cliente de verdade, e isso não acontece dentro da planilha.
Quando o funil entra
Com as três respostas na mão, o funil deixa de ser um desenho e passa a ser a descrição de algo que já aconteceu algumas vezes. Um relatório de setembro de 2026 resume o critério que uso: sair da validação sabendo qual produto é mais fácil de vender, quem é o cliente ideal e qual canal funciona. Com isso dá para escrever as etapas, os gatilhos de avanço e as metas de conversão com base em dado. A partir daí, cada etapa se mede com análise de funil, que mostra onde os clientes param.
Antes disso, o que vale construir em paralelo é o topo: conteúdo, presença digital e uma página que explique a proposta. Mesmo a venda por indicação costuma passar por uma checagem na internet antes da decisão, e esse trabalho não depende de o funil estar pronto.
Sinais de que a validação foi pulada
Pelos relatórios, estes são os sinais que me fizeram escrever "validação pulada" ou "risco de pular a validação":
- O produto está mais bonito do que o número de clientes justifica.
- Existe orçamento de produção, contratação ou mídia paga e não existe cliente pagante.
- A base de usuários cresce e a ponta que paga continua vazia.
- O pedido é "montar o funil" e ninguém sabe dizer quem comprou e por quê.
- A validação foi feita com o usuário e o pagante é outra pessoa.
Limites desta contagem
- As categorias são leitura minha, feita a partir do relatório que eu escrevi depois de cada sessão. Outro mentor poderia classificar diferente.
- O relatório resume uma hora de conversa. O que não foi escrito não entrou na contagem.
- A base registra o momento da mentoria e não acompanha o que aconteceu com cada startup depois. Ela não permite dizer se a recomendação funcionou.
- O grupo é de programas de aceleração, quase todo antes de operar. Os números não descrevem empresas maduras.
A lista de startups desta categoria, com identificador anônimo em ordem da primeira sessão, é: O04, O13, O27, O29, O45, O59, O60, O61 e O62.
Para o terceiro passo da venda, o de explicar o valor a quem assina o contrato, o texto sobre proposta de valor para quem paga usa a mesma base.
Termos do glossário neste artigo
Esse artigo faz parte do hub CX para PMEs.