ROI de software sob medida é a relação entre o que o sistema devolve para a empresa e o que ele custa para construir e manter. Dá para estimar esse retorno antes de assinar, com números que a própria operação consegue levantar: horas de trabalho manual, erros que viram retrabalho, crescimento que hoje exige contratar e dependência de ferramentas que a empresa não controla. Quem olha só o preço da proposta enxerga metade da decisão.
As faixas de preço de cada tipo de projeto estão no texto sobre como escolher uma software house. Aqui o foco é o outro lado da conta: o que medir, como montar o payback e o que costuma deixar a estimativa otimista demais.
Por que o retorno parece incerto
O maior receio de quem vai investir num sistema próprio é gastar e não saber se o dinheiro voltou. Esse receio tem motivo. Muito projeto de software começa com uma lista de funcionalidades e termina sem ninguém saber o que deveria ter melhorado.
O retorno fica incerto quando ninguém definiu, antes do código, qual número o sistema precisa mudar. Com esse número definido e medido no ponto de partida, o projeto sai da coluna de despesa de TI e vira uma decisão de negócio que dá para acompanhar.
Por isso o ROI nasce antes da programação. Ele começa quando alguém senta com quem executa o processo, mapeia onde o trabalho trava e anota quanto tempo e dinheiro cada trava consome hoje. Fornecedor que pergunta qual número o sistema precisa mudar antes de falar de telas já está trabalhando no retorno.
As quatro fontes de retorno
Quase todo ganho de um software sob medida cai em uma destas quatro fontes. As duas primeiras são fáceis de medir. As duas últimas pesam bastante, mas pedem mais cuidado.
Horas devolvidas ao time
É a fonte mais direta. Aprovação que corria por e-mail, relatório montado à mão, pedido redigitado de um sistema para o outro, conferência de fim de dia. Cada tarefa dessas tem um número de pessoas, uma frequência e uma duração. Multiplicado pelo custo da hora com encargos, isso vira valor mensal.
Um cuidado: hora liberada só vira ganho quando é usada em outra coisa. Se o time ganha duas horas por dia e ninguém decide o que fazer com elas, o retorno fica no papel.
Erros e retrabalho evitados
Digitação manual gera erro. Pedido faturado com preço antigo, comissão paga errada, nota emitida com dado trocado, estorno, desconto para compensar o cliente. Levante os casos dos últimos meses. Nem todos terão valor exato, mas a ordem de grandeza basta para a conta.
Crescimento sem contratar na mesma proporção
Em operação manual, dobrar o volume costuma pedir quase o dobro de gente. Com o processo dentro de um sistema, a mesma equipe absorve mais pedidos, mais clientes ou mais unidades. Esse ganho aparece como contratação que deixou de ser necessária, e dá para estimar olhando o plano de crescimento da empresa.
Controle sobre o próprio processo
Com código, dados e roteiro nas mãos da empresa, quem decide o que muda é ela. A regra de negócio fica registrada no sistema e para de depender da memória de uma pessoa ou das prioridades de um fornecedor. É a fonte mais difícil de colocar em reais, e funciona melhor como redução de risco do que como ganho mensal. Vale conferir se o contrato garante isso, como mostramos no texto sobre código fonte com software house.
Existe ainda uma quinta fonte, a receita nova: um portal em que o cliente faz o pedido sozinho, um canal de venda que antes não existia, dado próprio da operação que melhora a decisão. Ela pode ser a maior de todas, e justamente por isso deveria ficar fora da conta base.
Como montar a conta
A conta cabe numa folha. Ela precisa de poucos números, todos levantados dentro da empresa.
| Componente | Como levantar |
|---|---|
| Horas por mês no processo atual | Medição de duas semanas com quem executa |
| Custo da hora | Salário com encargos, e não só o valor da carteira |
| Custo mensal dos erros | Retrabalho, estornos e descontos dos últimos meses |
| Contratações evitadas | Plano de crescimento dos próximos 12 a 24 meses |
| Investimento | Valor da proposta, com as etapas previstas |
| Manutenção | Valor anual previsto em contrato, dividido por 12 |
Com esses números na mesa, a conta tem três linhas:
- Ganho mensal: horas eliminadas vezes o custo da hora, mais os erros evitados, mais as contratações evitadas em valor mensal.
- Ganho mensal líquido: o ganho mensal menos a manutenção mensal.
- Payback em meses: o investimento dividido pelo ganho mensal líquido.
Um exemplo hipotético, só para mostrar a mecânica. Seis pessoas gastam uma hora por dia conferindo e redigitando pedidos. Em 22 dias úteis, são 132 horas por mês. Se o sistema eliminar 80% disso e o custo da hora com encargos for R$ 50, o ganho fica perto de R$ 5,3 mil por mês, antes da manutenção. Troque cada número pelos da sua operação. O que vale aqui é a estrutura.
Três cenários, e a decisão pelo mais cauteloso
Toda estimativa de retorno tende ao otimismo. Quem propõe o projeto quer que ele aconteça, e quem vende o sistema também. A forma mais simples de corrigir isso é calcular três cenários.
| Cenário | Premissa | Para que serve |
|---|---|---|
| Conservador | O sistema elimina metade das horas e dos erros estimados | Decidir o investimento |
| Provável | O sistema elimina o que foi estimado com quem executa | Definir a meta do projeto |
| Otimista | Entram também o ganho de crescimento e a receita nova | Mostrar o potencial, sem decidir nada |
Se o cenário conservador se paga num prazo que a empresa aceita, o projeto tem base. Se só o otimista fecha, o problema escolhido provavelmente deveria esperar a vez.
O prazo aceitável muda de empresa para empresa. O importante é defini-lo antes de ver a proposta, para a conta não ser ajustada até dar o resultado que alguém queria.
O que encurta o payback
Algumas escolhas de projeto fazem o dinheiro voltar mais cedo.
- Começar pelo gargalo. O módulo que concentra mais horas manuais vai primeiro, e ele ajuda a pagar o resto.
- Entregar em partes que já rodam. Em ciclos curtos, cada entrega entra em uso real antes da próxima. O retorno começa antes do fim do projeto, e o risco de construir a coisa errada cai a cada ciclo.
- Integrar em vez de substituir. Manter a ferramenta pronta no que é padrão e construir só o que falta reduz o investimento sem reduzir o ganho. A comparação detalhada está no texto sobre ERP ou software sob medida.
- Mapear antes de construir. Processo desenhado antes do código evita retrabalho no meio do projeto, que é onde prazo e orçamento costumam escapar.
O que costuma estragar a conta
- Não medir o ponto de partida. Sem saber quanto o processo consome hoje, ninguém consegue mostrar depois que o sistema ajudou.
- Contar hora liberada como dinheiro no bolso. Ela só vira ganho quando é realocada ou quando evita uma contratação.
- Esquecer a manutenção. Sistema em uso precisa de correção e evolução, e esse custo entra na conta desde o primeiro dia.
- Esquecer o tempo do time interno. Alguém da empresa precisa explicar o processo, validar entregas e testar. São horas que saem da operação.
- Ignorar a adoção. Sistema que o time não usa tem retorno zero. Treinamento e desligamento da planilha antiga fazem parte do projeto.
- Colocar receita nova no cenário base. Ela pode acontecer, mas a decisão não deveria depender dela.
Depois que o sistema entra no ar
A conta feita antes do projeto vira a régua de depois. Repita a medição de horas e erros três e seis meses depois da entrada em uso, com as mesmas pessoas e o mesmo método.
Se o número melhorou, a empresa tem base para decidir o próximo módulo com menos discussão. Se ficou abaixo do esperado, a causa costuma aparecer rápido: uma etapa que continuou fora do sistema, uma planilha que ninguém desligou, uma regra que mudou no meio do caminho. Achar isso no terceiro mês custa bem menos do que descobrir no segundo ano.
A mesma lógica serve para outros investimentos em tecnologia. O texto sobre quanto custa implantar IA aplica essa conta a projetos de inteligência artificial.
O ROI de software sob medida deixa de ser aposta quando a empresa sabe, antes de assinar, qual número o sistema precisa mudar e quanto esse número vale. O preço da proposta é só uma parte da decisão. A outra parte está na operação, esperando alguém medir.
