Como medir o retorno de um software sob medida: as métricas que provam se o sistema valeu o investimento

A cena é comum. A empresa investiu R$ 80 mil, R$ 150 mil, às vezes mais, em um sistema sob medida. O sistema está no ar, a equipe usa todo dia, ninguém quer voltar para a planilha. Mas quando o sócio pergunta "valeu a pena?", a resposta é um "acho que sim" desconfortável. Ninguém consegue mostrar um número. E sem número, a próxima decisão de investimento em tecnologia vira chute de novo.

O problema não é falta de retorno. Na maioria dos casos que acompanho, o retorno existe e é grande. O problema é que ninguém definiu, antes de começar, o que seria medido. Faturamento é a métrica errada para a maioria dos sistemas internos, porque software raramente gera receita direta. Ele gera outra coisa: tempo, precisão e capacidade. E essas três coisas têm preço.

Por que faturamento é a régua errada para medir software

Se o sistema é um e-commerce ou um checkout, ótimo, a receita passa por ele e a conta é direta. Mas a maior parte do software sob medida no Brasil é operacional: gestão de pedidos, controle de contratos, painel de logística, integração entre ERP e planilhas que viraram sistema. Esses softwares não vendem nada. Eles fazem a empresa conseguir vender mais, errar menos e crescer sem contratar na mesma proporção.

Tentar ligar esse tipo de sistema diretamente ao faturamento gera duas distorções. Ou você não encontra correlação nenhuma e conclui, errado, que o investimento foi ruim. Ou o faturamento sobe por motivos comerciais e alguém credita o mérito ao software, o que é igualmente errado e vai inflar a expectativa do próximo projeto.

Não existe resposta única, mas existe conta certa. E ela começa medindo o que o software realmente muda.

As 4 categorias de retorno que um sistema gera

1. Horas devolvidas para a operação

É a métrica mais fácil de medir e a mais ignorada. Pegue os processos que o sistema automatizou ou encurtou e responda: quantas horas por mês a equipe gastava antes, e quantas gasta agora?

Um exemplo com números realistas. Um fechamento mensal que tomava 3 dias de uma analista (24 horas) e passou a tomar 4 horas devolve 20 horas por mês. Se o custo total dessa pessoa para a empresa é R$ 12 mil mensais, a hora dela custa cerca de R$ 68. São R$ 1.360 por mês em um único processo. Some todos os processos afetados e multiplique por 12. É comum esse número sozinho pagar o sistema em 18 a 30 meses.

2. Erros que deixaram de acontecer

Erro operacional tem custo, só que ele aparece espalhado: pedido faturado errado, cobrança duplicada, entrega no endereço antigo, cliente perdido por retrabalho. Antes do sistema, levante a frequência desses erros e o custo médio de cada um (valor estornado, horas de correção, desconto dado para segurar o cliente). Depois do sistema, meça de novo.

Quem já passou por um projeto travado sabe do que estou falando: o argumento que destrava orçamento de tecnologia com diretoria raramente é "vamos ser mais modernos". É "estamos perdendo R$ 9 mil por mês em estorno por erro de digitação".

3. Capacidade de crescer sem contratar

Essa é a métrica que mais interessa a quem olha o negócio de longe. A pergunta é: quantos pedidos, contratos ou clientes a operação processa por pessoa do time? Se antes cada pessoa do backoffice dava conta de 80 pedidos por mês e agora dá conta de 200, a empresa pode crescer 2,5x sem aumentar a folha dessa área. O retorno aqui não é economia, é contratação evitada, e contratação evitada se mede em salários, encargos e tempo de treinamento que não foram gastos.

4. Velocidade de decisão

A mais difícil de converter em reais, mas real. Se o dono levava uma semana para saber a margem por cliente e agora vê em tempo real, decisões de preço, corte e foco acontecem semanas antes. Uma forma prática de medir: liste 3 decisões relevantes tomadas nos últimos 6 meses e estime quanto tempo cada uma teria levado sem o dado disponível. Não vira planilha bonita, mas vira argumento honesto.

