Como calcular o ROI de um WMS: guia de campo do comprador para os números reais

Se você está pesquisando como calcular o ROI de um WMS, provavelmente tem uma cotação de fornecedor na mão e precisa justificar o orçamento para o chefe. Aqui vai a resposta curta: jogue fora o slide deck do fornecedor. A conta honesta do lado do comprador tem três linhas. Primeiro, divida os benefícios em quatro baldes — mão de obra, erros, estoque, espaço — e conte só o dinheiro que realmente chega. Segundo, multiplique cada balde por um fator de realização entre 0 e 1: se o headcount não cai, um ganho de eficiência vale zero. Terceiro, custeie tudo como custo total de propriedade em cinco anos, e rode separado o preço por pedido do SaaS e a matemática da licença perpétua. Se o payback passar de 36 meses, reescopo o projeto. O framework abaixo vem de mais de 30 go-lives de WMS, e cada passo é plug-and-play.

Como calcular o ROI de um WMS: comece separando três tipos de dinheiro

Antes de qualquer conta, separe os benefícios em três pilhas. Misturá-las é a origem de todo ROI ruim:

1. Dinheiro realmente economizado: postos cortados, um aluguel de armazém cancelado, menos mispicks pagos. Aparece no P&L.
2. Economias que nunca viram dinheiro: throughput 20% acima, headcount igual. Mais capacidade, zero dólar a mais nos livros.
3. Benefícios que nunca podem ser contabilizados: "melhor disciplina", "mais transparência". Quando o CFO pergunta "e daí?", você não tem resposta.

As calculadoras de ROI dos fornecedores registram quietas as pilhas 2 e 3 como se fossem a 1. É daí que sai o payback em 8 meses. Vi essa armadilha três vezes: a mesma fórmula, um payback de 11 meses num cliente e de 40 meses em outro — a única diferença foi que o segundo levou a palavra "realizado" a sério.

Passo 1: quantifique quatro baldes de benefícios — só o que chega

Nota sobre a linha de estoque: mover a acurácia do estoque de 95% para 99% não economiza exatamente nenhum dólar por si só. Acurácia é métrica de processo, não benefício. Ela só vira dinheiro no dia em que você ousar cortar o estoque de segurança de 15 para 10 dias. Se os parâmetros nunca mudam, a acurácia é uma placa na parede.

Maio de 2023, um 3PL de e-commerce no leste da China entrou em produção: 12,000 pedidos por dia, 46 pickers. O fornecedor mediu um ganho de UPH de 22% (número do fornecedor, só como referência), e o vendedor multiplicou 22% pelo custo de mão de obra para alegar cerca de $110k por ano em economias, lindamente formatado. Derrubei com três perguntas: os temporários da alta temporada ficam? Sim. Algum corte de headcount aprovado? Não. Então os $110k valem zero.

O que realmente chegou foram os erros. Os códigos de motivo de devolução do ERP mostraram a taxa de mispicks cair de 0.9% para 0.25%. Custei um mispick linha a linha: $1.10 de reenvio, $0.55 de atendimento, $1.40 de processamento de devoluções — cerca de $3.05 por unidade. Três milhões de pedidos por ano: 3,000,000 × (0.9% − 0.25%) × $3.05 ≈ $59,500 por ano. O financeiro aceitou, porque os reembolsos pagos realmente caíram.

2022, um distribuidor de alimentos no norte da China. Após o go-live ajustamos as regras de putaway e o slotting ABC; a utilização de posições subiu de 58% para 79%, liberando 1,800 metros quadrados, e o pequeno armazém ao lado simplesmente não foi renovado no fim do aluguel. O aluguel local de armazém geral girava em torno de $0.28 por m² por dia (use sua tarifa local): 1,800 × 0.28 × 365 ≈ $184,000 por ano. Uma condição: isso só conta se uma renovação ou expansão estivesse realmente em pauta. Espaço vazio que você não devolve vale zero — já está no meu checklist de revisão de contrato.

Passo 2: custeie tudo, incluindo os custos que ninguém cota

Uma cotação de WMS lista software e implementação. O investimento total real tem pelo menos mais cinco linhas, e faltar qualquer uma delas faz do ROI uma ficção:

