Blog · Validação de ideias

Matar ideias cedo é um superpoder

Todo dev tem um cemitério de projetos paralelos. Os que doem não são os que morreram — são os que morreram tarde demais, depois dos fins de semana, das reescritas e do lançamento que ninguém viu.

Converse com qualquer pessoa que constrói produto e cedo ou tarde aparece a história do projeto que levou seis meses de vida embora. Não era uma ideia ruim — era uma ideia plausível, o que é pior. Ideia plausível sobrevive às suas dúvidas. Vai acumulando commits, fins de semana e marcos de "está quase", e quando a realidade finalmente dá o veredito, o prejuízo não é a ideia. É tudo o que você investiu nela.

Por que as ideias morrem tarde

Raramente é falta de informação. Na metade do caminho, a maioria já desconfia da verdade. O projeto segue mesmo assim, por motivos que não têm nada a ver com evidência: custo afundado — "já investi demais para parar agora" — e identidade. Em algum momento, "estou fazendo uma ferramenta de faturamento" virou "eu sou a pessoa da ferramenta de faturamento", e matar o projeto passa a parecer matar um pedaço de você.

Agentes de código pioraram isso sem fazer barulho. Quando progresso é barato, o alarme de que algo está errado — "por que isso está tão difícil?" — nunca toca. O repositório cresce. Momentum parece validação. Não é.

Matar é um veredito, não um fracasso

A saída é mudar o que "matar uma ideia" significa. Fracasso é quando a realidade decide por você, meses depois, com plateia zero. Veredito é quando você decide, cedo, com base em evidência: essa hipótese foi testada, não sobreviveu, paramos por aqui. A mesma ideia, custos completamente diferentes — uma ideia enterrada na primeira semana custa uma semana; a mesma ideia enterrada no sexto mês custa meio ano, mais a confiança que você vai precisar para a próxima.

Um bom "não" tem três características. É baseado em evidência — você aponta o teste que falhou, não um desânimo passageiro. É registrado — o raciocínio fica por escrito, porque ideia enterrada volta, e você do futuro merece saber por que o do passado disse não. E é final por enquanto, não para sempre — "matar" significa "não isso, não agora, com essa evidência", o que deixa a porta aberta se a evidência mudar.

Nem toda ideia merece morrer

Uma decisão honesta tem quatro saídas, e matar é só uma. Às vezes a resposta é construir — a hipótese arriscada sobreviveu a um teste de verdade. Às vezes é validar mais — a evidência está dividida e mais um teste barato resolve. Às vezes é pivotar — o problema é real, a sua solução não. A questão não é sair atirando. É decidir de propósito, num momento que você escolheu, em vez de deixar o projeto apodrecer no abandono — a não-decisão lenta que não ensina nada.

O que matar cedo te dá em troca

Cada ideia enterrada cedo é recurso transferido para a próxima: semanas de trabalho, motivação inteira e crédito com as pessoas que você vai chamar para testar o que vier. Quem mata rápido tenta mais vezes — e número de tentativas honestas é boa parte do jogo. O cemitério deixa de ser vergonha e passa a ser o que de fato é: prova de que você testa as próprias ideias a sério.

Onde a Motriz entra

Na Motriz, a decisão de parar é parte da jornada, não admissão de derrota. Toda ideia passa por nove perguntas de fundador até a hora da decisão, quando o cofundador põe na mesa as evidências a favor, as evidências contra e os riscos em aberto — e recomenda um de quatro vereditos honestos: construir, validar mais, pivotar ou encerrar. O que você decidir fica registrado com o raciocínio. Se a resposta for parar, você acabou de ter o fracasso mais barato da sua carreira — e a próxima ideia começa com tudo o que essa ensinou.

Textos anteriores da série: o passo que todo mundo pula e como validar uma ideia antes de escrever a primeira linha de código.

Dê à sua próxima ideia uma decisão honesta.

Baixar Motriz para macOS

Grátis durante o early access · Sem conta · Veja as nove perguntas