Índice

O maior equívoco no dev indie é "se eu fizer algo bom, vão usar". O que acontece de verdade é o oposto: no instante em que você aperta o botão de publicar, o que espera é um silêncio de vento parado. A análise de acesso mostra zeros enfileirados; você posta nas redes e os "curtir" são uns poucos, só de conhecidos. Aqui muita gente conclui às pressas "meu produto não prestava" e foge para o próximo desenvolvimento. Mas, na maioria das vezes, o problema não é a qualidade do produto. É que ninguém sabe que ele existe.

O verdadeiro gargalo do dev indie não é, na verdade, o código, e sim a captação (distribuição). Graças à IA, o custo de "construir" caiu drasticamente. Qualquer um lança um app num fim de semana. Justamente por isso, o valor de "saber construir" caiu e o de "saber distribuir" subiu. Este artigo é um manual com os pés no chão para juntar, do zero, seus primeiros 100 usuários/clientes. Não é caça à viralização espetacular, e sim aumentar as pessoas uma a uma a partir do vento parado — a forma realista de fazer isso. Quem ainda não decidiu o que construir, dê antes uma olhada no roteiro geral de desenvolvimento indie com IA e depois volte.

Conclusão em 30 segundos

A receita para o "fiz, mas ninguém usa"

A captação começa antes de construir
Divulgar só depois de pronto é tarde. Comunique o processo de construção e tenha, no dia da publicação, "gente que estava esperando".
No início, não escale
Os primeiros 10 você busca na mão, diretamente, um a um. Automação e anúncios ainda é cedo.
Não empurre venda, contribua
Seja útil onde os usuários já estão. Empurrar venda gera antipatia; contribuir gera confiança.

※ "100 pessoas" é um ponto de passagem. Formado o método de captar 1 pessoa com cuidado, depois é só repetir o mesmo.

📚 Se você quer, do construir à captação e à monetização, seguir passo a passo com a mão na massa, recomendamos o curso gratuito. No curso introdutório "Desenvolvimento indie com IA", dá para praticar de ponta a ponta o fluxo ideia → MVP → publicação → captação. Colocando este artigo ao lado, como o "livro-texto da captação", você não se perde.

1. Por que ninguém usa = comece a captar antes de construir

A maior causa do "fiz, mas ninguém usa" é achar que captação é a última etapa. Você passa semanas desenvolvendo e começa a divulgar "no dia" em que fica pronto. Mas não há, no mundo, quem esteja esperando o seu produto. Chamar atenção do nada, partindo do zero, é mais difícil do que ganhar na loteria. Inverta a ordem — captar enquanto constrói é o caminho vencedor do dev indie.

Com "Build in Public (desenvolvimento aberto)", crie plateia para o dia da publicação

Build in Public é a forma de tocar o projeto expondo o próprio processo de construir. "Hoje fiz esta função", "aqui eu travei", "chegou este comentário de usuário" — você comunica o meio do caminho, não o produto pronto. As pessoas são frias com a divulgação de algo acabado, mas se deixam envolver pelo processo de alguém construindo algo. Dá vontade de torcer, e a curiosidade pelo progresso leva a seguir. No dia da publicação, essas pessoas se tornam a sua primeira plateia.

① Solte o processo aos poucos

Prints de tela, o que travou, o que decidiu. 2 a 3 vezes por semana basta. Mais que texto perfeito, "continuar". X (antigo Twitter) e Indie Hackers são os canais clássicos.

② Crie uma "fila de espera"

Antes de terminar, coloque uma landing page simples + cadastro de e-mail. Só um "aviso quando ficar pronto" já vira lista de prováveis clientes. No dia da publicação, avise essa lista de uma vez.

③ Encontre aliados pelo problema

Ao comunicar "o que me incomoda", reúnem-se pessoas com o mesmo problema. Elas já são prováveis clientes. Desde antes de construir, você vê o rosto de "para quem constrói".

