No capítulo anterior, confirmamos que o desenvolvimento solo avança pelas 5 fases "decidir → preparar → criar → publicar → crescer", e que a regra de ouro é "limitar-se a 1 funcionalidade e publicar um MVP". Este Capítulo 2 trata da primeira fase, "decidir". Vamos seguir juntos desde definir em pequeno o que criar e para quem até dar a isso a forma de uma especificação (spec).
Deixar "o que você quer criar" pronto para entregar à IA
Por que "decidir" vem primeiro
Entendo bem a vontade de já começar a escrever código. Mas o erro mais comum no desenvolvimento solo é "criar e, no meio, não saber mais o que está criando". Se você põe a mão na massa com a meta vaga, a direção oscila – "ah, esta funcionalidade também" – e nunca termina.
Por isso, tudo bem deixar o código para depois. Primeiro deixe claro "o que, para quem e até onde criar". Sair andando sem mapa nem destino leva a se perder, é natural; por outro lado, basta ter o destino definido para que a IA, sua parceira, te guie pela rota mais curta.
As funcionalidades vão se multiplicando e tudo fica complexo. As instruções à IA oscilam a cada vez. O fim se afasta, a energia acaba e o projeto é abandonado.
A meta se fixa em uma só. Você dá instruções precisas à IA e a saída não oscila. Chega no menor caminho até "algo que funciona".
💡 "Decidir" não é um tempo para ficar remoendo. Não precisa de um plano de negócios perfeito. O que fazemos neste capítulo cabe em uma folha A4 (ou uma tela de notas): uma decisão pequena. Em vez de travar de tanto pensar, decidir – mesmo que provisoriamente – e seguir em frente te leva à meta muito mais rápido.
Como achar a ideia – debater com a IA
"Não tenho nada específico que queira criar" – tudo bem. Ideia não é algo que se arranca do nada, é algo que se colhe dos incômodos do dia a dia. E esse trabalho de garimpo é justamente o que a IA faz de melhor. Não precisa ficar sozinho quebrando a cabeça. Use a IA como parede para bater a bola e as ideias vão brotar sem parar.
Aquilo que você acha um pouco chato todo dia. Tarefas manuais repetitivas, o trabalho de registrar, o tempo procurando coisas. Aquilo que incomoda você também incomoda outra pessoa.
Aquilo que você pensou "se existisse esse app, eu usaria". O primeiro usuário é você. Uma coisa que você quer de verdade sustenta a motivação de criar.
Jogue um interesse vago para a IA e peça que ela devolva perguntas. Conversando, o contorno vai aparecendo. É a companhia ideal para pensar em voz alta.
O segredo do debate é lançar um tema concreto. "Tem algum app legal aí?" não traz boas respostas. Experimente perguntar com o foco estreitado, assim:
- "Me dê 10 ideias de app que resolvam o incômodo de controlar as finanças, uma frase para cada."
- "Dessas, qual é a mais fácil de criar em pequeno? Diga o motivo."
- "Nesta ideia, tem gente que usaria de verdade? Descreva o usuário e a situação de uso."
- "Já existe serviço parecido? Se existe, onde está a brecha que um indie pode atacar?"
- "Se eu cortar esta ideia para 1 funcionalidade só, qual funcionalidade eu devo manter?"
Pedir 10 e escolher 1 é uma forma que funciona bem. Como a IA alinha uma pilha de candidatas num instante, seu trabalho pode se concentrar em "escolher". Se algo te chamar a atenção, aprofunde ainda mais nele.
Limitar-se a 1 funcionalidade – a regra de ouro
Quando a ideia começa a aparecer, o próximo ponto importante é "não exagerar". Lembra da regra de ouro do capítulo anterior? Limitar-se a 1 funcionalidade e publicar um MVP – é a regra mais fácil de quebrar e a mais importante de cumprir no desenvolvimento solo.
No instante em que você fica ganancioso – "já que estou criando, aquela funcionalidade também, e esta" – o fim se afasta. Porque, com 2 funcionalidades, o trabalho não dobra: incha para 3 ou 4 vezes por conta das combinações. O tempo e a energia de uma pessoa só têm limite. No começo, corte até sobrar só 1 "se isto funcionar, já tem valor".
Cadastrar livros, anotar resenhas, dar estrelas, gráfico de tempo de leitura, compartilhar com amigos, recomendação de livros por IA, leitura de código de barras… Mira no completão e nunca termina.
Só "registrar o livro lido junto com uma resenha de 1 linha". Poder revisar numa lista já basta. Publique primeiro e, se for usado, acrescente o próximo.
✅ O critério para cortar é "sem isto, não se sustenta?". Coloque as funcionalidades em dúvida na caixa do "depois". Não descarte: se após a publicação for mesmo necessário, acrescente. Quando a sua primeira funcionalidade funcionar e alguém usar, é a reação do usuário que vai te dizer o que acrescentar em seguida.
Traduzir a ideia em 1 frase
A funcionalidade única que você isolou vira, agora, 1 frase. Este é o coração do capítulo. Ao encaixar a imagem vaga da sua cabeça no formato "para quem, que incômodo e como resolver", a ideia se torna concreta de uma vez.
"Um app para quem lê bastante, que resolve o incômodo de esquecer os livros que leu, permitindo registrar rapidinho junto com uma resenha de 1 linha e revisar numa lista."
Se você consegue escrever essa 1 frase, seu desenvolvimento solo já está meio ganho. Tudo o que vem depois – a escolha da tecnologia, as instruções à IA, até o texto de divulgação no lançamento – tem nesta 1 frase um eixo que não oscila. Quando não sair bem, peça ajuda à IA também. Basta pedir "transforme esta funcionalidade em 1 frase de para quem, que incômodo e como resolver" para ela devolver várias opções.
Transformar em especificação – a base do desenvolvimento com IA
Com a 1 frase firmada, o último passo é transformá-la em especificação (spec). Especificação é "a nota de projeto do que criar". Sem complicar, basta escrever o mínimo em 3 pontos: telas, dados e ações.
Por que a especificação importa? Porque, no coding com IA, a especificação vira a própria base. Em vez de largar "cria um app assim", entregar uma especificação com telas, dados e ações faz a IA devolver um código muitas vezes mais preciso. Quem levou essa ideia ao extremo foi o desenvolvimento orientado a especificação (Spec-Driven Development), e o mesmo princípio funciona no desenvolvimento solo.
Que telas são necessárias.
Ex.: lista de registros, adicionar registro. Quase sempre 2 ou 3 telas bastam.
O que será salvo.
Ex.: título do livro, resenha, data do registro. Basta listar os campos em tópicos.
O que o usuário pode fazer.
Ex.: adicionar registro, ver na lista. Enumere o que dá para fazer com verbos.
O que resulta de escrever esses 3 pontos é a sua primeira especificação. Num app de registro de leituras, por exemplo, ela vira uma nota assim:
Dados: título do livro (texto) / resenha (texto de 1 linha) / data do registro (data)
Ações: adicionar registro, ver a lista do mais novo ao mais antigo, excluir registro
💡 A especificação não precisa ser perfeita. Não precisa escrever tudo de cara. Se, criando, você perceber "ah, isto também é preciso", basta acrescentar. O que importa é "ter primeiro 1 folha que sirva de base". Com um rascunho, tanto a IA quanto a pessoa avançam muitas vezes mais rápido do que partindo do zero.
Como seguir na rota iniciante e na prática
O trabalho de "decidir" até aqui é igual nas duas rotas. O que muda é só o quão formalmente você escreve a especificação e para quem a entrega. Siga conforme a sua rota.
A especificação pode ser escrita à mão num bloco de notas ou caderno. Documento formatado não é preciso. Depois de listar "telas, dados e ações" em tópicos, cole no chat de IA e debata. Ao perguntar "esta especificação tem falhas ou contradições?", a IA preenche os buracos.
Meta deste capítulo: ter a 1 frase e a nota dos 3 pontos escritas já basta.
Reúna a especificação num arquivo Markdown (ex.: spec.md) e entregue ao Claude Code ou Cursor. O editor de IA lê a especificação e a usa como base da implementação, então quanto mais caprichada aqui, mais rápido depois. Para a forma de escrever, o desenvolvimento orientado a especificação serve de referência.
Meta deste capítulo: ter 1 spec.md pronto para entregar ao editor de IA já basta.
Em qualquer das rotas, a meta é: ao terminar este capítulo, ter em mãos a "1 frase" e a "especificação mínima de telas, dados e ações". Chegando até aqui, só falta montar a base para criar. Você já está pronto para avançar à próxima fase.
Resumo e próximo capítulo
- Deixe o código para depois. Primeiro decidir "o que e para quem criar" evita se perder.
- A ideia vem dos incômodos do dia a dia e do que você mesmo quer. Debata com a IA, tire 10 e escolha 1.
- A regra de ouro do desenvolvimento solo é "limitar-se a 1 funcionalidade". As em dúvida vão para a caixa do "depois".
- Traduza a ideia em 1 frase de "para quem, que incômodo e como resolver".
- A especificação são os 3 pontos mínimos: telas, dados e ações. No coding com IA, a especificação vira a base.
- Na iniciante, siga com caderno e chat de IA; na prática, com um spec.md em Markdown.
A fase "decidir" termina aqui. Com a ideia virando 1 frase e a especificação mínima em mãos, você está a um passo de começar a criar. A seguir vem a fase de decidir com que tecnologia e ferramentas criar de fato. Você pode voltar ao Capítulo 1, "Panorama geral e escolha de rota" para revisar o mapa, ou avançar direto ao Capítulo 3, "Preparar tecnologia e ferramentas". Começa a construção da base que dá forma à sua 1 frase.