O primeiro envio para a loja deve acontecer várias semanas antes do lançamento, não no dia em que a versão final fica pronta. Não porque a revisão seja demorada, mas porque o trabalho de configuração da conta e dos metadados relacionado a ela é consistentemente subestimado.
A configuração da conta demora mais do que a revisão
Antes que qualquer coisa possa ser enviada, é preciso existir uma conta de desenvolvedor. Para uma conta empresarial, isso geralmente exige documentos de registro da empresa e uma etapa de verificação que leva de dias a semanas, dependendo da jurisdição e da rapidez com que os documentos correspondem aos dados informados.
Os atrasos são triviais e previsíveis: um nome de empresa que não corresponde exatamente ao registro, um formato de endereço que a verificação não aceita, um tipo de entidade jurídica que precisa de evidências adicionais. Nada disso é difícil; tudo consome tempo de calendário.
Isso deve começar no início do projeto, não no final. É a causa isolada mais comum de um lançamento ser adiado por motivos não relacionados ao desenvolvimento.
As rejeições que se repetem
A maioria das rejeições no primeiro envio se enquadra em um pequeno número de categorias:
- Informações incompletas para a revisão. Se o aplicativo exige login, credenciais de teste funcionais devem ser fornecidas. Revisores que não conseguem acessar o aplicativo rejeitam o envio. Quando um fluxo exige dados específicos ou um estado particular do dispositivo, isso precisa ser explicado.
- Falhas ou bugs evidentes. Os revisores usam o aplicativo e rejeitam o envio quando ocorrem falhas.
- Divulgações de privacidade ausentes ou inconsistentes. É necessária uma política de privacidade, que deve estar acessível em uma URL ativa e corresponder ao que o aplicativo realmente coleta. Declarar que nenhum dado é coletado enquanto se solicitam permissões de contatos é uma inconsistência que os revisores verificam.
- Permissões solicitadas sem finalidade evidente. Solicitar localização, câmera ou contatos exige uma justificativa que o revisor considere plausível, e o texto explicativo no aplicativo precisa ser específico, não genérico.
- Conteúdo de preenchimento. Lorem ipsum, telas vazias, botões sem funcionamento, seções com a indicação "em breve". A listagem de uma loja é destinada a um produto concluído.
- Processamento de pagamentos que não segue as regras da plataforma. As regras sobre o que deve usar o próprio mecanismo de pagamento da plataforma são específicas e rigorosamente aplicadas. Errar nisso pode exigir a reformulação de um fluxo central.
- Incompatibilidades nos metadados. Capturas de tela que mostram recursos inexistentes, descrições que prometem funcionalidades que não existem.
Cada um desses problemas pode ser evitado antes do envio, e uma revisão pré-envio com base nesta lista leva uma hora.
Metadados são uma tarefa de trabalho
A listagem precisa, por plataforma e por idioma, de:
- Nome e subtítulo do aplicativo, dentro dos limites de caracteres.
- Descrição, geralmente em versões curta e longa.
- Palavras-chave, quando a plataforma as utiliza.
- Capturas de tela nos tamanhos exigidos para várias classes de dispositivos.
- Um ícone em várias resoluções.
- Categoria, classificação etária e declarações sobre o conteúdo.
- URLs de suporte e da política de privacidade, ambas ativas.
As capturas de tela em tamanhos específicos de dispositivos são o item que mais frequentemente causa correria, porque exigem uma versão funcional nesses tamanhos de dispositivo. Produzi-las corretamente leva um dia, e fazê-lo às pressas resulta em uma listagem que subvaloriza o produto.
Prazo da revisão
A revisão normalmente é concluída em um ou dois dias nas principais plataformas, embora isso varie e fique mais lento perto de feriados. Planeje alguns dias e conte com pelo menos uma rejeição no primeiro envio — isso é normal, não uma falha, e o reenvio após uma correção geralmente é mais rápido.
Não agende um evento de lançamento para o dia seguinte ao envio. Envie, obtenha a aprovação e mantenha o lançamento em espera até estar pronto — ambas as principais plataformas permitem aprovar uma versão e lançá-la posteriormente, eliminando completamente o risco de prazo.
Depois do primeiro lançamento
As atualizações também passam por revisão. Para qualquer situação urgente — uma correção para um bug grave — reserve um ou dois dias para a revisão, em vez de presumir uma publicação imediata.
Observe também que nem todos os usuários atualizam. Uma proporção significativa permanece em versões antigas por muito tempo, o que significa que as alterações no lado do servidor precisam continuar compatíveis com as versões ainda em uso, e vale a pena decidir desde cedo por quanto tempo você oferecerá suporte a elas.
Serviços relacionados da Manboo
- Desenvolvimento de aplicativos Flutter para MVPs de iOS e Android.
- Desenvolvimento de software empresarial para sistemas de CRM, reservas, inventário e fluxos de trabalho.
- Desenvolvimento de painel administrativo para painéis operacionais e gerenciamento de back-end.
- Integração de API de IA quando seu produto estiver pronto para pesquisa inteligente, chat ou automação.
- Solicite uma análise do escopo e uma estimativa do projeto quando estiver pronto para planejar a primeira versão.