Criei um app móvel de nicho com Claude Code em um fim de semana

Criei um app móvel de nicho com Claude Code em um fim de semana

O número que quebrou meu cérebro foi US$ 1 milhão.

Não é $ 1 milhão vitalício. Não é $ 1 milhão ARR. Um milhão de dólares em um único mês, apenas no iOS, de um aplicativo que faz exatamente uma coisa: apontar seu telefone para uma moeda e recuperar seu nome e valor. Isso é CoinSnap, custando cerca de $ 1M/month iOS mais outros $ 400k/month em Google Play de acordo com as estimativas de abril de 2026 de Sensortower. O mesmo estúdio pai executa Rock Identifier e Antique Identifier essencialmente no mesmo modelo. Um recurso. Três aplicativos. Aproximadamente $ 1,4M/month combinados.

Eu estava descartando silenciosamente a tendência do "aplicativo identificador AI" como saturada. Então eu abri o App Store e olhei. Existem identificadores de moedas. Identificadores de pássaros. Identificadores de plantas. Identificadores de cogumelos. Identificadores de cobra. Identificadores de peixes. Identificadores minerais. Identificadores de rótulos de vinhos. Identificadores de notas do cartão. A maioria deles ganha seis dígitos por mês. A parte chocante não é que eles existam – é que 80% deles parecem que um desenvolvedor júnior os construiu em 2018 e ainda imprimem dinheiro.

Então fiz o que qualquer engenheiro razoável faria às 23h de um sábado. Abri o Claude Code, criei um projeto Expo e decidi descobrir exatamente como é difícil construir um desses aplicativos em 2026.

Spoiler: não é tão difícil. A parte difícil está em outro lugar. Deixe-me explicar o que eu construí, o que quebrou e a matemática que finalmente me convenceu de que os aplicativos móveis de nicho de recurso único podem ser o jogo independente mais subestimado do ano.

Por que aplicativos móveis de recurso único se tornaram silenciosamente uma mina de ouro

Aqui está a parte sobre a qual ninguém fala o suficiente. O mercado de aplicativos da web é brutal em 2026. Cada nicho SaaS tem 40 concorrentes, o CAC orgânico está morto, o CAC pago mal converte e uma página de destino "boa" agora precisa de um sistema de ilustração personalizado e um Tear do fundador.

O mercado de aplicativos móveis é um planeta diferente. De acordo com State of Subscription Apps 2026 de RevenueCat, o aplicativo médio ganha apenas US$ 492/month – mas os aplicativos que fazem sucesso compartilham três características chatas. Eles resolvem um problema recorrente específico. Eles têm um modelo de assinatura limpo com avaliação gratuita. Eles atendem a um público de nicho que está disposto a pagar de US$ 5 a US$ 10 por mês para evitar pensar no problema novamente.

Os colecionadores de moedas pagarão $ 7,99/month para saber quanto vale uma moeda de dez centavos de mercúrio 1916-D sem dirigir até uma loja. As forrageadoras de cogumelos pagarão $ 9,99/month para não morrer. Os aquaristas de minerais pagarão US$ 4,99/month para não parecerem estúpidos em shows de pedras preciosas. A disposição a pagar por usuário é muito maior do que a maioria dos B2B SaaS, porque a alternativa não é "usar um concorrente" - a alternativa é "Google uma imagem, percorrer 12 tópicos do fórum e ainda não saber."

Há também um segundo volante que a maioria das pessoas sente falta: a revenda. Aplicativos de assinatura com MRR consistente são vendidos em mercados como MicroAcquire, Flippa e Acquire.com com aproximadamente 2–4× lucro anual. Portanto, um aplicativo de nicho que rende $ 4k/month de lucro não é apenas um negócio de $ 48k/year. É um ativo de US$ 96 mil a US$ 192 mil que você pode vender quando ficar entediado. Isso muda a matemática sobre se vale a pena gastar dois fins de semana construindo um.

Mas antes de chegarmos à construção, você precisa entender por que a abordagem óbvia – “Vou simplesmente contratar um desenvolvedor React Native no Upwork” – é a maneira mais lenta e cara de fazer isso em 2026.

