Como lançar um aplicativo: checklist para devs independentes

Lançar um aplicativo mobile como desenvolvedor independente se resume a quatro coisas: provar que as pessoas querem o app antes de terminar de construí-lo, passar uma versão estável pela revisão das lojas, fazer a página na loja converter e manter os primeiros usuários voltando. Nada disso exige um orçamento grande. Exige um plano e algumas semanas de trabalho focado em torno do dia do lançamento.

Este guia percorre esse plano em ordem, da validação à retenção. As regras das lojas mudam, então confirme os detalhes na documentação oficial.

Antes de construir: valide a ideia e comece uma lista de espera

O erro de lançamento mais barato de corrigir é aquele que você pega antes de escrever o app.

Verifique a demanda em poucos dias

• Leia as avaliações dos concorrentes. As avaliações negativas de apps parecidos com o seu listam o que os usuários querem e não estão recebendo.
• Converse com potenciais usuários. Algumas conversas curtas vão mostrar se o problema incomoda o suficiente para alguém baixar um app. Pergunte como eles resolvem isso hoje, não se gostam da sua ideia.
• Pesquise nas lojas. Digite as frases que seus usuários digitariam. Resultados fracos ou desatualizados são uma oportunidade.

Crie uma landing page simples com lista de espera

Uma única página com um título claro, algumas capturas de tela ou mockups e um campo de cadastro por e-mail é suficiente. Todos que se cadastrarem podem entrar no beta e ficar sabendo do dia do lançamento.

As lojas também podem captar interesse: a App Store aceita pré-encomendas e o Google Play aceita pré-registro, então as pessoas são avisadas quando o app fica disponível. Confira as regras de elegibilidade atuais de cada uma.

Defina a versão um

Anote a única tarefa que seu app cumpre e as poucas funcionalidades de que ele precisa. Todo o resto espera. Uma primeira versão pequena e estável passa na revisão com mais facilidade e gera um feedback mais claro.

Testes beta: TestFlight e faixas de teste do Google Play

Um beta encontra os travamentos e as telas confusas que você mesmo já não consegue enxergar, e transforma os cadastros da lista de espera em usuários engajados.

TestFlight no iOS

O TestFlight da Apple distribui builds beta pelo App Store Connect.

• Testadores internos são membros da sua equipe no App Store Connect e podem instalar builds sem a revisão beta.
• Testadores externos podem ser qualquer pessoa que você convidar por e-mail ou link público. O primeiro build para testadores externos passa pela Beta App Review.
• Os builds beta expiram depois de um período determinado, então continue enviando novos durante um beta longo.

Faixas de teste do Google Play

• Teste interno leva builds rapidamente a um pequeno grupo de confiança.
• Teste fechado abrange os testadores que você convida por lista de e-mails ou grupo, a escolha habitual para um beta de verdade.
• Teste aberto permite que qualquer pessoa que encontre a página do app participe de um beta público.

Contas pessoais de desenvolvedor mais recentes no Google Play precisam fazer um teste fechado com um número mínimo de testadores durante um período mínimo antes de poder publicar em produção. Confira o requisito atual no Play Console antes de definir a data de lançamento, porque isso pode acrescentar semanas.

Faça o beta com um propósito

1. Dê aos testadores duas ou três tarefas específicas, como se cadastrar e criar um primeiro registro.
2. Adicione relatórios de falhas e analytics básico antes de o beta começar.
3. Depois de alguns dias, faça uma pergunta aberta: o que foi confuso ou irritante?
4. Corrija primeiro os travamentos e depois os maiores pontos de confusão no onboarding.
5. Envie novos builds beta com regularidade, para que os testadores vejam que o feedback deles importa.

Revisão na App Store e no Google Play: o que esperar

As duas lojas revisam os apps antes de eles irem ao ar e publicam suas regras. Leia as Diretrizes de revisão da App Store, da Apple, e as Políticas do Programa para Desenvolvedores do Google Play uma vez antes de enviar. Isso evita a maioria das rejeições.

Os prazos de revisão variam conforme o app, a época do ano e a idade da sua conta de desenvolvedor. Deixe uma folga de vários dias antes de qualquer data de lançamento pública.

Motivos comuns de rejeição na App Store

• Travamentos e bugs. O revisor encontra um travamento ou um fluxo quebrado.
• Informações incompletas. O app exige login, mas nenhuma conta de demonstração foi fornecida.
• Conteúdo provisório. Lorem ipsum, dados de teste, links quebrados ou telas vazias.
• Metadados imprecisos. Capturas de tela ou descrições que não correspondem ao que o app faz.
• Problemas de privacidade. Falta de política de privacidade, detalhes de privacidade que não batem com a coleta de dados do app ou pedidos de permissão que não explicam por que o acesso é necessário.
• Exclusão de conta. Se os usuários podem criar uma conta no app, eles precisam conseguir iniciar a exclusão dela de dentro do app.
• Pagamentos. Conteúdo digital desbloqueado dentro do app geralmente precisa usar compra no app, com algumas exceções e diferenças regionais.
• Funcionalidade mínima. Um app que é basicamente um site dentro de um invólucro, ou que oferece pouco demais para ser útil, pode ser rejeitado.

