Como validar uma ideia de app antes de construir

Você valida uma ideia de app conversando com quem tem o problema sobre o que essa pessoa já faz hoje, e não sobre o que ela faria com o seu app. Se ela tem um improviso, lembra da última vez que deu problema e já gastou tempo ou dinheiro tentando resolver, o problema é real.

Hoje, construir um app ficou barato. Você descreve em português o que quer, a IA escreve o código, e em poucas horas aparece uma tela funcionando. Isso é ótimo. E também é perigoso, porque a parte cara deixou de ser o código. A parte cara agora é o seu tempo gasto num app que ninguém abre.

Validar uma ideia é descobrir, antes de construir, se o problema existe do jeito que você imagina e se alguém se importa o suficiente para mudar o que faz hoje. Neste guia eu explico por que esse passo vem primeiro, o que perguntar e o que observar. E mostro como pensei a demanda nos três micro apps que construí, e o que cada um me ensinou sobre isso.

Por que validar antes de construir

O erro mais comum de quem cria o primeiro app é começar pela solução. A pessoa acorda com uma ideia, acha genial e já sai construindo. Duas semanas depois, o app está no ar e ninguém usa. O app até pode estar bem feito. O que faltou foi gente com aquele problema, do jeito que a pessoa imaginou.

Na engenharia de software existe uma regra antiga: quanto mais tarde você descobre um erro, mais caro ele fica. Um erro de digitação descoberto na hora custa um segundo. O mesmo erro descoberto depois de publicado custa uma tarde. Com ideia de app é igual, só que em escala maior. Descobrir numa conversa de cinco minutos que ninguém quer o seu app custa cinco minutos. Descobrir depois de construir custa semanas, e ainda vem com o desânimo de quem achou que tinha errado em tudo.

Por isso o micro app combina tanto com validação. Ele é pequeno, tem uma função, um público e um problema. Fica fácil perguntar a coisa certa para a pessoa certa. Um app "para todo mundo" não tem nem por onde começar a validar, porque você não sabe com quem conversar.

A pergunta que estraga tudo: "você usaria?"

A maioria das pessoas valida assim: manda a ideia para os amigos e pergunta "você usaria um app que faz tal coisa?". A resposta é sempre sim. As pessoas são gentis, não querem te desanimar, e dizer "usaria" não custa nada.

O problema é que opinião sobre o futuro quase nunca vira ação. "Eu usaria" não paga conta, não abre o app e não indica para ninguém. Existe um livro inteiro sobre isso, o The Mom Test, de Rob Fitzpatrick. O nome diz tudo: são perguntas que nem a sua mãe consegue responder só para te agradar.

A virada é simples de dizer e difícil de fazer: pergunte sobre o que a pessoa já fez, e não sobre o que ela faria. Fatos do passado são difíceis de inventar. Promessas sobre o futuro são fáceis demais.

Elogio não é compromisso. "Que ideia legal" conta como não.

O teste das 3 perguntas

No meu e-book grátis, "O app de uma função só", eu proponho um teste curto para fazer com uma pessoa só, ainda hoje, até por mensagem. São três perguntas.

1. Como você resolve isso hoje?

Essa pergunta procura um improviso. Um caderno, uma planilha que só a pessoa entende, um grupo de WhatsApp para anotar coisas, um áudio repetido toda semana. Quando alguém improvisa, é porque o problema incomoda o suficiente para ela fazer alguma coisa. Se a resposta for "ah, não faço nada, deixo para lá", o problema talvez não doa tanto.

2. Quando foi a última vez que deu problema?

Essa mede frequência. Se a pessoa lembra na hora ("sábado passado, o motoboy levou o lanche errado"), o problema é frequente e está fresco. Se ela pensa muito e diz "ah, faz tempo", talvez seja uma chatice de vez em quando, que não justifica um app.

3. Quanto você já gastou, em tempo ou dinheiro, tentando resolver?

Essa é a mais forte. Se a pessoa já paga por alguma coisa e continua reclamando, você sabe que existe dinheiro para esse problema e espaço para uma solução melhor. Tempo também conta: duas horas por semana refazendo orçamento é um custo real.

A leitura é direta. Improviso, lembrança fresca e algum gasto, juntos, indicam um problema real. Uma resposta vaga e simpática, sem nenhum dos três, indica que talvez não seja.

Um detalhe que faz diferença: você só fala da sua ideia no fim, se falar. As três perguntas são sobre a vida da pessoa. Quanto mais cedo você apresenta o app, mais a conversa vira uma avaliação educada da sua ideia, e menos você aprende sobre o problema.