A stack: por que Claude Code + React Native + Expo simplesmente funciona

Tentei três pilhas diferentes antes de decidir por esta. Native Swift foi um exagero para um aplicativo de tela única e me bloqueou do Android. Flutter estava bem, mas as ferramentas Dart em torno do codegen AI pareciam uma geração atrasadas. React Native simples (sem Expo) significava lutar com a assinatura do Xcode toda vez que eu queria testar em meu telefone real.

A combinação que finalmente deu certo: Claude Code como arquiteto e construtor, React Native como camada de UI e Expo Go para testes de dispositivos ao vivo sem nunca abrir o Xcode.

Aqui está a verdadeira magia do Expo Go que a maioria dos tutoriais subestima. Você instala o aplicativo Expo Go no seu iPhone (gratuito, sem necessidade de conta de desenvolvedor). Você executa npx expo start em seu laptop. Seu telefone digitaliza um código QR do terminal. O aplicativo carrega instantaneamente no seu dispositivo real, com recarga a quente, com a câmera funcionando, com tudo que não funciona em um simulador. Nenhum envio App Store. Nenhum fluxo de convite do TestFlight. Nenhum arquivo .ipa. Nenhuma dança de assinatura de certificado. Você altera uma linha no seu editor, o aplicativo é atualizado no seu telefone em menos de dois segundos.

Para um desenvolvedor independente que está iterando em um identificador de moeda, esta é a diferença entre o envio em um fim de semana e o envio em dois meses. Eu estava fazendo mais de 50 ciclos de teste no dispositivo por hora. Com o Swift nativo, talvez você esteja fazendo 5.

Para o lado Claude Code, executei uma estratégia de modelo em camadas desde o primeiro dia - e foi aqui que as compensações do Sonnet 4.6 vs Opus 4.7 que testei anteriormente se tornaram dinheiro real:

• Haiku 4.5 — geração padrão, estrutura de arquivos, edições simples de componentes. Rápido, barato, bom o suficiente para obras estruturais.
• Soneto 4.6 — o burro de carga. Gerenciamento de estado, integração API, toda a lógica de negócios não trivial. Com entrada de US$ 3/saída de US$ 15 por milhão de tokens (preço da Anthropic em fevereiro de 2026), é o ponto ideal de preço-desempenho para código de aplicativo.
• Opus 4.7 — somente quando tomo uma decisão de arquitetura genuinamente difícil ou uma toca de coelho de depuração. Caro, mas resolve coisas de uma só vez que o Sonnet faria em loop.

Para o reconhecimento real da moeda, divido o trabalho entre a visão API do Claude e o GPT-4o do OpenAI. Mais sobre a matemática dos custos abaixo – é aí que o artigo fica interessante.

O que eu realmente construí (e a especificação que tornou isso possível)

Antes de tocar no código, fiz algo que nunca fazia: passei 90 minutos na interface de bate-papo Claude.ai (não Claude Code) esboçando uma especificação adequada. Esta é a maior atualização de fluxo de trabalho que fiz nos últimos seis meses.

O padrão é simples. Você abre uma nova conversa Claude.ai, cola sua ideia aproximada e pede a Claude para entrevistá-lo como um gerente de produto sênior. Estruturas de arame. Fluxos de usuários. Comportamento tela por tela. Casos extremos. Estados vazios. Carregando estados. Estados de erro. Ao final de 90 minutos, eu tinha uma especificação de implementação de 4.000 palavras que o Claude Code poderia executar sem que eu tivesse que tomar cem microdecisões no meio da construção.

A especificação definiu quatro telas:

1. Tela de digitalização. Tela de pouso padrão. Grande botão circular da câmera na parte inferior. Visualização da câmera ao vivo preenchendo os 70% principais. Uma alternância de flash, um seletor de galeria para fotos existentes e uma única linha de texto de espaço reservado: "Centre a moeda no quadro e toque para digitalizar." É isso. Sem cardápios. Nenhum pop-up do tutorial. Nenhuma pesquisa de integração. Toque, digitalize, resultados.

