Quanto tempo leva para criar um aplicativo?

Quem empreende costuma fazer essa pergunta logo depois de perguntar quanto custa um app, e as duas respostas andam juntas. O tempo é o que mais pesa no preço. Se você sabe mais ou menos quanto tempo o seu app vai levar, consegue avaliar qualquer orçamento que receber e planejar o lançamento com base em algo concreto.

A seguir, mostro os prazos típicos por tipo de app, o que acontece em cada etapa, o que realmente atrasa os projetos e um plano realista, semana a semana, para um MVP. Os números vêm de como dimensionamos projetos na Loha.dev. São faixas típicas, não promessas.

Prazos típicos de desenvolvimento por tipo de app

A tabela considera uma equipe pequena e experiente construindo um único código para iOS, Android e web (React Native com Expo e um backend compartilhado). Desenvolver dois apps nativos separados normalmente soma tempo a essas faixas.

Repare que as linhas se sobrepõem. Um app de agendamento "simples" com três provedores de pagamento e integração com um calendário legado pode levar mais tempo do que um app social com escopo bem definido. Conte funcionalidades e integrações, não categorias.

O prazo etapa por etapa

Todo app passa pelas mesmas cinco etapas, mesmo quando elas se sobrepõem. Veja para onde vai o tempo. Para entender melhor o que acontece em cada passo, leia o processo de desenvolvimento de apps explicado.

Descoberta (1–3 semanas)

É aqui que você decide o que não vai construir. Uma boa fase de descoberta termina com uma lista de funcionalidades priorizada, os principais fluxos de usuário e um plano técnico que define a stack, a hospedagem e os serviços de terceiros. Pular essa etapa não economiza tempo. Só empurra as discussões para a fase de desenvolvimento, onde elas custam mais caro.

Design (2–6 semanas)

O design pode começar assim que os fluxos principais estiverem definidos. Usar uma biblioteca de componentes consolidada e seguir as convenções de cada plataforma mantém essa etapa curta. Uma identidade visual totalmente personalizada, cheia de animações, fica no extremo mais longo.

Desenvolvimento (6–16+ semanas)

O desenvolvimento é a etapa mais longa e costuma correr em paralelo com o final do design. Backend, autenticação, modelo de dados e integrações muitas vezes tomam mais tempo do que as telas que as pessoas veem. Recursos em tempo real, suporte offline e pagamentos acrescentam semanas de verdade, cada um.

QA (2–4 semanas, em paralelo)

Os testes devem acontecer ao longo de todo o projeto, mas reserve um período dedicado de estabilização antes do lançamento: aparelhos reais, celulares mais antigos, conexão ruim e um grupo beta usando o app para tarefas de verdade.

Revisão nas lojas e lançamento (1–3 semanas)

A revisão em si costuma ser rápida, mas preparar as páginas nas lojas, as informações de privacidade, as capturas de tela e os requisitos de teste leva mais tempo do que a maioria imagina. Falo mais sobre isso abaixo.

O que atrasa um projeto de app

Na minha experiência, apps raramente atrasam porque o código é difícil. Eles atrasam por estes motivos:

• Aumento de escopo. "Dá para incluir também..." é a frase mais cara do desenvolvimento de software. Cada acréscimo parece pequeno; somados, dobram o prazo.
• Decisões lentas. Se o retorno sobre um design ou uma entrega leva uma semana, o projeto perde uma semana. Ter uma única pessoa responsável pelas decisões do lado do cliente faz muita diferença.
• Requisitos pouco claros. Construir bem a coisa errada e depois refazer é o clássico ralo de tempo.
• Dependências de terceiros. Esperar acesso a uma API, credenciais de sandbox de um parceiro, a verificação de um provedor de pagamento ou a documentação de um sistema legado.
• Conteúdo e materiais atrasados. Textos, termos legais, dados de produtos, arquivos da marca.
• Dois apps nativos desenvolvidos separadamente. Dois códigos significam duas implementações de cada funcionalidade e de cada correção.
• Exigências de compliance descobertas tarde. Requisitos de LGPD, HIPAA, pagamentos, acessibilidade ou localização de dados identificados no meio do projeto obrigam a refazer trabalho.
• Criação das contas. As contas de desenvolvedor da Apple e do Google, principalmente as de empresa, podem exigir uma verificação que leva dias.