Sinais que valem mais do que palavras

Conversa é o começo. Mas tem sinais mais fortes do que qualquer resposta, e eles têm uma coisa em comum: a pessoa entrega algo dela.

Quando alguém diz "me avisa quando estiver pronto", deixa o contato, pede para entrar numa lista ou indica um amigo com o mesmo problema, está dando tempo, contato ou reputação. Isso é compromisso. É diferente de elogio, e vale muito mais.

Também existem sinais que não dependem de conversa. Uma página simples, com a dor no título e um botão de "quero", publicada onde o seu público está, mede quantas pessoas agem sem você pedir. Para quem não gosta de abordar desconhecidos, é um ótimo termômetro. Mesmo assim, eu insisto em ouvir pelo menos algumas pessoas reais. Reclamação na internet prova que o problema existe. Só a resposta ou a ação de uma pessoa prova que ela quer a sua solução.

E existe o sinal mais forte de todos, que quase ninguém tem coragem de testar: alguém pagar. Não "eu pagaria". Pagar. Esse teste vem depois que o app está no ar e tem gente usando, e eu conto como faço no Método.

Concorrente é boa notícia

Muita gente pesquisa, encontra um concorrente e desiste. Eu penso o contrário. Se alguém já vende uma solução, o problema existe e tem gente pagando. Ser o primeiro importa pouco. O que você procura é a brecha: o que as soluções atuais fazem mal, ou para quem elas não foram feitas.

No Cardápio no Zap, a pesquisa mostrou três tipos de solução. Os grandes apps de delivery trazem muito pedido, mas cobram comissão sobre cada venda, e é exatamente disso que os donos reclamam. Os cardápios digitais genéricos mostram o cardápio bonito, mas o pedido não chega organizado no WhatsApp. E o improviso mais comum é o cardápio em PDF com o pedido por áudio, que é de graça e gera erro. Ninguém ali fazia uma coisa simples: um cardápio por link, sem comissão, que entrega o pedido pronto no WhatsApp da lanchonete pequena. Essa era a brecha.

Um cuidado: o seu diferencial não pode ser só "é mais barato". Preço baixo qualquer um copia. Procure algo que você faz melhor para um público específico.

Como pensei a demanda nos meus três apps

Construí três micro apps com o método: o Cardápio no Zap, o Orçamento no Zap e o Preço Certo. Quero mostrar como a demanda foi pensada em cada um. As três pistas do teste apareceram nos três, cada vez de um jeito diferente.

Cardápio no Zap

O Cardápio no Zap nasceu como o app de demonstração das aulas. Escolhi essa ideia porque as três pistas apareciam juntas. Improviso: cardápio em PDF e pedido por áudio. Frequência: todo dia, várias vezes por dia. Gasto: muitas lanchonetes pagam comissão a apps de delivery e reclamam dela. E pesou o alcance: existe lanchonete em todo bairro, então eu sabia onde encontrar gente com o problema.

A frase do problema ficou assim: "Para donos de lanchonete de bairro, que perdem pedidos e tempo quando os clientes pedem por áudio ou pelo cardápio em PDF no WhatsApp, o meu app entrega o pedido pronto e organizado no WhatsApp da lanchonete." Repare que ela não fala em inteligência artificial. O dono da lanchonete não liga para a tecnologia, liga para o pedido que chegou errado.

A primeira coisa construída não foi o app. Foi uma página de espera, com o título "Pare de anotar pedido por áudio" e um botão que abre o WhatsApp com uma mensagem pronta para entrar na lista. Cada mensagem que chega é uma pessoa na lista, sem banco de dados e sem cadastro.

Uma página assim mede interesse sem depender de conversa. Você posta o link nos grupos onde o seu público está e conta quantas mensagens chegam pedindo para entrar. Junto com ela, vale conversar com alguns donos usando as três perguntas. Um exemplo de resposta forte, do tipo que você quer ouvir: "Sábado passado eu anotei um X-Tudo como X-Salada, o cliente reclamou e eu refiz o lanche de graça." Na mesma frase aparecem o improviso (anotar o áudio), a lembrança fresca (sábado passado) e o gasto (o lanche refeito). Quando três ou quatro pessoas falam desse jeito, você tem um problema real nas mãos.

Orçamento no Zap

Aqui o improviso também é fácil de ver: o pintor ou o eletricista manda o preço por áudio ou numa mensagem solta, no meio da conversa. A dor não é só perder tempo. É passar pouca confiança. Um cliente que recebe três áudios com valores diferentes tem motivo para desconfiar. A frase do problema juntou as duas coisas: perdem tempo e passam pouca confiança quando mandam preço por áudio ou em mensagem solta.