2. Tela de resultados. Acionada após uma verificação bem-sucedida. Mostra a foto capturada na parte superior e, em seguida, um cartão com: nome da moeda, país de origem, ano da cunhagem, denominação, faixa de valor estimada (baixo/average/high), nível de raridade (data comum/uncommon/rare/key) e um pequeno parágrafo de contexto histórico. Abaixo dele, dois botões: Salvar na coleção e Escanear outro.

3. Tela de coleção. Uma grade de todas as moedas que o usuário salvou. Filtrável por país, década, denominação ou valor. Sistema de pastas para que os usuários possam organizar conjuntos ("Lincoln Cents", "Foreign Coins", "Father's Collection"). Cartão de resumo tocável na parte superior, mostrando o valor total estimado do portfólio e a contagem total de moedas.

4. Tela do painel. Análise visual. Detalhamento do país como um gráfico de pizza. Distribuição de décadas como um gráfico de barras. As 5 moedas mais valiosas. Valor total do portfólio ao longo do tempo. Essa é a tela que transforma o app de “scanner” em “software de gerenciamento de coleções” e justifica a assinatura recorrente.

Forneci esta especificação para Claude Code como uma única mensagem. "Aqui estão as especificações completas. Construa a estrutura do projeto, configure Expo, instale dependências e crie todas as quatro telas com dados de espaço reservado. Use TypeScript. Use React Navigation v7. Use Zustand para estado. Não implemente a câmera ou o API ainda - apenas me dê um shell clicável que eu possa carregar no meu telefone."

Onze minutos depois, eu estava acessando um shell clicável no meu iPhone.

O truque de UI polish que me economizou uma semana

É aqui que a maioria dos aplicativos desenvolvidos pelo AI desmoronam. Claude Code pode criar quatro telas em onze minutos, mas o estilo padrão é – e serei honesto – genérico de uma forma que grita “o desenvolvedor fez isso”. Estoque de componentes React Native. Fontes padrão. Espaçamento previsível. Não há nada de errado com isso. Também não há nada de certo com isso.

A correção levou cerca de 20 minutos e é algo que faço agora em todos os projetos móveis.

Fui ao Dribbble. Pesquisei “aplicativo de moedas”, “aplicativo de coleção”, “IU do scanner”. Fiz uma captura de tela de seis designs que capturaram o clima visual que eu queria - tema sombrio e temperamental, fundos de cartão esbranquiçados, tipografia serifada para o nome da moeda (porque as moedas são antigas e a serifa parece certa) e uma única cor de destaque em ouro polido.

Em seguida, coloquei todas as seis capturas de tela em Claude Code com este prompt: "Aqui estão seis designs de referência que correspondem à linguagem visual que desejo. Reescreva minhas telas de digitalização, resultados e coleção para corresponder a essa estética. Use um arquivo de tema personalizado. Atualize tipografia, espaçamento, estilos de cartão, estilos de botão e o sistema geral de cores. Mantenha todas as funcionalidades existentes - altere apenas a camada de estilo."

O que voltou foi irreconhecível na versão com andaime. Parecia um produto real. Não é perfeito - tive que consertar três importações de ícones quebradas e um cabeçalho de tamanho estranho - mas a lacuna entre o "aplicativo construído pelo AI" e o "produto projetado" foi fechada em 20 minutos de trabalho automatizado que levaria 8 horas e US$ 400 para um designer freelance.

Este é o fluxo de trabalho de design Claude Code que venho refinando para quase todos os projetos: entradas de referências visuais e saída de componentes aprimorados. Funciona também em aplicativos da web, mas em dispositivos móveis o impacto é maior porque os usuários de dispositivos móveis avaliam a qualidade de um aplicativo na primeira tela em menos de três segundos.

Se você preferir que alguém construa essa pilha exata do zero para sua ideia de nicho, assumo esses compromissos por meio de meu perfil Fiverr - normalmente um tempo de entrega de 7 a 10 dias para um aplicativo funcional e totalmente estilizado no TestFlight.

