Quanto custa criar um aplicativo: o prazo das lojas que entra no orçamento

Quem pesquisa quanto custa criar um aplicativo encontra faixas largas — de dezenas a centenas de milhares de reais — e quase nunca a origem delas. Encontra também, no fim da lista, a recomendação de reservar um percentual por ano para manutenção, dita como se fosse prudência: algo que se faz se sobrar dinheiro.

Não é prudência, é regra. A Apple e o Google publicam prazos com data que obrigam todo app a ser recompilado e reenviado periodicamente, sob pena de não conseguir publicar nem uma correção ou de sumir para parte dos usuários. Este artigo explica o que move o preço do desenvolvimento e, depois, o que as lojas cobram — em dinheiro e em calendário — para o app continuar no ar.

Quanto custa criar um aplicativo, afinal?

Não existe tabela de preço de aplicativo com origem verificável no Brasil. As faixas que circulam são estimativas de fornecedores, calculadas sobre projetos que não conhecemos, e por isso variam até cinquenta vezes entre si. Um app de agendamento com dez telas e um marketplace com três perfis de usuário, pagamento e rastreamento em tempo real são produtos de naturezas diferentes, ainda que ambos se chamem aplicativo.

O preço honesto é uma composição: o custo do desenvolvimento, definido pelo escopo, somado ao custo de publicar e ao custo de permanecer na loja. As duas últimas parcelas são as que os orçamentos costumam esquecer, e são as únicas com regras públicas e datadas. É delas que o artigo trata com mais cuidado.

• Desenvolvimento: telas, fluxos, plataformas, integrações e o servidor que sustenta o app.
• Publicação: contas de desenvolvedor, preparação da ficha na loja, revisão e, no Google Play com conta pessoal nova, um teste fechado obrigatório.
• Permanência: recompilação anual com as ferramentas exigidas, correções, servidor, suporte e, se o app vende conteúdo digital, a comissão da loja.

O que define o custo de desenvolvimento de um app?

O custo de um aplicativo não cresce com o número de telas na mesma proporção em que cresce com o número de regras. Uma tela de cadastro é barata; uma tela de cadastro que valida documento, consulta um sistema externo e trata o erro quando esse sistema está fora do ar é outra conversa. Quatro perguntas separam um orçamento do outro.

1. Quantos perfis de usuário o app atende?

Um app com um único tipo de usuário é um produto. Um app de delivery tem, no mínimo, três: quem pede, quem entrega e quem vende — e cada perfil é quase um aplicativo próprio, com telas, permissões e notificações diferentes. É por isso que "um app tipo Uber" custa várias vezes um app de catálogo: não pela sofisticação visual, mas pela quantidade de lados que precisam conversar em tempo real.

2. Em quais plataformas ele vai rodar?

Só Android, só iOS ou os dois. A escolha da tecnologia — nativo, multiplataforma ou web — muda o quanto de código é compartilhado entre as duas lojas, e isso está detalhado na seção seguinte. O que não muda: se o app está nas duas lojas, ele obedece às regras das duas.

3. Com quais sistemas ele precisa conversar?

Pagamento, ERP, CRM, estoque, mapas, login com conta Google ou Apple, emissão de nota. Cada integração é um pequeno projeto com regra de negócio, tratamento de falha e teste. É a variável que mais separa orçamentos e a que mais aparece tarde, quando o app já está em construção.

4. O que existe por trás da tela?

Quase todo app de empresa depende de um servidor: banco de dados, painel administrativo, envio de notificações, autenticação. Essa parte não aparece para o usuário e costuma ser do mesmo tamanho — às vezes maior — que o aplicativo em si. Orçamento que fala só de "telas" provavelmente está falando só de metade do trabalho.

Nativo, multiplataforma ou PWA: o que muda no custo?

A tecnologia define quanto código é escrito uma vez e quanto é escrito duas. Nenhuma das três é a certa em abstrato; cada uma troca custo inicial por alguma limitação.

A penúltima linha é a que quase nenhum comparativo traz. Um app multiplataforma economiza código, mas não economiza obrigação: a versão para iPhone continua sendo compilada com as ferramentas da Apple, e a versão Android continua precisando mirar o nível de API exigido pelo Google. A economia está em fazer o trabalho uma vez; o calendário continua sendo dois.

Quanto custa publicar um app na App Store e no Google Play?

As taxas de conta são a parte pequena e previsível da conta. A diferença entre as duas lojas é de natureza: uma cobra todo ano, a outra cobra uma vez.