💡 Erro típico: "vou comunicar depois de pronto". Assim, a plateia do dia da publicação é zero e volta o vento parado. Ao contrário, só dizer "estou pensando em fazer algo assim", desde uma fase em que nada existe ainda, já atrai reação e vira motivação para construir. A vergonha dói muito menos do que o vento parado.

Antes de tudo, confirme se é algo "desejado"

Antes mesmo das táticas de captação: o que ninguém deseja, por mais que se divulgue, ninguém usa. Antes de construir, pergunte ao usuário-alvo não "você usaria isto se existisse?", mas "como você resolve esse problema hoje?". A primeira pergunta recebe um "sim" de cortesia; a segunda revela a verdade. Quanto mais existir um meio alternativo em uso (trabalho manual, planilha, aguentar), mais real é a demanda. O método de rodar essa "validação antes de construir" com um produto mínimo está detalhado no guia de como criar um MVP sozinho.

2. Os primeiros 10 = na mão, diretamente, um a um

Ao publicar, não mire logo em 100 pessoas. Primeiro, 10. E esses 10 não vêm de post automático em rede social nem de anúncio: você os traz um a um, com as próprias mãos. No mundo das startups há um princípio famoso — "Faça coisas que não escalam (Do Things That Don't Scale)". É a ideia que Paul Graham, cofundador da Y Combinator, defendeu num ensaio de mesmo nome: no início, o certo é abrir mão da eficiência e conquistar cada pessoa manualmente (fonte: Paul Graham, "Do Things That Don't Scale").

🤝 Fale diretamente

Peça individualmente a conhecidos que pareçam ter aquele problema, ou a quem você conectou nas redes: "fiz isto, queria que você testasse". Mais que post em massa, funciona a mensagem 1 a 1.

👀 Veja de perto como usam

Se possível, faça a pessoa usar na sua frente (compartilhar tela vale). Onde ela trava, o que entende errado, fica claro na hora. Vendo 10 pessoas, saem pontos de melhoria aos montes.

🛎️ Atenda com zelo quase exagerado

Aos usuários iniciais, dê um cuidado até excessivo. Responda a pedidos na hora, agradeça, memorize os nomes. Esse "encantamento" vira a semente do boca a boca. Eficiência, pensa-se depois.

Por que fazer algo tão ineficiente? Há 2 razões. Uma é que a voz dos usuários iniciais é o único material para corrigir o produto na direção certa. Se 10 pessoas travam no mesmo lugar, basta consertar ali. A outra é que o usuário inicial bem cuidado vira apoiador fervoroso e traz gente por conta própria. Em vez de juntar 100 por anúncio, encantar 10 e cada um indicar 1 pessoa é, no fim, mais rápido e mais forte.

🎯 A meta da fase dos 10 não é "número", é "convicção". Dos 10, quantos dizem "sem isto eu me viro mal"? Se isso for raso, expandir para 100 ou 1000 só faz a água vazar pelo buraco do balde. Achar o método de satisfar 1 pessoa de verdade é o trabalho desta fase.

3. Os primeiros 100 = busque onde eles estão e contribua sem empurrar venda

Com tração nos 10, o próximo são 100. Daqui em diante, "conhecidos" não bastam: é preciso chegar a desconhecidos. O princípio é simples — vá você até o lugar onde os usuários já se reúnem. Em vez de tuitar na sua rede e esperar, entre nas comunidades, fóruns e redes que o usuário-alvo vê no dia a dia.

Identifique primeiro "onde eles estão"

Onde, na internet, os usuários do seu produto gastam tempo? São designers, engenheiros, pessoas com um hobby específico? Conforme isso, o melhor lugar muda por completo. Primeiro, liste 3 a 5 "pontos de encontro".

💬 Comunidades por tema

Subreddits relacionados no Reddit, servidores do Discord, comunidades no Slack. As pessoas se reúnem densamente por problema.

🛠️ Espaços de criadores