O backend: onde os custos realmente ficam

É aqui que o artigo se torna prático. Construir a UI é a parte barata. A parte cara – e a parte que determina se seu aplicativo é um negócio lucrativo ou um hobby que gera perda de dinheiro – é o custo API por digitalização.

Testei Claude e OpenAI para o reconhecimento real de moedas. Mesma estrutura de prompt, mesma qualidade de imagem, mesma rubrica de avaliação.

Abordagem de visão Claude Sonnet 4.6: Enviei a imagem da moeda capturada para o Claude API com entrada $3/M/saída $15/M. Uma foto típica de moeda codificada como uma imagem base64 registrou cerca de 1.500 a 2.000 tokens de entrada, dependendo da resolução. A saída da resposta JSON estruturada (nome, país, ano, intervalo de valores, raridade, parágrafo de contexto) foi de cerca de 350 a 500 tokens. Custo líquido por varredura: aproximadamente US$ 0,009 por varredura quando incluí um prompt do sistema de 200 tokens com minhas instruções de identificação de moedas.

Abordagem GPT-4o: O preço de visão do OpenAI é estruturado de forma diferente: tokens de texto com entrada de US$ 2,50/M/saída de US$ 10/M, com processamento de imagem cobrado como um token equivalente. O mesmo prompt, a mesma estrutura de resposta. Custo líquido por digitalização: aproximadamente US$ 0,005 por digitalização.

Portanto, o GPT-4o é significativamente mais barato por digitalização. Mas - e esta é a compensação sobre a qual ninguém fala naqueles tweets sem fôlego "Eu construí um aplicativo AI" - Claude foi visivelmente melhor na identificação real da moeda. Especialmente em moedas estrangeiras estranhas, fotos fora do ângulo e moedas com gravuras gastas. Executei 40 imagens de teste em ambos. Claude acertou 36 com alta confiança. GPT-4o acertou 31 com alta confiança e mais três respostas "Não tenho certeza, mas talvez" que se revelaram erradas.

Para um usuário gratuito que faz 5 varreduras por dia, a diferença de custo é irrelevante – centavos de qualquer maneira. Para um usuário avançado que faz 50 varreduras por dia, isso faz sentido. Portanto, minha arquitetura final: GPT-4o como scanner padrão para usuários de nível gratuito, Claude como scanner premium para assinantes pagos. A diferença de custo financia a diferença de precisão. Os assinantes obtêm melhores resultados e a economia unitária ainda funciona.

A matemática real em escala

Deixe-me colocar números reais nisso. Imagine que o aplicativo chegue a 10.000 usuários ativos por mês – modesto para um aplicativo de nicho, alcançável com US$ 5 mil em anúncios do TikTok e do Reddit se seu gancho estiver certo.

Suponha uma taxa de conversão paga de 5% em US$ 7,99/month.. São 500 usuários pagantes. Receita bruta: $ 3.995/month. A Apple recebe 30% nas assinaturas do primeiro ano (ou 15% no programa para pequenas empresas se você tiver menos de $ 1 milhão ARR). Líquido depois da Apple: cerca de US$ 3.396/month no programa para pequenas empresas.

Agora os custos. Os usuários gratuitos têm em média 3 scans/month antes de abandonar ou converter. 9.500 usuários gratuitos × 3 varreduras × US$ 0,005 (GPT-4o) = US$ 142,50. Usuários pagos têm em média 25 varreduras/month. 500 usuários pagos × 25 varreduras × US$ 0,009 (Claude) = US$ 112,50. Custos totais de digitalização: $ 255/month.

Adicione infraestrutura: US$ 20 para Supabase (DB + autenticação), US$ 10 para RevenueCat (gerenciamento de assinatura), US$ 15 para Sentry (rastreamento de erros). Total: $300/month em custos operacionais.

Lucro líquido com 10 mil usuários: aproximadamente US$ 3.096/month. Anualizado: US$ 37 mil. Valor de revenda com 3× lucro anual: US$ 111 mil.

Essa é a matemática que deve realmente mudar a forma como você pensa sobre a fila de projetos do fim de semana.

