Quanto custa desenvolver um aplicativo — e o custo que ninguém mostra na proposta

Aplicativo é o tipo de projeto em que o orçamento inicial engana mais, porque boa parte do custo real não está no desenvolvimento — está no que vem depois dele. Vale entender as duas partes antes de comparar propostas.

A decisão que mais mexe no número: nativo ou híbrido

Um app nativo é construído duas vezes, uma para iOS e outra para Android, com as ferramentas de cada plataforma. Entrega o melhor desempenho e acesso imediato a qualquer recurso novo do aparelho — mas você paga por duas bases de código, e mantém as duas para sempre.

Um app híbrido usa uma base de código só para as duas lojas. Custa consideravelmente menos e chega mais rápido ao ar. Em troca, recursos muito específicos de hardware exigem trabalho extra, e o desempenho, embora suficiente para a maioria dos aplicativos, não empata com o nativo em interfaces de altíssima exigência gráfica.

A escolha honesta se faz pela lista de funcionalidades, não por preferência de tecnologia: se o app é um catálogo, um marketplace, uma ferramenta de gestão ou uma área de cliente, o híbrido normalmente entrega a mesma experiência por menos. Se o app depende de processamento pesado em tempo real, câmera com tratamento avançado ou sensores exóticos, o nativo deixa de ser luxo.

Um app quase nunca é só o app

Esta é a linha que falta na maioria das comparações: um aplicativo que tem login, salva dados ou mostra informação atualizada precisa de um back-end — servidor, banco de dados, API — e de um painel administrativo para alguém da sua equipe gerenciar o conteúdo e os usuários.

Ou seja: pelo menos três frentes de trabalho. Quando um orçamento parece muito abaixo dos outros, quase sempre é porque ele está precificando só a primeira. Pergunte explicitamente se back-end e painel estão inclusos.

As duas lojas cobram pedágio, em dinheiro e em tempo

Publicar exige conta de desenvolvedor na Apple e no Google, cada uma com sua própria taxa e suas próprias regras. A Apple faz revisão humana, e uma reprovação por um detalhe de política custa dias. A Google é mais rápida, mas não isenta de recusa.

Some a isso o material que as lojas exigem: ícone, capturas de tela em vários tamanhos, descrição, política de privacidade publicada. Não é trabalho difícil, mas é trabalho — e ele existe em todo lançamento.

O custo que continua depois do lançamento

Um site publicado pode ficar anos sem manutenção e continuar no ar. Um aplicativo, não. Apple e Google lançam versões novas de sistema todo ano, mudam exigências técnicas e, periodicamente, obrigam a atualizar o app para que ele continue aceito na loja. Um aplicativo abandonado por dois anos costuma precisar de trabalho relevante só para voltar a ser publicável.

Além disso existe a infraestrutura: servidor, banco de dados, envio de notificações, armazenamento de arquivos. É um custo mensal que cresce com o número de usuários.

Contar esse custo desde o começo evita a situação mais comum e mais cara do setor: gastar bem para lançar e não ter orçamento para manter.

O caminho que costuma custar menos no total

Lançar com o conjunto mínimo de funcionalidades que já resolve o problema de um usuário real, colocar no ar, e decidir o que construir depois olhando o que as pessoas de fato usam. Não é uma questão de economizar no primeiro projeto: é que boa parte das funcionalidades imaginadas antes do lançamento se revela irrelevante depois dele, e cada uma delas foi paga.

Antes de pedir orçamento, vale responder três perguntas: qual é a única coisa que o app precisa fazer bem, quem exatamente vai usar, e o que acontece se ele não existir. As três encurtam o escopo mais do que qualquer negociação de preço.