Indie Hackers, Hacker News. Outros devs indie são companheiros e, ao mesmo tempo, usuários iniciais.

🚀 Plataformas de lançamento

O Product Hunt é um lugar raro em que há "gente que veio procurar produtos novos". Alinhe o momento da publicação.

📱 O nicho da rede social

No X ou no LinkedIn, os criadores de conteúdo e as hashtags daquele tema. Entre na conversa daquele círculo.

Entre por "contribuição", não por "empurrão de venda"

É aqui que 9 em cada 10 erram. Entram na comunidade e de cara colam o link com "fiz isto, usem". Isso gera antipatia imediata e, no pior caso, um BAN (banimento). Porque a comunidade não é lugar de propaganda. O certo é o oposto: primeiro, torne-se um contribuidor.

❌ Jeito que gera antipatia
  • Postar o link do produto no primeiro dia
  • Enfiar sua propaganda em assunto sem relação
  • Vender em massa por DM (tratado como spam)
  • Não responder às perguntas e só falar de si
✅ Jeito que gera confiança
  • Primeiro, responda com cuidado às perguntas dos outros
  • Compartilhe de graça conhecimento útil da área
  • Ao problema de alguém, apresente naturalmente "na verdade, eu fiz isto"
  • Coloque o link no perfil e responda quando perguntarem

O truque é "virar uma pessoa útil naquela área, sem falar do próprio produto". Reconhecido como alguém útil, o interesse pelo que você fez vem naturalmente. Leva tempo, mas é o que gera menos antipatia e traz os usuários com maior taxa de fixação. Mantenha a ordem — construir confiança em uma comunidade e só então ir à próxima. Em vez de tocar de leve em 5 ao mesmo tempo, contribuir denso em 1 dá resultado.

🧭 Se for usar o Product Hunt, prepare-se. Em vez de simplesmente lançar no dia, ajeite antes o perfil e avise os seguidores e a lista de e-mail citada acima: "lanço no dia X, gostaria do apoio de vocês". Nas plataformas de lançamento, a velocidade inicial (a reação logo após publicar) decide a tração. Aqui também, "preparar desde antes de construir" faz diferença.

4. Ser encontrado = criar tráfego contínuo com busca e busca por IA

A captação manual e a atividade em comunidade são poderosas, mas têm o ponto fraco de que param assim que você para de agir. Por isso, em paralelo, prepare o caminho de "gente que te encontra enquanto você dorme" — o tráfego vindo de mecanismos de busca e da busca por IA. Demora a fazer efeito, mas, uma vez em movimento, vira um "ativo" cujo tráfego continua mesmo que você pare. Convém semear cedo, em paralelo às fases de 10 e 100 pessoas.

Busca (SEO): capture quem pesquisa pelo problema

As pessoas pesquisam o problema que o seu produto resolve. "Como fazer X", "ferramenta de X", "não consigo X" — prepare artigos úteis com essas palavras-chave de problema e apresente o produto naturalmente dentro deles. Só a landing page do produto não aparece na busca. É o conteúdo de "como usar, comparação, solução de problema" que vira a porta de entrada.

Busca por IA (AEO/LLMO): aparecer no ChatGPT e nas respostas de IA

Em 2026, o usuário já não pergunta só ao Google: pergunta direto ao ChatGPT, ao Perplexity e ao AI Overviews do Google "qual você recomenda?". Ser ou não citado ali é o novo divisor de águas da captação. Essa "otimização para ser citado e recomendado pela IA" chama-se AEO (Answer Engine Optimization) / LLMO (otimização para grandes modelos de linguagem).

🔎 SEO: crie a porta com artigos de problema

Para a visão geral do método, veja estratégia de SEO/AEO na era da IA. O padrão é entrar por artigos que respondem à "dor" de quem pesquisa.

🤖 O que é AEO

Em o que é AEO (otimização para motores de resposta), fixe o básico de escrever de um jeito que a IA cite com facilidade como "resposta".

