Quanto tempo leva para desenvolver um aplicativo do zero: o cronograma semana a semana até a loja (e o que faz o prazo estourar)
Gabriela Dionelli · · 7 min de leitura
Você tem a ideia na cabeça, já explicou para umas cinco pessoas e todas acharam boa. Aí vem a pergunta que trava tudo: quanto tempo isso leva para ficar pronto? Você precisa do número porque tem um prazo real, um sócio esperando, ou um dinheiro guardado que não pode ficar parado seis meses sem resposta. E o que você encontra por aí varia de três semanas a um ano, sem ninguém explicar o porquê.
Respira. Vamos por partes. Prazo de aplicativo é previsível, desde que você entenda quais pedaços dependem de código e quais dependem de uma decisão sua. E boa parte do atraso nos projetos que eu acompanho não acontece no teclado do desenvolvedor.
O que define o prazo de um aplicativo (e não é a quantidade de telas)
Quase todo mundo estima app contando tela. Dez telas, um mês. Vinte telas, dois meses. Não funciona assim. Tela é a parte rápida e barata do trabalho. O que consome semana é outra coisa:
- Regras de negócio. Uma tela de cadastro é rápida. Uma tela de cadastro que precisa validar CPF, bloquear duplicado, enviar código por SMS e diferenciar dois tipos de usuário são quatro decisões e três comportamentos de erro para cada uma.
- Integrações com terceiros. Pagamento, nota fiscal, ERP, mapa, disparo de mensagem. Você não controla a documentação, o ambiente de teste nem o suporte do outro lado. É aqui que cronograma derrete.
- Decisões pendentes. Cada pergunta sua não respondida vira uma tarefa parada. Time bom não adivinha regra de negócio, ele pergunta e espera.
A pergunta certa não é essa. A pergunta certa é: quanto tempo até a primeira versão estar na mão de um usuário de verdade?
Cronograma real: as 12 semanas de um app do zero até a loja
Abaixo está o caminho de um MVP com área logada e pagamento, feito por um time sênior, iOS e Android na mesma base de código. É o formato mais comum de primeiro app.
- Semanas -2 a 0: você decide o escopo. Custo: R$ 0. Antes de contratar qualquer pessoa, escreva em uma frase o que o usuário faz no primeiro minuto dentro do app. Depois liste tudo que você imaginou e separe em duas colunas: sem isso o app não existe, e isso pode esperar a versão 2. Essa etapa não aparece em orçamento nenhum e é a que mais economiza tempo.
- Semanas 1 e 2: descoberta e definição técnica. O time transforma sua lista em fluxos, define banco de dados, integrações e o que entra em cada entrega. Saída esperada: escopo fechado por escrito, com o que está fora dito com todas as letras.
- Semanas 2 a 4: design e protótipo navegável. Antes de uma linha de código de tela, você recebe um protótipo clicável. Dá para mostrar para dez pessoas e corrigir confusão de navegação ali, onde mudar custa uma hora e não uma semana.
- Semanas 3 a 10: desenvolvimento em ciclos de duas semanas. A cada duas semanas você testa algo funcionando no seu celular. Se o time só mostra resultado no fim, isso não é método, é risco.
- Semanas 9 a 11: teste com gente de verdade. De 10 a 20 pessoas usando de verdade, sem você explicando nada por cima do ombro. Aqui aparecem os erros que ninguém do projeto enxerga mais, porque já decorou o caminho.
- Semanas 11 a 12: publicação nas lojas. Conta de desenvolvedor Apple custa cerca de US$ 99 por ano e a do Google, US$ 25 de taxa única. A revisão da Apple costuma sair em 24 a 48 horas, mas a primeira submissão quase sempre leva uma rejeição por detalhe de política, o que adiciona de 2 a 5 dias.
- Semanas 13 a 16: pós-lançamento. Correções do que o mundo real revelou. Reserve tempo e dinheiro para isso desde o começo. App não termina no dia da publicação.
Quanto tempo leva cada tipo de aplicativo em 2026
Faixas para time sênior no Brasil, uma base de código para iOS e Android, valores de projeto sem contar custo mensal de infraestrutura e lojas.
| Tipo de aplicativo | Prazo até a loja | Faixa de investimento |
|---|---|---|
| App simples: cadastro, conteúdo, notificação, sem pagamento | 6 a 9 semanas | R$ 25.000 a R$ 60.000 |
| MVP com área logada e pagamento | 10 a 14 semanas | R$ 60.000 a R$ 120.000 |
| App integrado a sistema que já existe (ERP, CRM, logística) | 14 a 22 semanas | R$ 120.000 a R$ 250.000 |
| Marketplace de duas pontas (quem oferta e quem compra) | 16 a 26 semanas | R$ 150.000 a R$ 350.000 |
O que move esses números para cima: pagamento recorrente, chat em tempo real, mapa com rastreamento, perfil de administrador completo, integração com sistema antigo sem documentação. O que move para baixo: começar com uma única ponta do negócio e aceitar controlar o resto na mão nos primeiros meses.
Os quatro atrasos que mais estouram o cronograma
1. Documentos e contas que só você pode abrir
Conta de desenvolvedor empresarial na Apple exige número D-U-N-S, que pode levar de alguns dias a duas semanas. Conta em gateway de pagamento passa por análise. Contrato social, certificado, dados bancários: nada disso o desenvolvedor resolve por você. Já vi projeto pronto na semana 11 esperando 9 dias por uma aprovação de conta. Abra tudo na semana 1.
2. O tempo que você demora para responder
Essa é a conta que ninguém faz. Um projeto de 12 semanas tem umas 6 rodadas de aprovação. Se cada uma demora 4 dias a mais do que o combinado, são 24 dias corridos, quase um mês de atraso, sem uma única linha de código ter dado problema. Combine desde o início quanto tempo você tem por semana para o projeto e seja honesto sobre isso.
3. O escopo que cresce no meio do caminho
Aquele clássico: já que estamos fazendo, coloca um chat. Aqui tem psicologia envolvida, não preguiça. Quanto mais perto do lançamento, mais o seu cérebro tenta adiar o julgamento das pessoas, e adicionar funcionalidade é a forma socialmente aceitável de adiar. Cada pedido novo no meio do desenvolvimento custa mais caro que o mesmo pedido feito na semana 1, porque mexe em coisa que já estava pronta e testada.
4. A integração que parecia simples
Emitir nota fiscal, puxar estoque de um ERP, conversar com a catraca de um evento. Sempre tem homologação, ambiente de teste instável e alguém do outro lado que responde em 3 dias úteis. Toda integração externa merece uma semana de folga no cronograma. Se sobrar, ótimo.
Como encurtar o prazo sem entregar um app pela metade
Dá para tirar semanas do projeto, mas não do jeito que a maioria tenta (colocando mais gente no time, o que geralmente atrasa). O caminho é outro:
- Escolha uma forma de entrar. Login por e-mail e Google resolve. Facebook, Apple, telefone com SMS e conta de convidado, tudo junto na primeira versão, é uma semana a mais e meia dúzia de estados de erro extras.
- Escolha um meio de pagamento. Começar só com Pix e cartão cobre quase todo mundo no Brasil e evita semanas de homologação.
- Adie o painel administrativo. Nos primeiros dois meses, com 50 usuários, você administra por planilha ou por um painel simples. Um painel completo pode consumir um terço do projeto.
- Corte o que exige conteúdo que você ainda não tem. Se a tela depende de 200 fotos que ninguém tirou, ela não está pronta para ser construída.
Seu primeiro produto não precisa ser perfeito. Precisa existir e estar na mão de alguém que reclama, elogia e usa de novo.
Quando chegar a hora de construir
Esse cronograma não é teoria de slide. É o mesmo processo que a gente usa na OCA, inclusive no nosso próprio produto. O Revo, plataforma de eventos e ingressos que operamos, hoje tem mais de 40 mil usuários cadastrados, passa de 300 eventos por mês e tem checkout próprio convertendo a 90%. A primeira versão dele não tinha metade do que tem hoje. Tinha o suficiente para alguém comprar um ingresso e entrar na festa.
Quando chegar a hora de tirar o seu do papel, é exatamente isso que fazemos: escopo honesto, entrega a cada duas semanas para você ver funcionando, prazo com as folgas certas nos lugares certos. Dá para conferir o que já colocamos em produção no portfólio de projetos da OCA.
Fale com a OCA sobre o seu aplicativo
O passo desta semana, sem gastar nada: escreva as telas do seu app em uma folha e marque com um X só as que o usuário precisa para completar a ação principal uma única vez. Conte quantas sobraram. Se sobraram mais de sete, você ainda não tem uma primeira versão, tem uma versão 3. Corte até chegar lá e você acabou de tirar semanas do seu cronograma antes de contratar qualquer pessoa.