Um detalhe que parece burocrático e não é: em nome de quem a conta é aberta. Conta aberta no CPF de um desenvolvedor ou de um sócio vincula o app a uma pessoa; se ela sai do projeto, a transferência vira um processo. A mesma lógica vale para domínio, e está explicada em por que o domínio precisa estar em nome da empresa. No Google Play, como se verá adiante, a conta de organização ainda poupa uma etapa inteira do cronograma.

Por que o aplicativo precisa ser atualizado todo ano?

Porque as duas lojas amarram a publicação à versão mais recente das próprias ferramentas, e sobem essa régua anualmente. Não se trata de recomendação de boas práticas: é condição para enviar uma versão nova. Em 2026, as duas datas foram estas.

Duas observações sobre essas datas. A primeira: elas mudam todo ano. A página do Android é reescrita a cada ciclo com o novo nível de API, e a Apple publica a exigência de Xcode seguinte quando lança a nova geração do sistema. Quem lê este artigo em 2027 deve conferir as páginas oficiais, não os números acima.

A segunda: mirar uma versão nova do Android não é trocar um número no arquivo de configuração. Cada nível de API traz mudanças de comportamento — permissões, notificações, execução em segundo plano — que podem quebrar partes do app e precisam ser testadas. É trabalho de desenvolvimento, com horas, e é por isso que ele pertence ao orçamento.

O que acontece com o app que não é atualizado?

Ele não é apagado no dia seguinte, e é justamente isso que engana. O efeito é gradual e aparece no pior momento.

• Na App Store, o app publicado continua lá, mas nenhuma versão nova sobe sem ser compilada com as ferramentas exigidas. Se aparecer um erro grave em produção, a correção fica presa até o projeto ser atualizado para o Xcode vigente — o que pode levar dias quando o código está parado há muito tempo.
• No Google Play, o app que mira o Android 14 (API 34) ou menos passa a ficar disponível apenas para aparelhos com versão igual ou inferior à que ele mira. Usuários novos com celulares mais recentes simplesmente não o encontram para instalar.
• Nos dois casos, a dívida se acumula. Pular um ciclo significa, no seguinte, subir duas versões de uma vez, com o dobro de mudanças de comportamento para testar.

O app que não atualiza não sai da loja de uma vez: ele para de receber correção e some, aos poucos, para quem acabou de trocar de celular.

Para empresas que contrataram o app como projeto fechado, sem contrato de manutenção, este é o cenário mais comum: o fornecedor entregou, o código ficou parado, e a primeira necessidade de mudança revela que antes de mexer no que se quer é preciso atualizar tudo o que a loja passou a exigir.

Quanto tempo leva para publicar o primeiro app?

Além do desenvolvimento, existe um prazo que não depende de ninguém da equipe e costuma ser descoberto na última semana. Ele vale para o Google Play e para um tipo específico de conta.

Na prática, são duas semanas no mínimo entre o app pronto e o app publicado, mais o tempo de recrutar doze pessoas que instalem e fiquem inscritas. Se alguém desiste no décimo dia, a contagem daquele testador não vale. É um prazo que precisa entrar no cronograma desde o início, não na véspera do lançamento.

A exigência está descrita para contas pessoais. A página não a aplica a contas de organização — e esse é mais um argumento para abrir a conta de desenvolvedor no CNPJ da empresa desde o primeiro dia. Além de evitar o teste obrigatório, deixa o app em nome de quem é dono dele.

Do lado da Apple, todo envio passa por revisão antes de ir ao ar, e apps rejeitados voltam para ajuste. Não há como garantir prazo de aprovação; o que se pode fazer é chegar à revisão com ficha completa, política de privacidade publicada e credenciais de teste para o revisor, que são os motivos mais comuns de ida e volta.

Quanto a loja fica da venda dentro do app?

Depende do que se vende. A comissão da loja incide sobre a compra dentro do app de conteúdo e recursos digitais — assinatura, créditos, acesso premium. Produto físico e serviço consumido fora do app seguem outra regra.

Para quem vende conteúdo digital, a Apple mantém uma comissão reduzida para desenvolvedores pequenos. Segundo a página do App Store Small Business Program, a comissão é de 15% para quem teve até 1 milhão de dólares em receitas no ano civil anterior, somando todos os apps, e para desenvolvedores novos na loja. Quem ultrapassa o limite passa à comissão padrão, que deve ser conferida nas regras vigentes da Apple no momento do plano de negócio.

