Há um ano, decidi me dedicar por completo ao desenvolvimento solo de apps. Meu objetivo não era apenas escrever código, mas criar, publicar e operar produtos reais de forma independente.
12 meses depois, criei e publiquei 5 apps diferentes tanto na App Store quanto no Google Play. Ao rever o histórico de commits e os números de downloads, uma conclusão se destaca: desenvolver o software foi a parte fácil. Marketing foi o verdadeiro desafio.
Aqui estão as principais lições técnicas e não técnicas que aprendi em um ano desenvolvendo sozinho.
Parte 1: Desenvolvimento (a zona de conforto dos desenvolvedores)
Como desenvolvedor, passar 10 horas no VS Code configurando o gerenciamento de estado ou resolvendo problemas de compilação nativa parece produtivo. É a nossa zona de conforto. Mas publicar 5 apps multiplataforma em um único ano me obrigou a repensar profundamente como desenvolvo software.
1. Monte seu próprio arsenal de infraestrutura
Criar cinco apps em sequência me ensinou a nunca resolver o mesmo problema duas vezes. No terceiro app, eu já tinha montado meu próprio conjunto de estruturas reutilizáveis:
- Framework: React Native / Expo (com Config Plugins para automatizar o código nativo de iOS e Android).
- Arquitetura: armazenamento local-first (AsyncStorage) para eliminar a complexidade do backend e os custos de infraestrutura em nuvem.
- Integrações: hooks pré-abstraídos para integrações nativas como Apple HealthKit, Google Health Connect e widgets do iOS.
Se você desenvolve sozinho, sua velocidade é sua única vantagem. Uma arquitetura reutilizável permite dedicar 80% do tempo ao valor principal do app e apenas 20% à configuração.
2. Local-first não é apenas tecnologia. É liberdade
Cada linha de código de backend precisa ser mantida, protegida e paga, mesmo enquanto você dorme. Adotar uma arquitetura local-first rigorosa significou zero migrações de banco de dados, zero preocupações com a disponibilidade do servidor e desempenho instantâneo para os usuários. Além disso, quem valoriza a privacidade gosta de saber que seus dados nunca saem do dispositivo.
3. A perfeição é inimiga de publicar
No começo, minha maior armadilha era aperfeiçoar casos extremos antes mesmo de saber se alguém queria o app. No quarto app, adotei uma regra rígida: publique primeiro o fluxo principal. O refinamento vem depois que usuários reais dão seu feedback.
Parte 2: Marketing (o verdadeiro desafio)
Como engenheiros, gostamos de acreditar em uma meritocracia: “Se eu criar um ótimo produto, os usuários virão naturalmente.”
Eles não virão. A App Store e o Google Play estão cheios de apps tecnicamente superiores com zero downloads. Perceber que o código representa apenas 20% do sucesso como indie hacker foi minha lição mais difícil do ano.
1. Aposte na distribuição orgânica (X e Reddit)
Como desenvolvedor solo sem um grande orçamento para anúncios, concentrei meus esforços inteiramente no marketing orgânico:
- X (Twitter) para “construir em público”: publicar trechos de código, iterações de design da interface, capturas de marcos e dificuldades técnicas não apenas atraiu os primeiros usuários, mas também me conectou a uma rede incrível de outros criadores.
- Reddit para feedback que entrega valor: o Reddit é brutalmente honesto. Se você publicar um link direto para o app e sair, receberá votos negativos sem parar. Mas, se criar publicações úteis explicando um problema técnico complexo, a comunidade oferece feedback incrível e atrai os primeiros usuários.
2. “Marketing invisível” por meio da escrita técnica
Uma das minhas maiores descobertas de marketing foi escrever estudos de caso técnicos sobre recursos que criei nos meus apps. Compartilhar “Como criei um hook unificado para Apple HealthKit e Google Health Connect” em plataformas para desenvolvedores cumpria dois objetivos: oferecer valor real à comunidade e apresentar meu app naturalmente a quem aprecia software bem desenvolvido.
3. A regra 50/50
Se eu pudesse voltar ao primeiro dia, adotaria a regra 50/50: dedicar 50% do tempo a desenvolver o app e 50% a falar e escrever sobre ele ou melhorar sua página nas lojas. Um bom app com ótimo marketing sempre vencerá um app incrível sem distribuição.
Considerações finais: a mudança de mentalidade
Passar de engenheiro de software a criador solo exige uma mudança total de mentalidade. Você precisa deixar de se enxergar apenas como “programador” e também atuar como gerente de produto, profissional de marketing, designer e responsável pelo suporte ao cliente.
Criar 5 apps em um ano não apenas me tornou um desenvolvedor melhor: mudou completamente a forma como vejo o software.
A todos os devs solo que ainda trabalham em segredo: abram o editor, eliminem os recursos desnecessários, publiquem o app e comecem a falar sobre ele hoje.