Esse app me ensinou que validar também é descobrir limites antes de prometer. A ideia era "gerar o PDF e mandar no WhatsApp". Só que um link do WhatsApp leva apenas texto, não anexa arquivo. Se eu tivesse vendido a promessa sem saber disso, ia decepcionar justamente quem acreditou. O app ficou com dois caminhos: no celular, usa o compartilhamento do próprio aparelho, que leva o PDF quando o navegador permite; quando não dá, baixa o PDF, abre o WhatsApp com a mensagem pronta e explica na tela como anexar.

Ele também ficou com uma lista grande do que não entra: pagamento online, nota fiscal, agenda, estoque, desconto e parcelamento, assinatura digital e logotipo. Nenhuma dessas funções responde ao problema da frase. Se alguém pedir alguma delas numa conversa real, aí sim ela ganha motivo para entrar.

Preço Certo

No Preço Certo, a dor aparece numa cena que quem vende doce conhece bem. A confeiteira sabe quanto pagou no pacote de farinha, mas não sabe quanto custaram os 200 gramas que usou. Não conta o próprio tempo, nem a caixinha, nem o gás. Olha o preço da vizinha e cobra parecido. No fim do mês, não sabe se sobrou alguma coisa.

Duas decisões vieram de pensar na demanda com honestidade. Comparar com o preço dos concorrentes ficou de fora, porque eu não tenho dados reais para isso e não ia inventar. E o app não promete lucro: ele sugere um preço a partir dos números que a própria pessoa digita. Promessa que o app não pode cumprir atrai o público errado e quebra a confiança de quem chega.

Nos três apps, o padrão se repetiu: a frase do problema veio antes do código, e cada função precisou responder a ela para entrar. Para o seu app, a pergunta que fecha esta etapa é simples. Quem, de verdade, já faz um improviso para resolver isso? Se você consegue apontar essas pessoas e sabe onde encontrá-las, está pronto para conversar com elas.

Armadilhas comuns na validação

Algumas armadilhas aparecem em quase toda primeira tentativa. Conversar só com amigos e família, que te amam e vão dizer que sim. Apresentar a ideia logo no começo, e transformar a conversa numa avaliação educada do seu app. Contar visita como interesse: mil pessoas abrindo a página e ninguém tocando no botão não é sinal bom. E a mais difícil: ouvir um "não" e explicar para si mesmo por que aquela pessoa não entendeu.

Tem também a armadilha da ideia amada. A gente sempre dá nota alta para a ideia que mais empolga. Por isso eu gosto de decidir por critério, e não por empolgação, e de escrever a decisão numa frase com os sinais que eu vi. Os caminhos são três: seguir, ajustar ou trocar. Trocar de ideia depois de uma semana de conversas não é fracasso. É ter economizado semanas construindo uma coisa que ninguém queria.

Por onde começar hoje

Escolha uma ideia. Se ainda não tem, a lista de 30 ideias de micro apps para negócios locais é um ponto de partida, e cada uma ainda precisa passar por esse teste com o seu público. Depois, faça as três perguntas para uma pessoa só, até por mensagem. Você vai aprender mais nessa conversa do que numa semana pensando sozinho.

Quando a ideia passar por esse primeiro filtro, vêm as decisões de construção, e aí os erros mudam de tipo. Escrevi sobre eles em os erros mais comuns de quem cria o primeiro app com IA.

O método completo de validação, com quem procurar, como conduzir as conversas, como ler os sinais e como decidir, é o Dia 2 do Método Micro App. Ele vem antes de qualquer linha de código, de propósito.

Perguntas frequentes

Quantas pessoas preciso ouvir para validar uma ideia?

Não existe número mágico, mas uma ou duas conversas não bastam. No Método, a meta é de cerca de 10 conversas com gente do público, e mesmo assim o resultado é um sinal, não uma garantia.

Dá para validar sem falar com ninguém pessoalmente?

Dá. Conversa por mensagem funciona, e uma página simples com um botão de interesse mede quem age sem você pedir. Só a reclamação na internet não basta: ela prova que o problema existe, não que alguém quer a sua solução.

Se eu achar um concorrente, devo desistir?

Não. Concorrente costuma ser boa notícia, porque mostra que o problema existe e que tem gente pagando. O que você procura é o que essas soluções fazem mal, ou para quem elas não foram feitas.

Validar garante que o app vai dar certo?

Não. Validar diminui a chance de você construir algo que ninguém quer. Depois de publicar, você ainda precisa ver se as pessoas usam, voltam e pagam.