Quanto custa um aplicativo? Por que o preço depende de você
Por que a faixa de preço de um app vai de R$ 15 mil a meio milhão, e como um fundador não técnico estima o número certo antes de pedir o primeiro orçamento.
A primeira ligação quase sempre tem a mesma pergunta. O fundador descreve o produto por dez minutos, com clareza impressionante sobre o cliente e o problema, e então faz a pergunta que veio fazer: “quanto custa um aplicativo desse tipo?”. A resposta honesta decepciona, porque a resposta honesta é outra pergunta.
Um aplicativo sob medida no Brasil custa, na prática, de R$ 15 mil a mais de R$ 500 mil. Essa faixa é tão larga que é inútil. E ela é larga não porque o mercado seja confuso, mas porque o preço de um app não é um valor de tabela: é o resultado de decisões que o fundador ainda não tomou. Quem responde “custa R$ 80 mil” sem fazer nenhuma pergunta de volta está chutando, ou está vendendo um pacote que talvez não seja o seu.
Este texto não te dá um número. Te dá o que falta para você chegar nele sozinho: as variáveis que movem o preço, os três caminhos reais de construção e quanto cada um custa de verdade, e o custo que some de todos os orçamentos. No fim, quatro perguntas que definem o valor antes de você falar com qualquer fornecedor.
Por que “quanto custa um aplicativo” é a pergunta errada
Pergunte “quanto custa uma casa” e ninguém responde com um número. Responde com perguntas: quantos quartos, qual bairro, vai reformar ou construir do zero. Software é igual, com um agravante: a maior parte do custo está em coisas que você não vê na fachada.
Repare no que acontece em fóruns de desenvolvedores brasileiros como o r/brdev sempre que alguém pergunta o preço de um app. As respostas brigam entre si, de R$ 5 mil a R$ 300 mil, e todas estão certas, porque cada uma respondeu um aplicativo diferente. Um chat com login e um marketplace com pagamento, repasse para vendedores e antifraude são “um app” na cabeça do fundador e dois projetos sem nada em comum por baixo.
O preço, então, é uma saída, não uma entrada. Ele cai de três decisões: o tamanho do escopo, o caminho de construção que você escolhe, e quanto tempo o produto vai viver depois do lançamento. Mexa em qualquer uma e o número anda. É por isso que definir o escopo antes de contratar um dev vale mais para o seu bolso do que qualquer pesquisa de preço.
Os três caminhos, e quanto cada um custa de verdade
Existem três formas de tirar um app do papel no Brasil. Elas não competem pelo mesmo projeto: cada uma resolve um momento diferente da empresa.
No-code (Bubble, FlutterFlow, Glide). Você monta o app numa plataforma visual, sem programar. Custa de R$ 0 a R$ 15 mil se você mesmo montar, ou de R$ 15 mil a R$ 40 mil se contratar alguém para fazer por você, mais a mensalidade da plataforma. É o caminho certo para validar uma ideia antes de gastar de verdade. O teto aparece quando o produto cresce: uma regra de negócio que a plataforma não previu, um custo de assinatura que escala com os usuários, uma performance que trava na centésima tela. A maioria dos fundadores fica no no-code uns seis meses além da conta.
Freelancer ou fábrica barata. Um dev de marketplace ou uma fábrica pequena entrega código sob medida pela menor cotação. Custa de R$ 25 mil a R$ 80 mil para um primeiro app. A faixa é tentadora e é onde mora a maior parte das histórias ruins: escopo que cresce no meio do caminho, código que ninguém depois consegue manter, o dev que some na véspera da entrega. Não é regra, mas é frequente o bastante para o fundador ouvir de todo mundo que “já se queimou com freelancer”.
Parceiro de engenharia. Um time que faz discovery, define o escopo com você, constrói e continua junto depois do lançamento. Custa de R$ 80 mil a R$ 500 mil ou mais, conforme o tamanho. É caro na fatura e mais barato no total quando o produto é o centro do negócio e precisa durar, porque você paga uma vez por um sistema que aguenta o segundo e o terceiro ano. A diferença não é a linguagem de programação. É ter um parceiro técnico que não é uma caixa-preta, que mostra as decisões em vez de esconder.
O erro caro não é escolher o caminho barato. É escolher o caminho barato para um problema que pedia o caro, e descobrir no ano seguinte que vai pagar tudo de novo.
O custo que some de todos os orçamentos: manutenção
Todo orçamento de app fala do dia do lançamento. Quase nenhum fala dos dois anos seguintes, que é onde o dinheiro de verdade é gasto.
Software não é uma obra que termina. É mais perto de um carro: roda bem, e mesmo assim vai ao mecânico. O sistema operacional do celular muda e quebra a tela de login. Uma biblioteca que o app usa para de receber atualização e abre uma brecha de segurança. O cliente pede um ajuste, o concorrente lança uma função, a regulação muda. Manter um app no ar custa, por ano, algo entre 15% e 25% do que custou construí-lo, e essa conta começa no mês seguinte ao lançamento, não anos depois.
Por isso a pergunta “quanto custa um aplicativo” precisa de uma irmã que ninguém faz: quanto custa mantê-lo vivo? Um app de R$ 60 mil que ninguém orçou para manter vira um ativo órfão no momento em que o único dev que entendia o código vai embora. Lançar o app é o começo do custo, não o fim.
As quatro perguntas que definem o preço
Antes de pedir qualquer orçamento, responda estas quatro perguntas. Elas fazem o trabalho que o fornecedor faria, e te tiram da posição de quem só pode aceitar ou recusar um número.
1. O app precisa existir, ou a ideia precisa ser validada? Se você ainda não tem clientes pagando, o produto certo é o menor possível que prove a tese, não o app dos seus sonhos. Aqui o no-code costuma ganhar. Construir o sistema completo antes da validação é a forma mais cara de aprender que ninguém queria o produto. Vale conhecer a diferença entre um escopo mínimo de verdade e a lista de desejos disfarçada de MVP.
2. Quantos fluxos críticos o app tem? Conte as ações que, se quebrarem, derrubam o negócio: o cadastro, o pagamento, o repasse, a entrega. Um app com um fluxo crítico é um projeto. Com cinco, são cinco projetos. O número de fluxos prevê o preço melhor que o número de telas.
3. O app é o produto ou é um apoio? Se o software é o que o cliente paga para usar, ele é o centro e merece engenharia que dure. Se é uma ferramenta interna que organiza a operação, o cálculo muda, mas não para baixo do que você imagina: ferramentas internas bem-feitas costumam dar mais retorno do que mais uma função no produto de fora.
4. Qual é o seu apetite, em dinheiro e em tempo? Aqui vale roubar uma ideia do Shape Up, da Basecamp: um orçamento começa por um número e termina num desenho, não o contrário. Em vez de perguntar “quanto custa para fazer tudo isso”, diga “tenho R$ 50 mil e três meses, o que cabe?”. Fixar o tempo e o dinheiro e deixar o escopo variar é o que separa um projeto que entrega de um que estoura. O fornecedor sério prefere essa conversa; quem não prefere está te vendendo a fatura, não o resultado.
Com as quatro respostas na mão, você não pergunta mais “quanto custa um aplicativo”. Você diz o que precisa, com qual apetite, e avalia quem entendeu. O número para de ser um chute e passa a ser uma decisão.
O orçamento mais barato costuma ser o mais caro
A conta que quase ninguém faz é a do retrabalho. Um app de R$ 30 mil que precisa ser reconstruído do zero no ano seguinte custou R$ 30 mil mais o app de verdade, mais um ano perdido, mais o cliente que você não atendeu enquanto consertava. O barato não saiu caro por azar. Saiu caro porque o preço baixo veio de cortar exatamente as partes que não aparecem na demo: o tratamento de erro, a segurança, o código que a próxima pessoa consegue ler.
Já vimos o mesmo filme em times de produto diferentes. O fundador escolhe a menor cotação, recebe algo que funciona na apresentação, e descobre seis meses depois que cada mudança simples leva semanas, porque o sistema foi montado para passar na demo, não para crescer. Aí o custo real chega de uma vez. Software bom parece simples de fora, mesmo sendo construído com precisão por dentro; software ruim faz o contrário, parece pronto e cobra a conta depois.
Não existe preço certo para um aplicativo. Existe a faixa que faz sentido para o problema que você tem, no estágio em que a empresa está. Responda as quatro perguntas, escolha o caminho com olho no segundo ano, e trate qualquer orçamento que vier sem perguntas de volta como o que ele é: um chute bem-vestido.
Perguntas frequentes
Qual é o custo para criar um aplicativo?
No Brasil, de R$ 15 mil a mais de R$ 500 mil. No-code feito por você fica perto da base; um app sob medida com freelancer ou fábrica vai de R$ 25 mil a R$ 80 mil; um parceiro de engenharia para um produto que é o centro do negócio começa em R$ 80 mil. O valor segue o escopo, o caminho de construção e quanto tempo o produto precisa durar.
Quanto custa em média um app?
A “média” engana, porque mistura projetos sem nada em comum. Para um primeiro app sob medida com poucos fluxos críticos, a faixa mais comum no Brasil é de R$ 40 mil a R$ 120 mil. Marketplaces, fintechs e qualquer coisa com pagamento e antifraude ficam bem acima disso. E some à conta de 15% a 25% por ano de manutenção.
Quanto custa para registrar um app nas lojas?
Publicar é a parte barata. A conta de desenvolvedor da Apple custa US$ 99 por ano e a do Google Play, US$ 25 uma única vez. O que pesa não é o registro, é tudo que vem antes dele e o que vem depois, na manutenção. Cuidado com orçamentos que destacam o custo de publicar para parecerem completos.
Vale a pena começar no no-code?
Para validar uma ideia antes de ter clientes pagando, quase sempre vale. O no-code é o jeito mais barato de descobrir se o produto tem demanda. O erro é tratar a plataforma como arquitetura definitiva: a maioria dos fundadores fica no no-code seis a doze meses além do ponto em que o produto já pedia engenharia sob medida.