🧠 O que é LLMO

Em o que é LLMO (otimização para grandes modelos de linguagem), aprenda de forma sistemática o raciocínio para ser recomendado pela IA.

📝 Ponto-chave: o conteúdo que funciona em AEO/LLMO e o conhecimento útil na comunidade são a mesma coisa. "Um texto que responde com cuidado às dores da área" é valorizado tanto por pessoas quanto por IA. Os meios de captação não são avulsos: um único bom conteúdo rende em múltiplas frentes — busca, IA e comunidade. Vale muito a pena escrever.

5. Use a IA na captação = preparar textos, materiais e análise

A dureza da captação para o dev indie está em acumular sozinho o "construir" e o "vender". Escrever textos, criar imagens, olhar os números — tudo você. Aqui, usar a IA como "o preparador do time de captação" alivia a carga de uma vez. O truque não é jogar tudo e mandar entregar o produto final, mas deixar a IA fazer 70% da base e finalizar os últimos 30% com as suas palavras.

✍️ Rascunho dos textos

Posts de Build in Public, anúncio de lançamento, texto de apresentação para a comunidade. Peça "esta função, para este leitor, em 3 versões", escolha a boa e ajuste para a sua voz. É muito mais rápido do que escrever do zero.

🎨 Criação de materiais

Imagem de capa, OGP, roteiro de GIF de demonstração. "Apresentável" basta. Mais que design rebuscado, preparar rápido uma imagem que comunica funciona melhor na captação.

📊 Análise e ideias de melhoria

Cole a análise de acesso e as vozes dos usuários e peça "3 causas de abandono e as jogadas". Ela traz ângulos que você, sozinho, não percebe. A decisão é sua; o esboço é da IA.

⚠️ A armadilha de jogar tudo na IA: o "texto de template produzido em massa" que a IA escreve tal e qual é percebido por quem lê e pela comunidade. Não comove ninguém e às vezes é tido como spam. Coloque sempre você mesmo a "parte que só você consegue escrever" — vivência, números, relatos de fracasso. A IA vai até o preparo; o tempero é você. A captação perde o efeito no instante em que vira cópia e cola produzida em massa.

Quem quer usar a IA amplamente como parceira na renda extra, e não só na captação, encontra referência em como começar uma renda extra com IA. Os formatos de comunicar, analisar e criar materiais são praticamente os mesmos da captação no dev indie.

6. Mecanismo de continuidade = medir e rodar as jogadas

Captação não é "acertar uma tacada", e sim manter em movimento este ciclo: testar pequeno, esticar o que funcionou, descartar o que não funcionou. No dev indie o tempo é limitado. Justamente por isso é preciso medir "qual captação de fato trouxe gente" e concentrar no caminho vencedor. Seguir "meio que na rede social" no feeling tende a ser desperdício de tempo.

📥 Veja a origem do tráfego

Na análise de acesso, entenda "de onde vieram". Busca, redes, comunidade, indicação — qual está funcionando.

🚪 Veja o abandono

Onde quem chegou desiste? Antes do cadastro? Na primeira ação? Consertar isso aumenta quem fica, com a mesma captação.

🔁 Teste uma jogada por vez

Não mude tudo de uma vez. Teste 1 por semana, veja o efeito e decida manter ou descartar.

📣 Incentive a indicação

Ao usuário satisfeito, uma frase: "se gostou, conte aos outros". O boca a boca é a captação mais barata e mais forte.

Não despeje água num "balde furado"

Antes de se esforçar na captação, convém verificar a fixação (retenção). De nada adianta juntar 100 pessoas se todas saem logo — a captação vira despejar água numa peneira. Criar antes o estado em que quem chega "volta a usar" costuma ter melhor custo-benefício do que aumentar a captação de novos. Na fase dos 10, você conseguiu a voz "sem isto eu me viro mal"? Volte aqui e confira. Confirmada a fixação, aí sim pise no acelerador da captação. Essa é a ordem.

