Custos e orçamento
Quanto custa desenvolver um sistema sob medida — e o que faz o valor variar
Não existe preço de tabela para software sob medida, mas existe lógica. Veja o que entra na conta, o que encarece sem ninguém perceber e como pedir um orçamento que dê para comparar.
Por Leandro de Souza Pereira9 min de leitura
“Quanto custa um sistema?” é a primeira pergunta de quem chega até aqui — e a resposta honesta é que depende. Só que “depende”, sozinho, não ajuda ninguém a decidir. Então este artigo faz o contrário: abre a conta. Você vai entender como um orçamento de software é formado, quais fatores mais mexem no valor, que custos costumam ficar de fora da proposta e o que cobrar de quem vai desenvolver.
No fim, você deve conseguir olhar duas propostas lado a lado e saber por que uma custa diferente da outra. Esse é o ponto: não é o menor número que protege o seu investimento, é o escopo mais claro.
Por que não existe preço de tabela para sistema sob medida
Um sistema pronto tem preço de tabela porque é o mesmo produto para todos os clientes: o custo de desenvolvimento é dividido entre milhares de assinantes. Um sistema sob medida é construído para uma operação só. O que se paga é o trabalho de entender o processo, desenhar a solução, programar, testar e colocar no ar — e esse trabalho muda de tamanho conforme o problema.
É por isso que duas empresas pedindo “um ERP” podem receber propostas muito diferentes e as duas estarem corretas. Uma precisa de estoque e financeiro para uma loja; a outra, de produção, várias filiais, aprovação por alçada e integração com três sistemas. O nome é o mesmo; o sistema, não.
A conta por trás de qualquer orçamento
Por mais que cada empresa apresente de um jeito, quase todo orçamento de software nasce da mesma conta:
As horas não são só de programação. Um projeto bem feito inclui a descoberta (entender a operação), o desenho das telas e dos fluxos, o desenvolvimento, os testes, a implantação com migração de dados e o treinamento da equipe. Quando uma proposta vem muito abaixo das outras, a explicação quase nunca é eficiência: é uma dessas etapas que ficou de fora — e que vai aparecer depois, como aditivo ou como problema.
Os sete fatores que mais mexem no valor
Se o custo é feito de horas, o que interessa é saber o que gera horas. Estes são os fatores que mais pesam — do mais óbvio ao mais subestimado.
1. Fluxos e regras de negócio, mais do que telas
Contar telas engana. Uma tela de cadastro simples sai rápido; uma tela de pedido que calcula preço por tabela do cliente, aplica desconto por volume, confere estoque em duas filiais e pede aprovação acima de certo valor é outro trabalho. O que custa são as regras — principalmente as exceções. Cada “menos quando…” da sua operação é lógica que precisa ser escrita e testada.
2. Integrações com outros sistemas
Conectar o sistema ao ERP que vocês já usam, a um meio de pagamento, ao WhatsApp ou a um sistema fiscal é das partes mais subestimadas. Não basta “chamar a API”: é preciso tratar autenticação, falhas do sistema do outro lado, eventos duplicados e a conferência de que os dados bateram. Explicamos esses cuidados na página de integração de sistemas via API. Na proposta, cada integração deveria aparecer como item próprio.
3. Perfis de acesso e permissões
Um sistema em que todo mundo vê tudo é mais barato do que um em que o vendedor vê só os próprios clientes, o gerente aprova, o financeiro concilia e tudo fica registrado numa trilha de auditoria. Quanto mais perfis e regras de visibilidade, mais telas se multiplicam por combinação de permissão — e mais testes.
4. Migração de dados
Levar os dados das planilhas ou do sistema antigo para o novo parece um detalhe e quase nunca é. Planilhas reais têm cliente cadastrado três vezes com grafias diferentes, colunas usadas para coisas que não eram para ser e datas em quatro formatos. Limpar, conferir e importar é trabalho de verdade. Pergunte se a migração está incluída — e em que condições.
5. Relatórios e indicadores
Relatório é onde a expectativa mais cresce durante o projeto. “Um relatório de vendas” pode ser uma lista com total ou um painel com filtros por período, vendedor e produto, comparação com o mês anterior e exportação. Leve os relatórios que vocês montam hoje, à mão, e deixe claro quais são indispensáveis na primeira versão.
6. Volume, tempo real e disponibilidade
Dez pessoas lançando pedidos ao longo do dia é um cenário; centenas de usuários simultâneos, atualização em tempo real entre setores ou várias empresas no mesmo sistema é outro. Esses requisitos mudam a arquitetura — e a arquitetura muda o custo de construir e o de manter no ar.
7. Web, aplicativo ou os dois
Um sistema web responsivo funciona no computador e no celular a partir de um código só, e resolve a maior parte dos sistemas de gestão. Aplicativo nativo publicado nas lojas faz sentido quando há um motivo concreto — uso offline no campo, recursos específicos do aparelho — e acrescenta desenvolvimento e manutenção. Se ninguém souber dizer por que precisa ser app, provavelmente não precisa.
| Fator | Pesa menos quando… | Pesa mais quando… |
|---|---|---|
| Regras de negócio | O processo é linear e tem poucas exceções | Há cálculos próprios, alçadas de aprovação e muitos casos especiais |
| Integrações | O sistema funciona sozinho ou exporta arquivos | Troca dados em tempo real com ERP, pagamento, fiscal ou WhatsApp |
| Permissões | Um ou dois perfis de acesso | Muitos perfis, visibilidade por equipe e trilha de auditoria |
| Migração | Os dados atuais são poucos e organizados | Há anos de planilhas com duplicidades e formatos misturados |
| Relatórios | Listas com totais e exportação | Painéis com filtros, comparativos e indicadores calculados |
| Volume | Poucos usuários, uma empresa | Muitos usuários simultâneos, tempo real, várias empresas |
| Plataforma | Web responsivo | Web e aplicativo nativo publicado nas lojas |
Custos que costumam ficar fora da proposta
O valor do desenvolvimento é a parte visível. Estes custos aparecem depois — e é melhor que apareçam antes, por escrito:
- Hospedagem e infraestrutura: servidor, banco de dados, backups e monitoramento têm custo mensal, que cresce com o volume de uso.
- Serviços de terceiros: APIs pagas por uso — mensageria, envio de e-mail em massa, emissão fiscal, mapas — e taxas de meios de pagamento.
- Manutenção: atualizações de segurança, ajustes quando um serviço integrado muda e correções depois do período de garantia.
- Evolução: as funcionalidades novas que vão surgir quando a equipe começar a usar o sistema (e elas sempre surgem).
- Treinamento e virada: as horas da equipe aprendendo e o período em que o sistema novo e o antigo rodam juntos.
Nada disso é motivo para desistir. É motivo para pedir que a proposta diga, item a item, o que está incluído, o que é mensal e quem paga cada coisa.
Sob medida × assinatura: compare o custo total, não a parcela
Comparar o valor de um projeto com a mensalidade de um sistema pronto não diz muito. A comparação justa é o custo total num horizonte de três anos, dos dois lados:
- Sistema pronto: mensalidade × número de usuários × 36 meses, mais os módulos extras e o plano superior que vocês vão precisar para liberar um recurso.
- Sob medida: desenvolvimento, mais infraestrutura e manutenção por 36 meses.
- Dos dois lados: o custo do trabalho que o sistema não faz. Se três pessoas gastam uma hora por dia copiando dados entre sistemas, são cerca de 60 horas por mês pagas para redigitar — todos os meses.
Às vezes a conta mostra que o sistema pronto é, de longe, a melhor escolha — e está tudo bem. Em outras, mostra que a empresa já paga um sistema sob medida, só que em horas de retrabalho. Se você ainda está nessa dúvida, o artigo sistema pronto ou sob medida: os quatro sinais de que a sua empresa passou do ponto ajuda a decidir.
Como reduzir o custo sem comprometer o sistema
Cortar custo cortando testes ou documentação sai caro depois. Estas escolhas reduzem o valor sem criar dívida:
- Comece pelo processo que mais dói. Uma primeira versão focada no gargalo principal entra em uso antes e paga parte do resto. O que não é essencial vai para as etapas seguintes.
- Integre antes de substituir. Se o ERP atual resolve o fiscal e a contabilidade, conecte o sistema novo a ele em vez de reconstruir o que já funciona. Veja como isso funciona em integração de sistemas.
- Leve material real para a primeira conversa. Planilhas, relatórios, prints do sistema atual e exemplos de casos difíceis. Menos incerteza significa margem menor na proposta.
- Tenha uma pessoa que decide. Um responsável do lado da empresa, com autonomia para aprovar, evita idas e vindas que consomem horas.
- Prefira web responsivo quando o aplicativo nativo não for um requisito de verdade.
- Cuidado com o “já que vamos fazer…”. Cada item acrescentado no meio do caminho entra na conta. Anote, priorize e deixe para a próxima etapa o que não é indispensável.
O que uma boa proposta precisa responder
Antes de comparar valores, confira se as propostas respondem às mesmas perguntas. Se uma responde e a outra não, os números não são comparáveis.
- Quais funcionalidades estão incluídas — e quais ficaram de fora, explicitamente?
- Quais são as etapas, o que é entregue em cada uma e em que prazo?
- Qual é o valor total e como é o pagamento ao longo das etapas?
- De quem é o código? A empresa terá acesso ao repositório?
- Onde o sistema vai rodar, quem administra a hospedagem e quanto ela custa por mês?
- Migração de dados e treinamento estão incluídos?
- Como funcionam as correções depois da entrega e por quanto tempo?
- Como fica o suporte e a evolução depois que o sistema entra em uso?
Como a DigioSoft monta o orçamento
O nosso processo segue a lógica deste artigo. Primeiro vem a descoberta: entender o objetivo, a operação e o que o sistema precisa resolver — processos, pessoas e gargalos. Depois, o planejamento: escopo, telas e prioridades definidos com você, numa proposta com prazo e valor claros. Só então começa o desenvolvimento, em ciclos curtos, com entregas visíveis desde o início.
O pagamento é 50% na entrada e 50% na entrega — em projetos maiores, dividido em duas etapas. O código é da sua empresa, documentado e sem amarras de plataforma, e todo projeto sai com sustentação: manutenção, suporte direto com quem desenvolveu e evolução conforme o negócio muda. Veja o que desenvolvemos em sistemas sob medida e, se o seu caso é gestão, em ERP sob medida.
Perguntas frequentes
- Dá para saber o valor de um sistema antes da primeira conversa?
- Um valor confiável, não. Sem entender as regras, as integrações e o volume de dados, qualquer número é estimativa no escuro — e costuma virar aditivo depois. Por isso a proposta vem depois da descoberta, com escopo, prazo e valor por escrito.
- Por que as propostas para o mesmo sistema variam tanto?
- Porque raramente é o mesmo sistema. Cada fornecedor interpreta o pedido de um jeito e inclui etapas diferentes — testes, migração, treinamento, suporte. Compare item a item o que está dentro e fora de cada proposta antes de comparar o valor.
- É melhor contratar por projeto fechado ou por hora?
- Projeto fechado dá previsibilidade, mas exige escopo claro. Contratação por hora ou por ciclo é mais flexível para escopos que ainda vão mudar. Um caminho comum é fechar a primeira versão e seguir a evolução em ciclos. Na DigioSoft, o pagamento é 50% na entrada e 50% na entrega — em projetos maiores, em duas etapas.
- Quanto custa manter o sistema depois de pronto?
- Depende da infraestrutura e do quanto o sistema vai evoluir. Peça que a proposta separe três coisas: hospedagem (custo mensal), correções (garantia) e evolução (novas funcionalidades). Na DigioSoft, todo projeto sai com sustentação e suporte direto com quem desenvolveu.