O que realmente quebrou (porque sempre acontece)

Quero ser honesto sobre os modos de falha, porque cada um deles me custou tempo real.

O desastre do arquivo .env. Passei 45 minutos depurando um erro 500 do Claude API no primeiro dia. A solicitação estava chegando ao servidor. A resposta foi sempre a mesma falha de autenticação. Eu verifiquei quádruplamente a chave API. Eventualmente, percebi: Expo Go não carrega arquivos .env da raiz do seu projeto por padrão, da mesma forma que um aplicativo CLI React Native normal. Você precisa de react-native-dotenv ou precisa usar o expo-constants de Expo com configuração extra em app.json. Ou você precisa usar variáveis ​​de ambiente prefixadas EXPO_PUBLIC_. Eu estava usando o errado para a arquitetura que configurei. A correção foram três linhas de configuração. Encontrá-lo demorou uma hora.

A incompatibilidade da biblioteca de ícones. Claude Code inicialmente criou o scaffold do aplicativo usando @expo/vector-icons para algumas telas e react-native-vector-icons para outras. Eles têm aparência semelhante, são instalados de maneira diferente e produzem erros fantasmas quando você tenta renderizar o nome de um ícone de uma biblioteca usando a importação de outra. Percebi isso porque três botões na tela Coleção apareceram como quadrados em branco no meu telefone.

Permissões de câmera em iOS 18. Expo lida bem com solicitações de permissão, mas iOS 18 adicionou um nível onde os usuários podem conceder "acesso limitado a fotos" - e meu código do seletor de imagens não lidou com o estado de acesso limitado de forma limpa. Os usuários tocariam em “selecionar da biblioteca”, veriam apenas algumas de suas fotos e presumiriam que o aplicativo estava quebrado. A correção foi verificar explicitamente o status de acesso e mostrar um banner que explicava como conceder acesso total em Configurações.

O desafio de assinatura da Apple. Este não é um problema de código; é um problema de papelada e é onde a maioria das construções de fim de semana morrem. As regras de assinatura de 2026 da Apple exigem um URL de política de privacidade, um URL de termos de serviço, divulgação completa da duração da assinatura e preços de renovação em cada tela de acesso pago, um botão explícito de restauração de compras e você não pode iniciar o acesso pago antes de mostrar algumas funcionalidades principais primeiro. Os aplicativos que possuem acesso pago automaticamente na primeira abertura são rejeitados, e o ciclo de rejeição é de 24 a 48 horas cada vez. Crie o acesso pago corretamente na primeira vez usando uma ferramenta como os modelos de acesso pago pré-construídos do RevenueCat. Não role o seu próprio.

Esses modos de falha não são exclusivos para mim. São os mesmos cinco problemas que todo desenvolvedor independente encontra em seu primeiro aplicativo de visão React Native + Expo + AI. Conhecê-los com antecedência economiza um fim de semana inteiro.

Quando mobile é a escolha errada - e as alternativas mais rápidas

Quero fazer uma advertência sobre tudo isso. Os dispositivos móveis são um grande mercado, mas é um mercado lento. A análise da Apple leva de 24 a 72 horas por envio. As assinaturas só começam a ser pagas 60 dias após a primeira cobrança. Você precisa de uma política de privacidade. Você precisa de uma página de termos de serviço. Você precisa de uma conta de desenvolvedor ($99/year). Você precisa de entidades legais reais se quiser receber pagamentos de qualquer jurisdição fora dos EUA.

Se o seu objetivo é o caminho mais rápido para a receita, o celular não é esse caminho. Duas alternativas mais rápidas que valem a pena considerar:

Aplicativos da Web. Mesma visão Claude API. Mesmo preço. Ignore totalmente o App Store. Stripe fica com 2,9% + 30 centavos em vez dos 15–30% da Apple. Você pode lançar em um dia. A compensação: a descoberta é mais difícil. Não há pesquisa App Store para enviar tráfego grátis.

