Validando uma ideia de produto em 7 dias (antes de escrever código)
O maior desperdício em tech é construir algo que ninguém quer. Um roteiro enxuto de 7 dias para provar que existe demanda — com sinal real, não elogio.

O maior desperdício de tempo e dinheiro em tecnologia não é código mal escrito. É código bem escrito para um produto que ninguém queria. Como dev, a tentação é irresistível: a ideia surge, você abre o editor e, em duas semanas, tem um MVP lindo — e zero usuários.
Resista por sete dias. Este é o roteiro.
O princípio: comportamento vale mais que opinião
Antes do roteiro, a regra que sustenta tudo. Quando você pergunta “você usaria um app que faz X?”, as pessoas são educadas e dizem “sim, que legal”. Isso não é validação — é gentileza. Validação é quando alguém faz algo que custa: deixa o email, entra numa lista de espera, paga um pré-pedido.
Sinal > elogio. Sempre.
O roteiro de 7 dias
Dias 1–2 — Enquadre o problema. Escreva, em uma única frase, a dor que você resolve e para quem. Se não couber numa frase, você ainda não entendeu o problema — e construir em cima de um problema difuso é construir na areia.
Dias 3–4 — Converse com 5 pessoas reais. Gente que tem essa dor. E a pergunta certa não é sobre o futuro (“você usaria?”), é sobre o presente: “Como você resolve isso hoje? Quanto tempo/dinheiro isso te custa?”. O passado e o presente revelam comportamento; o futuro revela fantasia.
Dia 5 — Monte uma oferta (falsa, por enquanto). Uma landing page simples: a promessa clara, como funciona, e um botão. “Quero acesso antecipado”, “Entrar na lista”. Nada de produto ainda — só a proposta de valor e uma ação possível.
Dia 6 — Leve 100 pessoas certas até a página. Uma comunidade onde seu público está, um anúncio barato, seu próprio círculo. Não precisa de escala — precisa das pessoas certas.
Dia 7 — Leia o sinal. Qual a taxa de cliques no botão? Quantos deixaram o email? Isso é dado real, não achismo. Uma taxa de conversão decente na oferta é sinal verde. Silêncio é sinal — e é melhor saber agora.
O que conta como validação (e o que não conta)
| Conta como sinal | Não conta |
|---|---|
| Deixou o email | Disse “parece legal” |
| Fez um pré-pedido | Deu like no post |
| Pediu para ser avisado | “Eu usaria com certeza” |
| Indicou para alguém | Elogiou a ideia no café |
Por que isso é libertador, não limitante
Parece que validar “atrasa” o produto. É o contrário: validar te devolve semanas. Se o sinal for fraco, você descobriu em 7 dias — e não em 3 meses de código — que a ideia precisa pivotar. Se o sinal for forte, você abre o editor com uma convicção que vale ouro: alguém, lá fora, realmente quer isso.
Só depois do dia 7 vale escrever a primeira linha.