Quanto custa desenvolver um aplicativo — e por que dois orçamentos do mesmo app diferem três vezes

Procure quanto custa desenvolver um aplicativo e você vai encontrar uma dezena de guias com tabelas. Elas dizem coisas como: app simples de R$ 20 a 60 mil, MVP de R$ 60 a 150 mil, produto completo acima de R$ 300 mil. Alguns começam em R$ 10 mil, outros terminam em R$ 500 mil.

O intervalo total entre os guias vai de dez mil a meio milhão — o que é outra forma de dizer que a tabela não responde nada. E não responde porque a variável que mais move o preço não é o tipo do aplicativo. É o escopo, e escopo não cabe em um adjetivo como “simples” ou “completo”.

Duas telas de cadastro podem custar dois dias ou três semanas dependendo de o cadastro aceitar login social, verificar e-mail, validar CPF, cumprir LGPD e sincronizar com um sistema que a empresa já tem. Nenhuma tabela captura isso, e é exatamente aí que mora a diferença entre um orçamento e outro.

Num projeto de aplicativo bem conduzido, o dinheiro se distribui aproximadamente assim: descoberta e definição de escopo ficam entre 10% e 15%; design de fluxo e interface entre 20% e 25%; desenvolvimento do aplicativo entre 40% e 50%; backend e infraestrutura entre 15% e 25% quando existem; e publicação, testes e ajustes de lançamento entre 5% e 10%.

Duas coisas saltam dessa conta. A primeira é que o desenvolvimento, que todo mundo imagina ser o custo, é menos da metade. A segunda é que descoberta e design somam quase tanto quanto o código — e são a parte que barateia o código, porque decidir na tela custa uma fração de decidir no repositório.

É por isso que orçamento que zera a etapa de escopo raramente é mais barato no fim. Ele apenas move a descoberta para dentro do desenvolvimento, onde a mesma dúvida custa muito mais para ser resolvida.

Quando três fornecedores leem a mesma descrição e devolvem números tão distantes, quase sempre é uma destas quatro coisas.

A primeira é que estão orçando escopos diferentes. Você descreveu “um app de agendamento”; um entendeu uma lista de horários, outro entendeu pagamento, notificação, cancelamento com regra e painel para o estabelecimento. Ambos orçaram corretamente aquilo que entenderam.

A segunda é o que está incluído além do código. Um orçamento inclui design, backend, publicação e garantia; o outro inclui a implementação de um design que você ainda não tem, sobre um backend que ninguém vai construir. O segundo número é menor porque compra menos.

A terceira é quem faz. Uma pessoa sozinha e um estúdio com estratégia, design e engenharia entregam coisas diferentes pelo mesmo pedido, e a diferença aparece menos na primeira versão do que na décima — quando alguém precisa mexer no que foi feito.

A quarta é o modelo comercial. Preço fechado embute o risco de o escopo crescer; preço por hora joga esse risco para você. O menor dos três orçamentos costuma ser por hora, o que significa que ele não é um preço — é um começo de preço.

Aplicativo tem custo recorrente, e ele raramente aparece na proposta porque não é receita de quem está propondo.

As contas de desenvolvedor são as mais previsíveis: a Apple cobra uma anuidade, o Google uma taxa única de cadastro. Valores pequenos, mas obrigatórios e no nome da sua empresa.

A infraestrutura vem depois. Banco de dados, autenticação, armazenamento de arquivos, envio de notificações. Em produto pequeno costuma caber na camada gratuita dos serviços gerenciados; quando a base cresce, vira uma conta mensal que acompanha o uso. Se o produto tem recurso de inteligência artificial, some a isso o custo por chamada aos modelos, que é cobrado por uso e escala com o sucesso — é a única linha da conta que fica mais cara quanto melhor o aplicativo vai.

E há a comissão das lojas, que surpreende quase todo mundo: quando a cobrança acontece dentro do aplicativo, Apple e Google retêm uma parte de cada transação — atualmente 15% para a maioria dos desenvolvedores pequenos e 30% acima de um patamar de faturamento. Se o seu modelo é assinatura, isso não é um detalhe: é uma linha permanente do seu preço de venda, e precisa entrar na conta antes de você definir quanto vai cobrar.

Por fim, a manutenção. Todo ano a Apple e o Google lançam versões novas dos sistemas, e o que funcionava pode quebrar sem ninguém ter tocado no código. Um aplicativo sem orçamento de manutenção não fica parado no tempo — ele se degrada.

Até R$ 50 mil: um produto enxuto para validar uma ideia. Uma plataforma ou duas em Flutter, escopo curto e deliberadamente incompleto, backend em serviço gerenciado, publicação nas lojas. Serve para descobrir se alguém quer aquilo antes de investir de verdade.

De R$ 50 a 120 mil: um produto completo. Contas de usuário, backend próprio, dados sincronizando entre aparelhos, assinatura, as duas lojas. É onde fica a maior parte dos projetos que fazemos.

De R$ 120 a 250 mil: operação complexa. Várias integrações com sistemas que já existem, regras de negócio densas, requisitos de conformidade, ou recursos que exigem código nativo específico de plataforma.

Acima de R$ 250 mil: produto grande, ou vários produtos, ou uma equipe dedicada por um período. Aqui a conversa deixa de ser sobre um aplicativo e passa a ser sobre um roadmap.

Essas faixas cobrem o projeto até a loja. Não incluem a manutenção depois, que é orçada à parte, e não incluem a infraestrutura, que é sua e fica no seu nome.

Preço isolado não é comparável. Quatro coisas tornam dois números comparáveis, e vale exigir as quatro por escrito antes de decidir.

O escopo, item a item, com o que fica de fora dito explicitamente — a lista do que não entra revela mais do que a lista do que entra. O que está incluído além do código: design, backend, publicação, garantia. O procedimento para mudança de escopo, incluindo como o prazo é recalculado. E o que acontece depois do lançamento, com prazo de garantia e modelo de evolução.

Um orçamento que traz as quatro pode custar mais e ainda ser o mais barato do conjunto. Um número solto, por menor que seja, não é uma proposta — é uma expectativa, e expectativa é o que vira aditivo no terceiro mês.

Se quiser um ponto de partida antes de pedir orçamento a alguém, temos uma calculadora que devolve uma faixa de preço e prazo em seis perguntas. Ela usa exatamente as referências deste texto — e, pelo mesmo motivo, devolve uma faixa e não um número.

E se você já está comparando propostas, vale ler também as sete perguntas que separam quem entrega de quem promete. Elas cobrem o outro lado da mesma decisão.