Extensões do Chrome. Subestimado como veículo de monetização. A Chrome Web Store possui um modelo de extensão paga e um gráfico de instalação integrado. Ferramentas de nicho como "resumir este artigo da Wikipedia" ou "identificar esta cor em qualquer página da web" podem gerar US$ 2 mil a US$ 8 mil /month com surpreendentemente pouco marketing. Processo de revisão: horas, não dias. Refatorar um identificador de moeda em uma extensão do Chrome "encontre o valor desta moeda em qualquer lista de leilão" seria um experimento paralelo fascinante.

Para mim, a resposta sempre seria móvel, porque o comportamento que estou almejando é "o usuário está segurando um objeto físico e quer saber o que é". Isso é um problema de telefone, não de navegador. Mas se o seu nicho for algo que os usuários fazem em uma mesa, a web ou a extensão podem reduzir pela metade o tempo de geração de receita.

Minha lista de nicho pessoal

Se eu estivesse construindo um desses do zero neste fim de semana, com tudo que aprendi, aqui está minha lista de classificação real:

1. Identificador de doenças de plantas AI Premium — os aplicativos existentes são medíocres, o cliente são jardineiros que já pagam por assinaturas de fertilizantes e o problema de reconhecimento é adequado aos modelos de visão atuais.
2. Identificador de ferramenta vintage — a coleção de ferramentas antigas é uma subcultura real e mal atendida, a disposição a pagar é alta e a categoria visual (objetos de metal velhos e enferrujados) é uma das que os modelos de visão atuais realmente se saem bem.
3. Autenticador de tênis — saturado e competitivo, mas o mercado é enorme e está disposto a pagar $20+/month. Modo difícil, mas o prêmio é maior.
4. Leitor de Rótulos de Vinho → Mecanismo de Recomendação — não apenas “que vinho é esse”, mas “quanto vale, onde é mais barato comprar e o que devo beber a seguir”. Coloque o aplicativo AI em cima de um modelo de receita de afiliado.

Provavelmente enviarei o número 1 e o número 2 nos próximos 60 dias. Se você construir algo a partir desta lista, envie-me – adoraria ver o que outras pessoas fazem com o mesmo manual.

A verdadeira lição de passar um fim de semana nisso

Eu não esperava que essa versão mudasse a forma como penso sobre projetos independentes, mas mudou.

A conclusão não foi “AI facilita a criação de aplicativos”. Todo mundo diz isso e já é um clichê. A verdadeira constatação foi esta: o gargalo nos aplicativos móveis independentes em 2026 não é mais a engenharia – é a qualidade das especificações, a seleção de nicho e a disposição de lançar algo que faça uma coisa.

Claude Code pode construir o aplicativo. Expo pode implantá-lo em seu telefone em 90 segundos. Os APIs de visão são precisos o suficiente para alimentar um produto real. A infraestrutura de assinatura (RevenueCat, Stripe, compras no aplicativo da Apple) foi resolvida. Nada disso é mais a parte difícil.

A parte difícil é escolher o nicho certo antes de começar, escrever especificações rigorosas antes de escrever o código e resistir à tentação de adicionar um quinto recurso quando três são suficientes. O difícil é a disciplina para construir menos. CoinSnap não possui uma rede social. Não tem AR. Não tem mercado. Apenas identifica moedas. E está puxando $1M/month porque faz isso tão bem que 12 milhões de pessoas o baixaram.

Então, aqui está a pergunta que estou fazendo esta noite, e talvez você deva fazer isso também: qual é a única coisa que seu telefone deveria ser capaz de fazer, que ninguém construiu bem ainda - e o que está impedindo você de passar um fim de semana descobrindo?

As ferramentas estão bem ali.

Vamos trabalhar juntos

Procurando construir sistemas AI, automatizar fluxos de trabalho ou dimensionar sua infraestrutura tecnológica? Eu adoraria ajudar.

• Fiverr (compilações e integrações personalizadas): fiverr.com/s/EgxYmWD
• Portfólio: mejba.me
• Ramlit Limited (soluções empresariais): ramlit.com
• ColorPark (design e marca): colorpark.io
• xCyberSecurity (serviços de segurança): xcybersecurity.io