Matar uma ideia de funcionalidade antes que custe semanas

Para matar uma ideia de funcionalidade, teste a hipótese mais arriscada de forma barata, decida de antemão que resultado significa parar e então pare de verdade. Escreva o que aprendeu para a ideia não voltar escondida daqui a seis meses. Cada ideia que você mata devolve semanas de noites.

Como matar uma ideia de funcionalidade

Ninguém vai fazer uma festa pela funcionalidade que você não construiu.

Esse é o problema. Quando você entrega, há um changelog, um tuíte, uma pequena dose de orgulho. Quando mata uma ideia, há silêncio. Você está sozinho, então não há com quem comemorar, e a decisão fica sem registro. Em alguns meses, a descoberta começa a parecer improdutiva ao lado de tanta entrega visível.

Não é. Matar a ideia certa costuma ser a coisa mais valiosa que a sua semana produz. Devolve semanas de noites, e noites são o único orçamento que um negócio de uma pessoa só não consegue reabastecer.

Então aprenda a fazer isso de propósito. Aqui está o método.

Por que ideias são tão difíceis de matar

Porque você já construiu na sua cabeça.

Você enxerga a tela. Já deu nome ao botão. Sabe quais clientes vão amar. Quando você "avalia" a ideia, não está julgando um palpite. Está defendendo um plano.

E a IA piorou isso. Antes, construir a coisa errada levava meses e um desenvolvedor, então o custo te obrigava a ter cuidado. Agora leva um fim de semana. A tentação é pular a pergunta e ir direto a uma resposta bonita. O custo não te protege mais. Você precisa se proteger de propósito.

Uma funcionalidade que você matou numa tarde é um fim de semana que você guardou.

Guia gratuito · 21 páginasContinue descobrindo. Continue construindo.Como continuar descobrindo enquanto continua construindo, sendo uma só pessoa, sem parar nenhum dos dois.Baixe o guia gratuito →

Passo um: tire a solução, ache a hipótese

Uma ideia chega como funcionalidade. "Adicionar um dashboard." "Construir o novo onboarding." Isso é uma solução, e soluções não podem ser testadas. Hipóteses podem.

Então vire do avesso. Pergunte o que precisa ser verdade para funcionar:

• As pessoas realmente têm o problema.
• Elas vão mudar de comportamento para usar a solução.
• Elas vão entender.
• Elas vão pagar, ou ao menos valorizar o bastante para importar.

Ordene pelo que mais doeria se estivesse errado. Depois vá atrás dessa. Não da confortável. A maioria de nós testa se a coisa é usável, porque usável é mensurável e agradável. Se alguém se importa é a hipótese que de fato mata ideias, e costuma ficar sem teste até o lançamento. O nosso texto sobre achar a hipótese mais arriscada mostra como identificá-la.

Passo dois: decida como é "morta" antes de testar

Este é o passo que torna o resto honesto.

Antes de rodar o teste, complete esta frase por escrito: "Se eu vir ___, largo isto."

Depois faça a pergunta de verdade. Se isso voltar negativo, eu vou mesmo parar?

Se a resposta honesta é não, não rode o teste. Construa a coisa. Pelo menos é honesto. Um teste que você ignoraria é pior do que nenhum teste: custa uma noite e fabrica falsa confiança.

Se a resposta é sim, você tem um interruptor de morte de verdade. Agora escolha o teste mais barato que poderia te mover. Uma conversa. Uma página com preço. Um protótipo rústico. Fazer à mão para uma pessoa. Ou olhar dados que você já tem. O texto sobre testes baratos passa pelas opções.

Passo três: leia o resultado como um cético

Quando o resultado é ruim, o seu cérebro começa a barganhar. "Não entenderam a pergunta." "Semana errada." "Talvez com um design melhor."

Às vezes é verdade. Na maioria das vezes é a parte de você que queria construir, entrando com um recurso.

Use esta tabela para se manter honesto.

Olhe de novo a segunda linha. Se você escreveu a régua antes, essa discussão acaba em uma linha. Esse é todo o valor de escrever.

Passo quatro: escreva o obituário ao matar uma ideia

Quatro linhas. Só isso.

1. O que perguntei ou supus.
2. O que fiz para testar.
3. O que encontrei.
4. O que decidi, e por quê.

Guarde onde você ache daqui a seis meses. Não na cabeça. Não numa conversa de chat que você nunca vai reabrir.

São dois motivos. Primeiro, protege o seu trabalho de descoberta da sua própria acusação de que ele não produz nada. Uma lista de ideias mortas é produto. Prova que o filtro funciona. Segundo, impede que a mesma ideia volte. Sem registro, a mesma sugestão retorna em seis meses, parece nova e custa o mesmo teste de novo.