Problemas comuns no Google Play

• Formulário de segurança dos dados. Ele precisa descrever com precisão quais dados o app e seus SDKs coletam e compartilham.
• Permissões sensíveis. Acesso a coisas como localização em segundo plano, SMS ou registro de chamadas exige um uso declarado e justificado.
• Nível desejado da API. Apps novos e atualizações precisam ter como alvo um nível recente da API do Android.
• Política da página na loja. Ícones enganosos, excesso de palavras-chave ou afirmações que você não consegue comprovar.
• Exclusão de conta e pagamentos. Apps com contas precisam oferecer um jeito de solicitar a exclusão, e bens digitais vendidos no app estão sujeitos às regras de faturamento do Google Play.

Se o seu app for rejeitado, corrija exatamente o que a mensagem aponta e responda com educação. A maioria das rejeições de apps pequenos se resolve no envio seguinte.

Dicas de App Store Optimization para um lançamento pequeno

App Store Optimization, ou ASO, significa deixar sua página fácil de encontrar na busca da loja e convincente quando alguém chega até ela.

Título e subtítulo ou descrição curta

O nome do app é um dos sinais de busca mais fortes que você controla. Combine o nome da marca com uma frase curta que diga o que o app faz, como “Rastreador de hábitos” ou “Planejador de orçamento”. O subtítulo na App Store e a descrição curta no Google Play dão mais uma linha curta. Os limites de caracteres são apertados, então cada palavra deve ser um termo de busca provável ou um benefício real.

Palavras-chave

• A App Store tem um campo oculto de palavras-chave. Separe as palavras com vírgulas, não repita palavras do título e deixe de fora nomes de marcas concorrentes.
• O Google Play não tem campo de palavras-chave. Ele lê o seu título e as suas descrições, então escreva a descrição completa de forma natural, em torno das frases que seus usuários pesquisam.
• Localizar a página para outros idiomas pode ajudar você a aparecer em mais buscas.

Capturas de tela e vídeo de prévia

Muita gente decide pelas primeiras capturas de tela nos resultados da busca, sem abrir a página. Trate-as como um pitch curto:

1. Comece pelo benefício principal, não pela tela de login.
2. Adicione a cada captura uma legenda curta dizendo o que o usuário ganha.
3. Mostre telas reais, não mockups de funcionalidades que não existem.
4. Mantenha um estilo consistente, para que o conjunto conte uma única história.

Um vídeo de prévia curto, que mostre a ação principal nos primeiros segundos, ajuda apps cujo valor é mais fácil de ver do que de descrever.

Ícone, notas e avaliações

Seu ícone deve ser simples, legível em tamanhos pequenos e diferente dos concorrentes. As notas afetam tanto o ranking quanto a conversão. Use os pedidos oficiais de avaliação dentro do app no iOS e no Android num momento de sucesso, como depois que o usuário conclui uma tarefa, nunca na primeira abertura. As duas plataformas limitam a frequência com que o pedido aparece. Nunca recompense pessoas por avaliações e responda às avaliações críticas com uma correção ou uma resposta clara.

Um plano para a semana de lançamento

Um lançamento é um esforço curto e planejado, não um único post:

1. Duas semanas antes. Envie o build final e escolha a liberação manual na App Store ou a publicação gerenciada no Google Play, para que o app seja aprovado mas ainda não fique no ar. Prepare as capturas de tela, um clipe curto de demonstração, uma página de press kit e rascunhos de todos os posts de lançamento.
2. Alguns dias antes. Mande um e-mail para a lista de espera com a data. Peça a alguns testadores beta que usem o app no primeiro dia e mandem reações sinceras.
3. Dia do lançamento. Libere o app, confira se ele instala nos países que importam para você e mande um e-mail para a lista de espera com links diretos para as lojas. Publique seus anúncios e responda a todos os comentários.
4. Do segundo ao quarto dia. Compartilhe nas comunidades restantes da sua lista, uma ou duas por dia, adaptando a mensagem a cada público. Corrija rapidamente os bugs do lançamento.
5. Fim da semana. Lance uma pequena atualização com as correções do primeiro feedback e agradeça a quem ajudou.

Nas atualizações seguintes, a liberação em fases da Apple e o lançamento gradual do Google Play permitem pausar se surgirem problemas.

Onde anunciar o lançamento do seu app

Escolha os lugares onde seus usuários já estão, em vez de postar em todo canto.

