Quase toda conversa sobre software sob medida começa errada, na pergunta "pronto ou sob medida?". A empresa não escolhe um dos dois: ela escolhe qual parte da operação merece cada um.
A pergunta certa não é "pronto ou sob medida"
Nenhuma empresa desenvolve o próprio sistema de folha de pagamento, e nenhuma empresa compra pronto o sistema que controla aquilo que a torna melhor que o concorrente. A decisão é por processo, não por empresa.
O critério é: esse processo é onde a empresa ganha ou perde para o mercado? Se a resposta é não, produto pronto — é mais barato, é mantido por outro e melhora sem você pagar por isso. Se a resposta é sim, o pacote genérico vai obrigar a sua operação a caber nele, e a operação vai resistir, porque foi ela que deu certo até aqui.
Quando cada um ganha
| Produto pronto ganha quando… | Sob medida ganha quando… |
|---|---|
| O processo é padrão de mercado ou obrigação legal — fiscal, contábil, folha. | O processo é específico e é onde a margem é ganha ou perdida. |
| Existe produto que resolve boa parte do problema sem adaptação profunda. | Os produtos avaliados cobrem pedaços e nenhum fecha o ciclo. |
| A empresa consegue e aceita ajustar o processo ao software. | Ajustar o processo ao software destruiria o que hoje funciona. |
| O volume de usuários é pequeno e a rotina, simples. | O sistema precisa conversar com o que já existe e com o chão de fábrica. |
| A urgência é maior que a aderência. | A informação precisa ser confiável em tempo real para decidir. |
Um alerta honesto: adaptar pesadamente um produto pronto costuma ser o pior dos dois mundos. Custa como sob medida, tem as limitações do pronto e quebra na próxima atualização do fornecedor. Quando o volume de customização passa de certo ponto, a conta já virou.
O que realmente define o custo
Perguntar "quanto custa um sistema" é como perguntar quanto custa uma obra: depende do que se está construindo. Mas os fatores que puxam o preço são sempre os mesmos cinco, e nenhum deles é "número de telas":
- 1. Integrações
- Cada sistema que precisa conversar com o novo adiciona trabalho de análise, desenvolvimento e tratamento de falha. É o item que mais varia — e o que mais é subestimado em orçamento feito sem olhar a operação.
- 2. Regras de exceção
- O caminho normal do processo é a parte barata. O custo está nos "menos quando", que só aparecem conversando com quem executa. Um pedido especial, um cliente com regra própria, o que fazer quando falta material.
- 3. Volume de usuários e turnos
- Dez pessoas num escritório e cento e vinte em três turnos são projetos diferentes — em desempenho, em controle de acesso, em suporte e principalmente em treinamento.
- 4. Migração de dados
- Trazer o histórico costuma custar mais que construir a tela que o exibe, porque o dado antigo está sujo, incompleto e em formatos que ninguém documentou.
- 5. Mudança de rotina
- O maior custo raramente é o desenvolvimento. É fazer cem pessoas trabalharem de um jeito novo — e esse custo é da sua empresa, não do fornecedor, mesmo quando ninguém o coloca na planilha.
Por que orçamento fechado antes do diagnóstico é um mau sinal
Quem dá preço de software por telefone está fazendo uma de duas coisas: chutando alto para se proteger, ou chutando baixo para ganhar a negociação e brigar por aditivo depois. Nos dois casos quem paga a diferença é você.
Nenhum dos cinco fatores acima é conhecido antes de alguém olhar o processo real — que quase nunca é o processo desenhado. É por isso que projetos sérios começam por um diagnóstico curto e pago, que produz escopo, prioridade e faixa de investimento com base no que foi visto. Depois disso, preço fechado por fase é perfeitamente possível, e você aprova uma fase de cada vez.
O que você precisa receber no fim
Isso precisa estar no contrato antes de começar, não descoberto no fim:
- O código-fonte, entregue e com propriedade sua.
- Documentação suficiente para outro time assumir: arquitetura, integrações, decisões e o porquê delas.
- Os dados, sob a sua titularidade, em ambiente de nuvem contratado por você.
- Acesso ao ambiente — contas, repositório, infraestrutura — em nome da sua empresa.
- A equipe treinada, com gente da operação capaz de usar e explicar o sistema sem o fornecedor.
O risco de dependência de fornecedor
É o risco real de contratar sob medida, e ele não se resolve com cláusula: resolve-se com decisões técnicas. Sistema construído em tecnologia comum, com documentação viva, código no seu repositório e infraestrutura na sua conta pode trocar de fornecedor. Sistema em tecnologia exótica, sem documentação e hospedado na conta do fornecedor, não pode — e você descobre isso no pior momento possível.
Uma pergunta que revela muito, logo na primeira conversa: se eu quiser trocar de fornecedor daqui a dois anos, o que exatamente eu levo comigo? A resposta e a naturalidade dela dizem mais que qualquer proposta.
Como a Origami Lab trabalha
Quatro fases, entregas curtas, e cada uma precisa provar resultado antes de a próxima começar: diagnóstico dentro da operação (de duas a quatro semanas), desenho com quem executa, construção em ciclos com entrega quinzenal e implantação com treinamento até a autonomia da equipe. Você aprova cada fase antes de ela começar, e o que construímos é integrado ao que já existe — o ERP continua sendo a base.
Na prática, a maior parte dos projetos tem tanto de integração quanto de desenvolvimento novo. E quando há incerteza técnica real no caminho, parte do investimento pode se enquadrar na Lei do Bem ou ser financiada por recurso de inovação.