Como lançar seu app mais rápido

Não dá para fazer um bom software surgir da noite para o dia, mas dá para eliminar a maior parte do desperdício. Estas são as alavancas que mais mexem no prazo.

Reduza o escopo a um MVP de verdade

Escolha o fluxo que prova a sua ideia e lance só ele. O resto vai para a lista da versão dois. Um MVP enxuto pode ser lançado em 6 a 12 semanas, enquanto a "visão completa" levaria 6 meses. Nosso trabalho de desenvolvimento de MVP gira em torno disso: decidir o que cortar, lançar e aprender com usuários reais.

Desenvolva multiplataforma com um único código

Com React Native e Expo, uma única equipe entrega iOS, Android e muitas vezes a web a partir do mesmo código. Para a maioria dos apps empresariais, isso é bem mais rápido do que criar apps separados em Swift e Kotlin, sem diferença de qualidade perceptível para o usuário. É o padrão nos nossos projetos de desenvolvimento de aplicativos. As atualizações over-the-air para mudanças em JavaScript também permitem publicar correções sem esperar uma revisão completa da loja.

Use serviços gerenciados em vez de montar infraestrutura

Autenticação, pagamentos, e-mail, armazenamento de arquivos e sincronização em tempo real são problemas resolvidos. Usar um backend gerenciado (nós usamos com frequência o Convex para dados em tempo real e a Cloudflare para hospedagem) economiza semanas em comparação a configurar e manter servidores do zero.

Exija demos semanais

Uma demo semanal do app funcionando, no seu celular, pega mal-entendidos enquanto ainda são baratos de corrigir. Também força decisões rápidas, porque cada demo termina com "isto é o que precisamos de você esta semana". Se uma equipe não consegue mostrar algo funcionando a cada uma ou duas semanas, pergunte o porquê.

Decida rápido e tenha um único responsável

Defina uma pessoa que possa aprovar designs e dizer não a novas funcionalidades. Um retorno em até 24 horas dessa pessoa vale mais do que qualquer mudança de processo do lado do desenvolvimento.

Tempo de revisão na App Store e no Google Play

A revisão das lojas é a parte do cronograma que você não controla. Veja o que esperar, lembrando que as duas lojas mudam seus processos e que os prazos variam conforme o app e a época do ano.

Conte com pelo menos uma rejeição no primeiro envio. É comum, geralmente fácil de resolver e muito menos estressante quando já está no cronograma. Para o checklist completo, leia como publicar um app na App Store e no Google Play.

Um cronograma realista de MVP, semana a semana

Veja como costuma ser um MVP de 10 semanas para um app multiplataforma com contas de usuário, um fluxo principal, notificações e um painel administrativo simples. Trate como um plano de exemplo, não como garantia. É o seu escopo que define os números reais.

Se você estiver usando uma nova conta pessoal do Google Play, a exigência de teste fechado pode atrasar o lançamento no Android em algumas semanas em relação ao iOS, a menos que os testes comecem até a semana 7. A versão web normalmente pode ir ao ar na semana 9 ou 10, sem revisão nenhuma.

Como o prazo afeta o custo

A maior parte do desenvolvimento é cobrada por tempo, então um prazo menor quase sempre significa um projeto mais barato. Cortar um terço do escopo ajuda mais o seu orçamento do que negociar o valor da hora. Para ver faixas de preço típicas por tipo de app, confira quanto custa criar um aplicativo.

O inverso também vale: um orçamento muito baixo com um prazo muito curto para um app complexo é sinal de alerta. Ou há funcionalidades faltando na estimativa, ou elas vão aparecer depois como pedidos de alteração.

Quando um caminho mais rápido faz mais sentido

Às vezes o app mais rápido é aquele que você não constrói do zero. Se uma ferramenta pronta resolve 90% do que você precisa, comece por ela. O desenvolvimento sob medida compensa o tempo quando o seu fluxo de trabalho é o produto, quando você precisa ser dono dos dados e da experiência do usuário, ou quando as ferramentas existentes obrigam a gambiarras. É aí que o desenvolvimento de apps sob medida paga as semanas a mais.

Se você não tem certeza de qual lado a sua ideia está, receba um plano de app gratuito. Você recebe uma lista de funcionalidades com escopo definido e uma estimativa de prazo para comparar com qualquer outro orçamento.