Toda conversa sobre sistema sob medida trava no mesmo ponto: “quanto custa?”.
E a resposta honesta, “depende”, soa como enrolação. Não é. É o mesmo “depende” de quem pergunta quanto custa uma reforma sem dizer se é trocar o piso de um quarto ou derrubar parede e refazer hidráulica.
Então, em vez de fugir da pergunta, este texto faz o contrário: mostra o que está dentro do “depende”. Com os seis fatores abaixo você consegue estimar a ordem de grandeza do seu caso antes mesmo de falar com alguém. E, o mais importante, consegue entender por que dois orçamentos para “o mesmo sistema” vieram com preços tão diferentes.
1. Quantas regras de exceção existem
Esse é o fator que mais pesa, e o que quase ninguém considera na hora de pedir orçamento.
“Cadastrar pedido” parece uma coisa só. Aí você pergunta os detalhes:
- Cliente novo pode comprar a prazo? Só depois da terceira compra.
- Desconto acima de 15%? Precisa de aprovação do gerente.
- Produto sem estoque? Pode vender se tiver reposição em até 7 dias, menos na linha X.
Cada “menos”, cada “só se”, cada “exceto quando” é uma ramificação a mais para construir, testar e manter. Um cadastro de pedido sem exceção e um com doze não são o mesmo trabalho, nem de longe, mesmo que na tela pareçam idênticos.
Quando pedir orçamento, leve as exceções. Elas movem mais o preço que a quantidade de telas, e são a primeira coisa que aparece depois que o projeto começou, quando mudar sai caro.
2. Com quantos sistemas ele precisa conversar
Um sistema isolado é relativamente barato. Cada integração acrescenta custo, e o custo não é proporcional: é por qualidade da ponta do outro lado.
| Situação | O que muda no orçamento |
|---|---|
| API moderna e documentada | Custo previsível, baixo |
| API antiga, documentação incompleta | Sobe: metade do tempo é descobrir o comportamento real |
| Sem API, só exportação de arquivo | Sobe mais: vira rotina de importação com tratamento de erro |
| Sistema fechado, sem saída nenhuma | Pode inviabilizar, e é melhor saber antes |
Integração com emissor fiscal, meio de pagamento, transportadora ou ERP de terceiro é onde projeto costuma estourar prazo. Não porque é difícil, mas porque depende de alguém de fora responder.
3. Quantos perfis de usuário diferentes
Um sistema em que todo mundo vê tudo é um sistema. Um em que o vendedor não vê custo, o financeiro não mexe em estoque, o gerente aprova mas não executa e o dono vê tudo são quatro comportamentos diferentes para construir e testar.
Permissão é daquelas coisas que parecem detalhe na reunião e viram semana de trabalho na prática, e que, mal feita, vira problema sério no dia em que alguém vê o que não devia.
4. Quanto dado antigo precisa entrar junto
Migração raramente aparece no pedido de orçamento, e quase sempre aparece na conta.
Se os dados estão numa planilha organizada, é rápido. Se estão em três planilhas com o mesmo cliente escrito de quatro jeitos, metade do trabalho é limpar antes de importar, e essa limpeza precisa de alguém da sua empresa para decidir o que é duplicata e o que não é.
5. Quem vai manter depois
Sistema não termina no dia em que entra no ar. A diferença entre um orçamento mais barato e um mais caro muitas vezes está aqui, e não fica visível na proposta:
- Tem teste automatizado? Sem isso, toda mudança futura é uma aposta.
- Está documentado? Sem isso, você fica preso a quem escreveu.
- O código é seu? Se não for, você não está comprando um sistema: está alugando.
Economizar nesses três é o jeito mais eficiente de pagar mais caro depois. Costuma custar de novo o valor do projeto inteiro, dois anos à frente, quando ninguém consegue mexer sem quebrar.
6. Qual o prazo
Prazo curto custa mais. Não é ganância: é que encurtar exige mais gente em paralelo, e mais gente em paralelo exige mais coordenação.
Se o seu prazo é apertado por um motivo real (uma Black Friday, uma exigência regulatória, um contrato assinado), vale pagar. Se é apertado só por ansiedade, esticar duas semanas costuma sair bem mais barato que acelerar duas.
Como pedir um orçamento que volte com número, não com “depende”
Leve estas cinco respostas e o orçamento sai preciso:
- Qual processo exato vai para o sistema, do começo ao fim
- Quais as exceções desse processo, as frases com “só se” e “menos quando”
- Com que sistemas ele precisa conversar, e se essas pontas têm API
- Quantos perfis de usuário e o que cada um não pode fazer
- Onde está o dado hoje, e em que estado
Se você levar isso, qualquer fornecedor sério consegue te dar um número de verdade. E se alguém te der preço sem perguntar nada disso, o número que você recebeu não é um orçamento: é um chute, e chute sempre é corrigido depois, com você já dentro do projeto.
Perguntas frequentes
Por que ninguém publica uma tabela de preços de software sob medida?
Porque o preço é função do escopo, e o escopo varia mais que em qualquer outro serviço. Um sistema de dez telas e um de cem custam ordens de grandeza diferentes. Tabela publicada só funciona em produto pronto, onde todo mundo compra a mesma coisa.
O que faz o orçamento subir mais rápido?
Integração com sistema de terceiro, regra de negócio com muita exceção, e perfis de usuário com permissões diferentes. Quantidade de tela pesa menos do que as pessoas imaginam; complexidade de regra pesa muito mais.
Dá para reduzir o custo sem cortar qualidade?
Dá, cortando escopo da primeira entrega em vez de cortar cuidado. Sai um módulo funcionando em produção, ele prova valor, e o resto vem depois com dinheiro que o próprio sistema ajudou a gerar. O que não dá é economizar em teste, segurança e documentação: isso volta em dobro.
Vocês cobram mensalidade depois de entregar?
Depende do combinado. Há manutenção e evolução contratadas à parte, e há projetos que são entregues e o cliente segue sozinho, já que o código é dele e fica documentado justamente para isso. Nunca há aprisionamento a fornecedor.
Como é feito o pagamento?
O normal é parcelar por etapa entregue, não por tempo passado. Cada parcela está ligada a alguma coisa funcionando, o que protege os dois lados: você não paga por promessa e a gente não trabalha meses sem receber.