O checklist para montar sua medição antes (ou depois) do projeto

Antes de assinar qualquer contrato, pergunta isso, para você e para o fornecedor:

1. Quais processos o sistema toca? Liste um por um. Sem lista de processos, não há o que medir.
2. Quanto cada processo custa hoje? Horas por mês vezes custo da hora de quem executa. Aceite estimativas, mas anote-as antes do sistema entrar no ar. Baseline medido depois vira memória seletiva.
3. Quais erros esse processo gera e quanto custam? Puxe 3 meses de histórico: estornos, retrabalho, reclamações.
4. Qual é o indicador de capacidade? Pedidos por pessoa, contratos por analista, atendimentos por dia. Um número simples que você já consegue calcular hoje.
5. Quem vai medir e quando? Defina um responsável e duas datas de revisão: 3 meses e 12 meses após o go-live. Sem dono, a medição morre no primeiro trimestre.

Se o sistema já está no ar e nada disso foi feito, ainda dá para reconstruir. Entreviste quem operava o processo antigo, recupere planilhas antigas, olhe o histórico de erros no financeiro. Um baseline imperfeito é infinitamente melhor que nenhum.

O custo total precisa entrar na mesma conta

O barato que sai caro aqui é o seguinte: medir só o retorno e esquecer que software tem custo contínuo. Para a conta de ROI ficar honesta, o denominador precisa incluir:

• Desenvolvimento inicial: o valor do projeto.
• Infraestrutura: hospedagem, banco, serviços de terceiros. Em sistemas de pequeno e médio porte, algo entre R$ 200 e R$ 2.000 por mês é a faixa comum.
• Manutenção e evolução: reserve de 15% a 25% do valor do projeto por ano. Sistema parado no tempo perde valor rápido, porque a operação muda e ele não acompanha.
• Custo interno de adoção: horas de treinamento e o período de produtividade reduzida na virada. Costuma durar de 2 a 6 semanas.

Com retorno anual e custo total anual na mesa, a fórmula é simples: retorno dividido pelo custo. Um sistema operacional bem escopado costuma se pagar entre 12 e 36 meses. Se a projeção honesta passa muito disso, o escopo provavelmente está grande demais, ou o problema não precisava de software sob medida. Sim, às vezes a resposta certa é um SaaS de prateleira, e um bom fornecedor te fala isso antes de cobrar.

O que isso muda na hora de contratar o próximo sistema

Quando a medição existe, a conversa com qualquer fornecedor muda de nível. Em vez de "quero um sistema de gestão", você chega com "esse processo consome 60 horas por mês e gera R$ 7 mil de erro, quanto custa resolver?". O escopo encolhe para o que dá retorno, o orçamento fica defensável e a comparação entre propostas deixa de ser só preço.

É assim que a gente trabalha na OCA. Antes de propor qualquer sistema sob medida, mapeamos com o cliente quais processos serão tocados e qual número deve melhorar, porque é isso que nos cobra depois. Foi esse tipo de conta que guiou projetos como o sistema de gestão para imobiliárias que mantemos em produção: a operação de aluguel tinha processos manuais mensuráveis, e o sistema foi desenhado em cima deles, não em cima de uma lista genérica de funcionalidades. E como operamos produto próprio com mais de 40 mil usuários, sabemos na pele que a conta do software não termina no lançamento.

Próximo passo concreto: abra uma planilha agora e preencha as 5 perguntas do checklist para o processo mais caro da sua operação. Esse documento de uma página vale mais que qualquer briefing genérico, e serve tanto para avaliar o sistema que você já tem quanto para cotar o próximo.

Se quiser ajuda para transformar essa conta em um escopo de projeto, Converse com a OCA sobre o seu sistema.