Quanto custa um aplicativo e o que faz o valor subir ou descer
Quem pesquisa quanto custa um aplicativo encontra respostas que vão de quase nada a valores de sistema corporativo. A distância faz sentido: app é um nome para produtos muito diferentes. Aqui você vê o que pesa no custo, três exemplos de escopo, os gastos que continuam depois da publicação, como começar por um MVP e o que exigir na proposta.
Por Criação de Sites em Londrina Atualizado em 9 min de leitura
App é um nome para projetos muito diferentes
Um aplicativo pode ser uma tela simples para marcar horário ou uma operação inteira com cliente, entregador, loja e painel de gestão conversando em tempo real. Os dois são chamados de app, mas o trabalho envolvido não se compara.
O valor de um app é, basicamente, horas de desenho, programação e teste somadas a serviços que ficam rodando por trás: servidor, banco de dados, envio de notificações, mapas e meios de pagamento. Cada recurso pedido acrescenta horas em uma ponta e, às vezes, uma conta mensal na outra.
Quem responde com um valor fechado depois de ouvir só "quero um app parecido com tal" está estimando no escuro. Uma estimativa confiável nasce de uma lista de telas, perfis de usuário e regras de negócio. Nas próximas seções, você vê quais desses itens pesam mais.
Antes de falar em valor, escreva em poucas linhas quem vai usar o app e qual tarefa ele precisa resolver. Essa frase orienta todo o resto.
PWA, híbrido ou nativo: a primeira decisão técnica
O PWA (aplicativo web progressivo) é um site construído para se comportar como app. Abre pelo navegador, pode ganhar um ícone na tela inicial e funciona em Android e iPhone com o mesmo código. Em geral, não passa pelas lojas, o que elimina a etapa de aprovação, mas tem acesso mais limitado a alguns recursos do aparelho.
O híbrido usa uma base de código para gerar as versões de Android e iOS, publicadas nas lojas. Costuma ser a escolha de empresas que precisam de câmera, GPS, notificações e presença na Google Play e na App Store sem pagar por dois desenvolvimentos separados.
O nativo é escrito separadamente para cada sistema, com as ferramentas próprias de cada plataforma. Faz sentido quando o app depende de desempenho alto ou de recursos muito específicos do aparelho, como processamento pesado de imagem ou comunicação contínua com sensores. Na prática, significa manter dois códigos, e isso aparece no custo inicial e na manutenção.
- PWA: menor investimento de entrada, atualização imediata para todos, recursos do aparelho mais restritos.
- Híbrido: um código para duas lojas, bom equilíbrio entre custo e acesso a câmera, GPS e notificações.
- Nativo: dois códigos, mais controle sobre desempenho e recursos específicos, maior custo de construção e de manutenção.
Para agendamento, cardápio ou área do cliente, um PWA bem-feito costuma resolver. Avalie o nativo só quando houver um motivo técnico claro.
O que define quanto custa um aplicativo
Depois do tipo de app, o valor é formado pelo que ele faz. Estes são os itens que mais somam horas de trabalho:
- Número de telas: cada uma precisa de layout, mensagens de erro, estado de carregamento e ajuste para aparelhos de tamanhos diferentes.
- Perfis de usuário: cliente, profissional, entregador e administrador enxergam telas e permissões diferentes. Cada perfil novo é quase um app dentro do app.
- Login: e-mail e senha, código por SMS ou entrada com conta Google ou Apple, além de recuperação de senha e exclusão de conta.
- Pagamentos: Pix, cartão, assinatura ou divisão de valores entre loja e plataforma, normalmente por um meio de pagamento que cobra taxa própria.
- Integrações: sistema de gestão, emissão de nota, estoque, agenda, CRM ou mapas. Integração com sistema antigo sem documentação costuma ser a parte mais imprevisível.
- Painel administrativo: a área web onde a empresa cadastra serviços, acompanha pedidos, responde clientes e tira relatórios. Ele costuma ser esquecido no pedido e pesa bastante na conta.
- Notificações: lembrete de horário, pedido saindo para entrega, mensagem nova. Exigem regras de envio, configuração nas plataformas e cuidado para não virar incômodo.
- Funcionamento sem internet: guardar dados no aparelho e sincronizar depois exige tratar conflitos, e isso é trabalho extra.
O painel administrativo e as integrações costumam pesar mais do que o visual. Se ninguém consegue alterar preços e horários sem chamar o programador, o app vai custar caro no dia a dia.
Três exemplos de escopo, do enxuto ao mais completo
Os exemplos abaixo não trazem valores, porque cada empresa tem regras próprias. Servem para mostrar como o escopo cresce de um caso para outro e onde as horas se concentram.
App simples de agendamento. Um salão ou consultório quer que o cliente veja serviços, escolha profissional e horário, receba lembrete e cancele sem ligar. São dois perfis (cliente e administrador), poucas telas e um painel para gerir agenda e bloqueios. Muitas vezes cabe em um PWA, sem passar pelas lojas. O custo sobe se entrar pagamento antecipado ou integração com um sistema de gestão que a empresa já usa.
App de delivery. Aqui existem pelo menos três pontas: o cliente que pede, a loja que recebe e prepara, e quem entrega. Entram cardápio com adicionais, carrinho, pagamento online, cálculo de taxa por região, acompanhamento do pedido, notificações e painel da loja. Se houver entregador próprio com localização em tempo real, o projeto ganha mais um app ou mais um perfil e integração com mapas.
App para equipe de campo. Técnicos, vendedores ou agrônomos que visitam clientes precisam de ordens de serviço, checklists, fotos, assinatura, localização da visita e, com frequência, funcionamento sem sinal de internet. Normalmente é de uso interno, então pode ser distribuído sem vitrine pública, mas depende de integração com o sistema da empresa e de sincronização confiável. É o tipo de app em que o painel e os relatórios valem tanto quanto as telas do celular.
O que distancia um exemplo do outro é a quantidade de perfis e de sistemas conectados. É aí que o escopo precisa ser mais detalhado.
Lojas, contas de desenvolvedor e custos depois da publicação
Para publicar na Google Play, a empresa precisa de uma conta no Play Console. Em consulta à página oficial de ajuda do Google em 14 de setembro de 2026, a inscrição tinha taxa única de US$ 25. Se a conta for pessoal, e não de organização, e tiver sido criada depois de 13 de novembro de 2023, o Google exige um teste fechado com pelo menos 12 testadores por 14 dias seguidos antes de liberar o app ao público.
Para a App Store, é preciso participar do Apple Developer Program. Na mesma data, a página oficial de inscrição da Apple informava anuidade de US$ 99, cobrada em moeda local onde disponível e com possível variação por região. Por ser anual, a conta precisa ser renovada para o app continuar disponível. Vale abrir as duas contas em nome da empresa, e não de quem desenvolveu.
Depois que o app está no ar, os gastos continuam:
- Servidor e banco de dados, que crescem com o número de usuários e de acessos.
- Serviços de terceiros, como envio de SMS, mapas e taxas do meio de pagamento, geralmente cobrados por uso.
- Adaptações a novas versões do Android e do iOS e às regras das lojas, que mudam permissões e requisitos mínimos com frequência.
- Correções de falhas, atualizações de segurança e ajustes pedidos pelos usuários.
- Renovação anual da conta de desenvolvedor da Apple.
Um app parado por um ano pode deixar de funcionar direito em aparelhos novos ou ficar fora das exigências das lojas. Manutenção é parte do custo, não um extra.
Começar por um MVP para gastar menos e aprender mais cedo
MVP é a sigla em inglês para produto mínimo viável: a menor versão do app que já resolve o problema principal para usuários reais. Em vez de construir todas as ideias de uma vez, você lança o essencial, observa como as pessoas usam e decide com dados o que vem na etapa seguinte.
No app de delivery, por exemplo, o MVP pode aceitar pedidos só para retirada e entrega com motoboy da própria loja, sem rastreamento em tempo real. No app de campo, pode começar com ordem de serviço, fotos e assinatura, deixando relatórios avançados para depois. O corte certo reduz o investimento inicial e evita pagar por funções que ninguém usa.
- Liste todas as funções desejadas e marque quais são indispensáveis no primeiro dia.
- Comece por um único perfil de usuário, quando possível, e atenda a equipe interna pelo painel web.
- Avalie se um PWA atende a primeira fase antes de partir para as lojas.
- Troque integrações complexas por processos manuais temporários, como exportar uma planilha.
MVP não é app malfeito. É um app pequeno, com base técnica pronta para crescer, e isso precisa estar claro na proposta.
O que pedir na proposta de desenvolvimento
Propostas de aplicativo só se comparam quando descrevem a mesma coisa. Peça que cada fornecedor responda por escrito aos itens abaixo. Se algum ficar de fora, pergunte antes de assinar.
- Tipo de app escolhido (PWA, híbrido ou nativo) e o motivo da escolha.
- Lista de telas e de perfis de usuário, com o que cada perfil pode fazer.
- Funções do painel administrativo.
- Integrações incluídas e quem fornece o acesso a cada sistema.
- Se a publicação e o acompanhamento da revisão nas lojas estão incluídos.
- Custos mensais estimados de servidor e serviços de terceiros, separados do projeto.
- Prazo por etapa, com entregas que você consegue testar no celular.
- Período de garantia para correção de falhas após a entrega.
- Como funciona a manutenção e o que ela cobre.
- Propriedade do código-fonte e contas das lojas em nome da empresa.
- Tratamento de dados pessoais conforme a LGPD, incluindo a exclusão de conta pelo usuário.
Se a proposta fala só em "desenvolvimento do app" e um valor total, peça o detalhamento. É nele que aparecem as diferenças reais entre fornecedores.