• Sua lista de espera e seus testadores beta. Seu público mais caloroso. Peça que avaliem o app, se gostarem.
• Comunidades de nicho. Subreddits, fóruns e grupos no Discord e no Slack em torno do problema que seu app resolve. Leia as regras primeiro e conte por que você o criou, em vez de deixar só um link.
• Comunidades de criadores. Product Hunt, Indie Hackers e um post Show HN no Hacker News combinam com apps que têm uma história de criação ou um ângulo técnico.
• Newsletters e criadores de conteúdo do seu nicho. Um pitch pessoal e curto com um link de demonstração vale mais do que um press release.
• Diretórios de projetos. Eles dão ao seu app um lugar permanente, que as pessoas encontram muito depois da semana de lançamento. O One Dollar Planet é uma opção: você pode adicionar seu app ao planeta como um ponto de US$ 1 que fica para sempre, ou com um logo e uma página própria por US$ 10, e os visitantes podem dar estrelas a ele no ranking de projetos. A página Como funciona tem os detalhes.

Medindo a retenção depois do lançamento

Os downloads mostram que seu lançamento chegou às pessoas. A retenção mostra que vale a pena manter o app.

• Defina a ativação. Escolha a ação que mostra que o usuário obteve valor, como criar um primeiro registro, e acompanhe quantos novos usuários chegam até ela.
• Acompanhe a retenção por coorte. Veja a parcela dos novos usuários de cada semana que volta no dia 1, no dia 7 e no dia 30. Uma curva que se estabiliza significa que um grupo fiel continua voltando.
• Acompanhe a conversão na loja. O App Store Connect e o Google Play Console mostram impressões, visualizações da página e instalações, para você saber se o gargalo é a página ou o app.
• Monitore a estabilidade. As taxas de falhas e de “o app não está respondendo” afetam as notas, e no Google Play uma qualidade técnica ruim pode reduzir a visibilidade.

Colete apenas os dados de que precisa e mantenha os detalhes de privacidade da App Store e o formulário de segurança dos dados do Google Play alinhados com cada SDK que você adicionar.

Iterando depois do lançamento

As semanas depois do lançamento são quando o produto de verdade toma forma.

1. Corrija primeiro os travamentos e os bloqueios. Nada mais importa se o app falha.
2. Melhore o onboarding. Muitos usuários que vão embora fazem isso na primeira sessão, então encurte o caminho até a ativação.
3. Converse com usuários ativos. Pergunte o que os fez ficar e o que quase os fez desistir.
4. Lance atualizações pequenas e regulares com notas de versão claras.
5. Revise sua página na loja usando as palavras dos próprios usuários e teste variações com a otimização da página do produto, da Apple, ou com os experimentos da página na loja, do Google Play.
6. Decida o que vem a seguir. Se a retenção estiver saudável, invista em crescimento. Se estiver fraca, mude o produto antes de promovê-lo com mais força.

Para mais guias sobre lançamento e marketing de projetos pequenos, visite o blog.

Principais conclusões

• Valide com conversas reais e uma lista de espera antes de terminar de construir.
• Faça um beta estruturado no TestFlight e no Google Play, e confira cedo os requisitos de teste do Google Play para contas novas.
• Leia as diretrizes das lojas antes de enviar. Travamentos, falta de conta de demonstração, lacunas de privacidade e metadados imprecisos causam muitas rejeições.
• Trate o título, as primeiras capturas de tela e as primeiras avaliações como o núcleo da App Store Optimization.
• Planeje a semana de lançamento como uma série de posts nos lugares onde seus usuários já estão.
• Avalie o sucesso pela retenção, não pelos downloads, e melhore primeiro o onboarding.

Perguntas frequentes

Quanto custa lançar um aplicativo mobile?

Os custos fixos são as contas de desenvolvedor: a Apple cobra uma anuidade e o Google Play, uma taxa única de registro, então confira os preços atuais nos sites oficiais. Fora isso, um lançamento pequeno depende principalmente do seu tempo e de ferramentas de baixo custo.

Quanto tempo leva a revisão do app?

Varia. Muitos apps são revisados em poucos dias, mas contas novas, apps complexos e períodos movimentados podem levar mais tempo, e uma rejeição reinicia o processo. Envie bem antes da data de lançamento e use a liberação manual para controlar quando o app vai ao ar.

Devo lançar no iOS e no Android ao mesmo tempo?

Não necessariamente. Lançar primeiro em uma plataforma permite corrigir problemas com um grupo menor antes de dobrar o trabalho. Comece pela plataforma que seu público-alvo prefere; mesmo com um framework multiplataforma, você pode escalonar os lançamentos.

O que é App Store Optimization e funciona para apps novos?

App Store Optimization é melhorar a página do app na loja para que ela apareça em buscas relevantes e transforme visitantes em instalações. Para um app novo, as principais alavancas são um título claro com uma palavra-chave relevante, primeiras capturas de tela fortes e as primeiras avaliações de usuários satisfeitos. Os resultados vêm devagar, então combine isso com abordagem direta no lançamento.

Como divulgar um aplicativo sem verba de marketing?

Comece pelas pessoas que já se importam: sua lista de espera, seus testadores beta e as comunidades onde seus usuários discutem o problema. Conte por que você criou o app e responda a todos os comentários. Listagens em diretórios e posts sobre o que você aprendeu continuam funcionando depois da semana de lançamento.