Validar demanda antes de abrir o sprint do MVP é o corte que o caderno deveria ter e o board muitas vezes não tem: alguém demonstra intenção (tempo, entrevista honesta, lista, pré-compra) antes da engenharia comprometer o ciclo. Sprint aberto com hipótese solta é delivery de palpite. Café, usuário e caderno — capa — ainda batem landing sem conversa.

MVP em 60 dias (slug legado) fala de ritmo; o Studio ancora MVP em até 90 dias. Hipótese escrita é o contrato. Discovery antes de feature de IA é o vício do copiloto. Este texto é o momento: o clique de “abrir sprint”.

O que conta como demanda — e o que não conta

Conta: usuário do segmento tentando a tarefa; e-mail corporativo em lista com texto claro do que virá; concierge com perguntas reais; intenção de pagar combinada (mesmo que o valor ainda seja hipótese). Não conta: elogio de conhecido; like em post; “eu usaria” sem calendário; demanda do stakeholder interno sem contato com quem sofre.

Landing sozinha é fraca. Landing mais conversa é melhor. Entrevista sem pedido de compromisso também é fraca — pessoa educada mente. Peça a tarefa no protótipo.

O ritual de uma a duas semanas

  1. uma frase de hipótese de demanda;
  2. o teste mais barato;
  3. critério de morte escrito;
  4. só então o sprint de implementação da fatia que sobreviveu.

Se o critério não passou, o sprint não abre. O board pode ter um item de “aprender”. Aprender não é o mesmo DoD de build. Misturar os dois inchou todo MVP que vocês já viram.

Diagnóstico em 48h no Studio existe para não começar o relógio de 90 dias no palpite. Fundador ansioso ganha o concierge, não o sprint fantasma.

Relação com engenharia

Engenharia na validação estima viabilidade cedo — “isso não cabe”. Não constrói a plataforma. Capacidade de fábrica ou de alocação entra depois da demanda. Inverter é o burn de runway clássico.

O café da capa não é estética. É o teste barato: a pessoa tenta a tarefa com papel, o PM anota onde desiste, o critério de morte já está no caderno. Sem o critério, a entrevista vira elogio educado e o sprint abre no dia seguinte. Com o critério, o board pode ter “aprender” — DoD diferente de build. Misturar os dois é o MVP que nunca termina e o palco que já foi vendido.

Como a Tech Coders valida antes do sprint

No Startup Studio, demanda e hipótese vêm no diagnóstico (48h) antes do build rumo a MVP em até 90 dias. Não abrimos sprint de implementação como primeiro movimento. Abrimos o teste barato — e o código quando a evidência aponta o mesmo lado.

Perguntas frequentes

E se o investidor já “comprou” o roadmap?

Roadmap de palco e sprint de MVP são documentos diferentes. Validação pode mudar o palco. Esconder isso queima confiança depois. Mostrar o critério de morte é mais adulto.

Quantas entrevistas bastam?

O bastante para o critério que vocês escreveram. Cinco conversas bem feitas matam muita hipótese. Não há N universal neste artigo. Há N combinado.

Landing paga substitui conversa?

Não. Complementa. Conversa acha o porquê. Landing acha um sinal fraco de interesse. Os dois, se couberem no prazo.

Posso validar no próprio sprint 1 com feature flag?

Pode se o custo de build for o teste mais barato — raro. Na dúvida, concierge. Flag em cima de plataforma já é sprint de produto, não de demanda.