Antes de começar qualquer coisa que pareça familiar, confira o registro. Ela pode já estar morta.

Avaliação gratuitaQuão preso você está, de verdade?Faça o Índice de Sufocamento Corporativo, a avaliação gratuita para saber se você está pronto para ser um EUpreendedor.Fazer a avaliação →

Passo cinco: recuse o zumbi

A ideia que você matou vai tentar voltar com outra fantasia.

Volta como versão "lite". Como experimento. Como algo que um cliente perguntou de passagem. Quando aparecer, passe-a pelo mesmo portão de qualquer coisa nova: qual é a hipótese, o que me faria largar, o que o registro dizia?

Se surgiu evidência nova, ótimo. Reabra. Se nada mudou além do seu humor, ela continua morta.

Uma nota sobre clientes. Um único pedido é um ponto de dado, não um mandato. Trate-o como motivo para perguntar sobre o comportamento passado, usando os hábitos de conversar com clientes sem induzi-los. Não o trate como especificação.

O que você ganha ao matar uma ideia de funcionalidade

Digamos que você vende um serviço produtizado por conta própria. Uma ideia de funcionalidade cai numa terça. Levaria quase um mês de noites para construir. Você gasta duas conversas e um olhar nos dados que já tem, e a ideia não passa da régua que você definiu. Quanto custou? Uma ou duas noites. O que devolveu? Um mês. Um mês que agora você pode gastar em algo com evidência melhor por trás. Cada ideia morta por duas conversas é um mês de noites redirecionado. Essa é a economia da prática inteira. Construir é de longe a forma mais cara de testar uma hipótese. A descoberta existe para responder barato o que você responderia em noites. Uma ideia morta é a prova mais limpa de que funcionou.

Há também um benefício mais quieto. Trabalhando sozinho, a incerteza não tem para onde ir. Ou você constrói a coisa de que duvida, ou discute consigo mesmo às onze da noite e perde. Um processo de matar ideias dá uma terceira opção: essa é uma pergunta de verdade, aqui está o teste barato, vou saber até sexta. Um ciclo de ansiedade vira uma pergunta com data.

Guia gratuito · 21 páginasContinue descobrindo. Continue construindo.Como continuar descobrindo enquanto continua construindo, sendo uma só pessoa, sem parar nenhum dos dois.Baixe o guia gratuito →

Como saber se você está matando o bastante

Aqui está uma checagem direta. Olhe para os seus últimos meses de descoberta. Quantas decisões de não construir ela produziu?

Se a resposta é nenhuma, a descoberta não é um filtro. É um processo de aprovação. A sua lista de construção está sendo alimentada sem exame, com algumas reuniões extras anexadas. Isso acontece mais quando você põe funcionalidades decididas de antemão na trilha de descoberta: validar uma solução que você já escolheu produz, de forma confiável, a confirmação que você foi procurar.

Uma trilha saudável mata coisas. Não tudo, e não por hábito. Mas com regularidade e de forma visível. Conte. Ponha as ideias mortas ao lado das entregues e veja qual lista é maior. Se você quer saber se a sua ideia passa da régua, o texto sobre validação trata do outro lado.

Avaliação gratuitaQuão preso você está, de verdade?Faça o Índice de Sufocamento Corporativo, a avaliação gratuita para saber se você está pronto para ser um EUpreendedor.Fazer a avaliação →

Perguntas frequentes

Como sei que vale matar uma ideia em vez de testar mais?

Se a hipótese mais arriscada foi testada e voltou abaixo da régua que você escreveu de antemão, mate. Se você nunca testou a hipótese perigosa, só a confortável, teste de novo antes de decidir para qualquer lado.

E se um cliente pedir a funcionalidade?

Trate como pista para uma conversa, não como ordem. Pergunte o que ele faz a respeito do problema hoje, quando bateu nele pela última vez e o que tentou. Comportamento passado é evidência. Um pedido é uma previsão.

Devo registrar ideias em que pensei só por um minuto?

Registre as que você testou ou pesou a sério. Quatro linhas bastam. O objetivo é que ninguém, nem o você do futuro, gaste outra noite reaprendendo a mesma coisa.

Posso voltar atrás depois de matar uma ideia?

Pode, se a evidência mudou. O registro diz o que você supôs e por que parou, então dá para ver se algo é de fato diferente. Se só o seu entusiasmo mudou, deixe quieta.

Matar uma ideia de funcionalidade não me deixa menos ambicioso?

Não. Aponta as suas noites limitadas para as ideias com a melhor evidência por trás. Construir a coisa errada de forma linda é a escolha pouco ambiciosa, porque parece progresso e não é.

O método completo, com os checklists, está em O Playbook de Dual-Track, um playbook gratuito de 21 páginas.