Isso muda o desenho do produto. Um app de delivery, de mobilidade ou de vendas de produto físico processa o pagamento com gateway próprio e não entrega percentual à loja. Um app de assinatura de conteúdo precisa colocar a comissão na conta da margem antes de definir preço.

Quanto custa manter um aplicativo por ano?

A manutenção de um app tem uma parte obrigatória, imposta pelas lojas, e uma parte que depende de quanto o app é usado. Somadas, formam a conta do primeiro ano — que recomeça no segundo.

• Obrigatório pelas lojas: renovação anual da conta Apple; recompilação com o Xcode exigido; atualização do nível de API alvo no Android, com teste das mudanças de comportamento.
• Obrigatório pelo produto: servidor e banco de dados, que crescem com o número de usuários; certificados e chaves de serviços externos que expiram; bibliotecas de terceiros que deixam de ser suportadas.
• Operacional: correção de erros relatados, suporte ao usuário, respostas às avaliações na loja, ajustes quando uma integração muda do outro lado.
• Evolução: funcionalidades novas. É a única parte realmente opcional, e costuma ser a única que o cliente imagina quando ouve "manutenção".

A recomendação genérica de reservar um percentual fixo do custo de desenvolvimento por ano é um ponto de partida, mas esconde o essencial: a parte obrigatória não é proporcional ao tamanho do app. Um app pequeno e um grande precisam, ambos, passar pelo ciclo anual das lojas. O que muda é quanto código precisa ser testado quando a régua sobe.

O que muda por tipo de aplicativo?

As buscas mais comuns sobre preço de app são por tipo: delivery, "tipo Uber", vendas, app interno da empresa. O que diferencia o custo de cada um é onde a complexidade se concentra.

Regras de pagamento: App Review Guidelines da Apple, itens 3.1.1 e 3.1.3(e), consultados em 24/09/2026

Os apps de dois ou três lados — delivery e mobilidade — são os que mais se beneficiam de começar por uma versão mínima. Lançar os três perfis completos ao mesmo tempo multiplica o custo antes de saber se algum dos lados vai aparecer. O raciocínio de o que cortar e quando parar está em o critério de parada de um produto mínimo viável.

Como pedir um orçamento que inclua o custo de ficar na loja?

A maior parte dos orçamentos de app trata a publicação como o fim do projeto. Peça que ela seja tratada como o começo de um ciclo, com estas perguntas por escrito.

1. Em nome de quem ficam as contas de desenvolvedor? A resposta certa é: no da sua empresa, com acesso administrativo seu.
2. O cronograma inclui o teste fechado do Google Play? Se a conta for pessoal e nova, são pelo menos 14 dias com 12 testadores antes da produção.
3. Quanto custa o ciclo anual de atualização? Recompilar com o Xcode novo e subir o nível de API do Android, com teste — pergunte o preço desse ciclo separado da evolução.
4. O servidor e o painel estão no escopo? E quanto custa a infraestrutura por mês na faixa de usuários que você espera no primeiro ano.
5. O código-fonte é entregue e de quem é? Sem o código, qualquer atualização obrigatória depende do mesmo fornecedor para sempre.
6. Como o app vai cobrar? Se vende conteúdo digital, a comissão da loja entra na conta de margem antes do lançamento.

Com essas respostas, dois orçamentos passam a ser comparáveis. Sem elas, o mais barato costuma ser o que deixou a permanência na loja para uma segunda proposta, que chega quando o app já não pode ser atualizado.

Por onde começar hoje

1. Escreva quantos perfis de usuário o app tem e corte para o menor número que ainda testa a ideia.
2. Decida se o app precisa estar nas duas lojas desde o início, ou se um PWA ou uma única plataforma validam a hipótese primeiro.
3. Abra as contas de desenvolvedor no CNPJ da empresa antes de contratar o desenvolvimento.
4. Coloque no cronograma o teste fechado e a revisão das lojas, com folga.
5. Peça orçamento separando desenvolvimento, publicação e o ciclo anual de atualização obrigatória.
6. Marque na agenda de todo ano a conferência das páginas de requisitos da Apple e do Google.

Se o app faz parte de uma estratégia maior de canais e ainda não está claro onde ele se encaixa, o diagnóstico gratuito de marketing avalia presença digital, tecnologia e jornada do cliente antes de qualquer desenvolvimento. E, quando a ideia já está definida, o desenvolvimento de MVP da Alliance começa pela versão mínima que valida a hipótese — com as contas, o teste e o ciclo das lojas no escopo desde o primeiro dia.