Quanto custa um aplicativo para empresa: o que move a conta e o que vem depois do lançamento

Um aplicativo para empresa custa as semanas de trabalho de quem o constrói mais o que custa mantê-lo funcionando depois, e a segunda parcela quase nunca aparece no orçamento. Antes de olhar o processo ninguém consegue dizer o preço com honestidade; o que dá para dizer é a lista do que move o preço, e ela cabe nesta página.

A pergunta costuma chegar com um número de referência na cabeça, visto num anúncio ou na proposta de outro fornecedor. O problema desse número não é ser alto ou baixo. É que ele quase sempre descreve outro objeto.

Por que o preço do app "simples" não se compara

Aplicativo simples, em anúncio, costuma significar telas: um cadastro, uma lista, um formulário que envia para algum lugar. É um produto legítimo, e para certos usos basta. O app que uma empresa média precisa quase nunca é só isso, e a diferença está no que não aparece na tela:

• o painel web onde o supervisor vê o que está acontecendo em campo;
• o funcionamento sem sinal, com a fila que sobe quando a rede volta;
• a integração com o ERP que recebe o pedido, a visita ou a ordem de serviço;
• a publicação na conta da própria empresa, e não na do fornecedor;
• quem corrige o que quebrar no primeiro ano.

Duas propostas só são comparáveis quando respondem às mesmas cinco linhas. Uma pode ser mais barata porque é mais eficiente. Com mais frequência, é mais barata porque deixou três dessas linhas de fora, e elas voltam depois como aditivo ou como um segundo projeto.

O que move o custo, item por item

Quantas tarefas e quantos perfis

Contar telas engana. O que pesa é quantas tarefas distintas o app executa e quantos perfis de usuário ele atende. Um app em que o técnico só registra a visita é um projeto. O mesmo app com supervisor aprovando, cliente assinando e financeiro conferindo são quatro fluxos, quatro conjuntos de permissão e quatro jeitos de dar errado. Cada perfil novo multiplica regras, não telas.

Funcionar sem sinal

É o item que mais separa um orçamento do outro. App que depende de conexão é, na prática, um site dentro de um ícone. App que funciona offline grava tudo no aparelho, mantém uma fila de envio, impede que a mesma visita suba duas vezes e decide o que fazer quando o campo e o escritório mudaram o mesmo registro. Nada disso aparece na demonstração, e tudo aparece no primeiro subsolo.

Integração com o sistema que já existe

O dado que nasce no app precisa chegar a algum lugar. Se esse lugar é o ERP ou o CRM que a empresa já usa, cada sistema do outro lado é uma frente própria de trabalho, com as dúvidas de sempre: qual identificador manda, o que acontece quando o outro lado está fora do ar. E a integração tem custo depois da entrega, que é assunto próprio.

O painel web

O app é metade do sistema. A outra metade é a tela de quem coordena: distribuir tarefa, acompanhar o dia, conferir exceção, tirar relatório. Orçamento que não menciona painel ou assume que ele já existe em outro sistema, ou vai entregar um app que ninguém consegue gerir.

Publicação e contas nas lojas

É a menor linha em dinheiro. A anuidade do programa de desenvolvedor da Apple é de 99 dólares, cobrada em moeda local, e o Google cobra uma taxa única de 25 dólares para abrir a conta. O que pesa é o tempo: conta no CNPJ da empresa, número D-U-N-S, ficha, política de privacidade e revisão. O caminho inteiro está no texto sobre publicação, e a decisão de qual plataforma lançar primeiro muda o tamanho dessa linha.

Como a conta é feita

A estrutura é a mesma em qualquer fornecedor sério, e tem três parcelas:

1. Construção: semanas de trabalho multiplicadas pelo custo semanal do time que essas semanas pressupõem.
2. Contas e infraestrutura: lojas, servidor, banco de dados, serviço de notificação, armazenamento de foto. Mensal ou anual, e cresce com o uso.
3. Manutenção: o que é preciso fazer todo ano para o app continuar publicado e funcionando, mesmo sem nenhuma funcionalidade nova.

A primeira parcela se estima a partir do escopo. O estimador de projeto faz isso: você marca as frentes (aplicativo de campo, integração com cada sistema, painel) e ele devolve uma faixa de semanas e a composição do time. Ele não devolve preço, de propósito. Preço cravado antes de alguém olhar o processo embute a margem do desconhecido, e quem paga essa margem é o cliente.

A diferença entre dois fornecedores costuma estar menos no custo semanal e mais no que cada um colocou dentro das semanas. Pergunte o que ficou de fora. É a resposta mais informativa de qualquer proposta.

O custo que começa no lançamento

Um app parado envelhece por decisão de terceiros. As lojas sobem a exigência mínima periodicamente: desde 31 de agosto de 2026, app novo e atualização no Google Play precisam ter o Android 16 como alvo, e desde 28 de abril de 2026 a Apple só aceita envio compilado com o Xcode 26 ou posterior. App existente que fica para trás deixa de aparecer, no Google Play, para usuário novo com sistema mais recente que o alvo dele. Nada disso é funcionalidade nova. É o custo de continuar existindo.

Somam-se a isso:

• versão nova do sistema operacional que muda a regra de localização, câmera ou execução em segundo plano;
• aparelho novo na frota, com tela ou câmera diferente;
• o ERP do outro lado que muda um campo;
• a infraestrutura, que cresce com o número de usuários e de fotos guardadas;
• o suporte de primeiro nível: aparelho trocado, senha perdida, registro que "sumiu".

O jeito honesto de orçar é tratar essa manutenção como linha anual desde a primeira proposta, e não como surpresa do segundo semestre. Quem não prevê essa linha não economiza: descobre o custo quando o app para de receber atualização.

Quando não vale fazer aplicativo

Se o uso é sempre no computador, com conexão garantida, um portal responsivo entrega o mesmo por bem menos e sem loja no caminho. Se o processo é padrão (checklist de vistoria, ordem de serviço comum, formulário de campo), existem ferramentas prontas que resolvem por assinatura, e vale testar uma antes de construir. E se o processo ainda muda toda semana, construir app agora é pagar para congelar uma versão que vai mudar de novo.

O que levar para a primeira conversa

Seis respostas encurtam qualquer orçamento, com a gente ou com outro fornecedor:

1. A tarefa que o app executa mais vezes por dia, e quem a executa.
2. Quantos perfis usam, e o que cada um pode ver.
3. Onde falta sinal, e por quanto tempo.
4. Para qual sistema o dado vai, e se esse sistema tem API.
5. Se o aparelho é da empresa ou do funcionário.
6. Se o app é interno ou vai para o cliente final, publicado nas lojas.

Com essas respostas, o estimador dá a faixa de prazo e de time, e o diagnóstico de sete dias fecha escopo e valor. Se a conclusão for app, é o trabalho descrito em desenvolvimento de aplicativos. Se for portal ou ferramenta pronta, é isso que o diagnóstico vai dizer.