1. Hardware: PDAs, impressoras, APs sem fio — mais servidores para on-premise. Um site médio com 30 PDAs e acessórios custa cerca de $28k (verifiquem vocês mesmos os preços atuais de mercado).
2. Mão de obra interna: um gerente de projeto a 30%–50% por seis meses; usuários-chave tirados do dia a dia para 2–4 semanas de testes. Sem fatura, mas dinheiro real.
3. Operação em paralelo: 1–2 meses ao redor do go-live com os dois sistemas rodando e a equipe antiga ainda contratada.
4. Desenvolvimento customizado: preço por pessoa-dia — trave a diária e um teto no contrato, ou você leva uma "taxa de urgência" na véspera do go-live.
5. Custo anual recorrente: a manutenção de licença perpétua costuma rodar 15%–20% das taxas de licença por ano; para SaaS, leia a cláusula de reajuste na renovação — muitos contratos permitem até 8% ao ano. Pule essa linha e o terceiro ano traz uma surpresa.

SaaS por pedido vs. licença perpétua: duas matemáticas diferentes

A diferença central em uma frase: o custo do SaaS escala linearmente com o volume de pedidos; o custo da licença é fixo. Quanto mais rápido você cresce, pior o SaaS fica.

2024, um fabricante de autopeças no sul da China escolhendo entre duas cotações na minha mesa: SaaS a $0.06 por pedido mais $25k de implementação; licença perpétua a $111k mais $62k de implementação e $17k de manutenção anual. O volume era de 80k pedidos por mês, crescendo 30% ao ano. Rodei uma tabela de cinco anos:

Some meio posto de operações do lado da licença ($52k em cinco anos) e dá $310k — ainda cerca de 40% mais barato que o SaaS. O cliente comprou a licença.

A fórmula do ponto de equilíbrio, plug-and-play: se pedidos anuais por preço por pedido por anos esperados de uso for maior que taxa de licença + implementação + manutenção anual por anos, compre a licença; senão o SaaS vence. Dez minutos com seus próprios números dão a resposta. Duas regras de bolso: planejando 5+ anos com 20%+ de crescimento anual de volume, a licença costuma vencer; volume estável, ou um teste de 2–3 anos, o SaaS vence.

Qual período de payback é razoável para um WMS?

Fórmula: payback (meses) = investimento total dividido pelo benefício líquido mensal médio. Líquido — subtraia primeiro a manutenção anual e as renovações, depois divida. Quem divide pelo benefício bruto está deixando o payback mais bonito do que ele é.

Três faixas de mais de 30 projetos:

• 12–24 meses: saudável, aprove com confiança.
• 24–36 meses: aceitável, típico de sites grandes ou muita customização.
• Acima de 36 meses: reescopo. Todo projeto que vi passar de três anos era ou escopo que transbordou ou benefícios recheados de itens não contabilizáveis.

Mais um aviso: mais curto nem sempre é melhor. Um payback de 8 meses geralmente significa benefícios inflados — volte e confira os fatores de realização.

Três armadilhas de ROI que vi três vezes cada

Sem slogans para fechar, só o checklist. Rode estes cinco antes de finalizar o ROI:

1. Ganho de eficiência multiplicado pelo custo de mão de obra, headcount igual — o benefício é zero, não $110k.
2. Acurácia de estoque contabilizada como economia — acurácia não gera dinheiro; só uma redução do estoque de segurança conta.
3. SaaS precificado no volume de hoje vezes 5 anos — o volume cresce, as taxas crescem; o ano cinco pode custar o dobro da rota de licença.
4. Mão de obra interna e operação em paralelo omitidas — subestimar o custo em 20%–30% é o padrão.
5. Payback calculado sobre benefício bruto — deduza primeiro o custo anual recorrente, divida sempre pelo líquido.

Checklist da véspera do go-live: cinco perguntas antes de assinar

Na noite antes de assinar, passe por estas cinco. Se não conseguir responder uma, não assine:

1. Para cada benefício, você consegue nomear a linha do P&L onde o dinheiro chega? Se não, delete-o.
2. O corte de headcount foi assinado pelo RH? Se não, registre as economias de mão de obra em zero.
3. A rescisão do aluguel — ou a expansão cancelada — está decidida? Se não, registre as economias de espaço em zero.
4. Você leu a cláusula de reajuste do SaaS e rodou o total de novo contra três anos de volume projetado?
5. O payback passa de 36 meses? Se sim: corte o escopo ou renegocie o preço. Escolha uma.

Por Lin Xiao, consultor de implementação de WMS

Traduzido do inglês. Em caso de divergência, prevalece a versão em inglês.