💰 Depois da captação, vem a monetização. Quando 100 pessoas se fixam no grátis, o próximo é o desenho de "fazer pagar". Por quanto e como cobrar é outra habilidade — em guia de monetização e definição de preço no dev indie, fixe a linha entre grátis/pago e o raciocínio de precificação. Só com captação e monetização juntas é que vira "dev indie que se sustenta".

Resumo

  • O verdadeiro gargalo do dev indie não é construir, é captar. "Se construir, virão" é ilusão.
  • A captação começa antes de construir. Com Build in Public, comunique o processo e prepare a plateia do dia da publicação e a lista de prováveis clientes.
  • Os primeiros 10, com aquisição manual que não escala. Fale um a um, cuide com zelo, obtenha convicção.
  • Os 100 você junta contribuindo onde os usuários estão. Empurrar venda gera antipatia; ser útil gera confiança.
  • Em paralelo, semeie o ativo de busca e busca por IA (SEO/AEO/LLMO) e seja encontrado enquanto dorme.
  • A IA é o preparador. Delegue textos, materiais e análise, e ponha você mesmo a parte que só você consegue escrever.
  • Meça e rode as jogadas. Firme antes a fixação e só então pise no acelerador da captação.

"Fiz, mas ninguém usa" não é problema de talento nem de produto. É só que você ainda não começou a captação, uma outra habilidade. E ela, como o código, dá para aprender e melhora com a prática. O primeiro passo possível hoje é pequeno — comunique uma coisa sobre o que você está construindo. Se vier uma reação, essa é a sua primeira pessoa. Os 100 estão adiante, ao empilhar essa 1 pessoa 100 vezes. Sem pressa, um a um. Some, à força de construir, a força de distribuir.

FAQ

Q. Já publiquei e está no vento parado. Ainda dá tempo?

A. Dá tempo. O dia da publicação é só um dia da captação. A partir de agora dá para recomeçar iniciando o Build in Public (comunicar o processo de melhoria) e conquistando os primeiros 10 na mão. Aliás, "já ter algo que funciona" é uma vantagem. Deixe o produto como está e comece do zero só a captação.

Q. Tenho zero seguidores nas redes. Comunicar não é inútil?

A. Todo mundo começa do zero. Antes de aumentar seguidores, o atalho é contribuir em comunidades onde já há gente reunida. Ao responder perguntas dos outros e compartilhar conhecimento, você é reconhecido, e daí crescem também os seus próprios seguidores. Em vez de arar o próprio terreno, vá primeiro ao lugar movimentado.

Q. Anúncios não juntam gente mais rápido?

A. No início, não recomendamos. Anunciar sem saber "quem se engaja com o quê" tende a só queimar dinheiro. Ache primeiro, com os 10 manuais e os 100 da comunidade, a "mensagem que fisga" e o "mecanismo que fixa". O anúncio depois de conhecer o padrão vencedor é que, pela primeira vez, fecha a conta de custo-benefício.

Q. Divulguei numa comunidade e fui BANIDO (expulso).

A. É um erro comum. A causa é ter "empurrado venda antes de contribuir". Comunidade não é lugar de propaganda. Primeiro, por algumas semanas, ofereça respostas e conhecimento puramente úteis para ganhar confiança e só então, quando perguntarem, apresente — mantendo essa ordem, não gera antipatia. Deixar o link no campo de perfil geralmente é OK.

Q. A captação toma meu tempo e o desenvolvimento não anda.

A. Essa preocupação está na direção certa — o dev indie são as duas rodas de "construir" e "distribuir", e com só uma não anda. Delegue à IA o preparo de textos, materiais e análise para reduzir a carga da captação e volte o tempo livre ao desenvolvimento. Além disso, não faça toda captação à toa: concentre em 1 ou 2 jogadas que a medição mostrou eficazes para elevar o resultado por hora.