O Imposto Oculto da Personalização do Sistema Cargo

Toda companhia aérea de carga conhece essa sensação. Uma equipe comercial precisa de uma mudança — uma regra de precificação, um novo campo em um documento, uma integração com um parceiro. A solicitação parece simples. Quatro meses depois, está em funcionamento.

O que aconteceu nesse meio tempo? Reuniões. Levantamento de requisitos. Ciclos de desenvolvimento. Testes. Aguardando a próxima janela de lançamento.

A fatura indicava $15.000. O custo real foi três vezes maior. Este é o imposto oculto da personalização do sistema de carga.

Por que permanece oculto

O preço cotado para uma alteração nunca é o custo total. O que os fornecedores cobram é o trabalho de desenvolvimento. O custo real inclui:

• As semanas ou meses de espera por uma janela de lançamento
• Horário interno das equipes de negócios e de TI para coordenação de requisitos.
• O custo de oportunidade de um negócio que se moveu mais lentamente do que deveria.
• A erosão da confiança entre as áreas de TI e de negócios, que se sentem constantemente em espera.
• Soluções paliativas se acumulam em planilhas enquanto a solução real aguarda na lista de pendências.

Nenhum desses itens consta na fatura. Todos eles aparecem nos registros da empresa.

A pergunta que ninguém faz

Quando uma alteração de $15.000 custa $45.000 para ser implementada em produção, o instinto é: "Podemos conseguir um preço melhor com o fornecedor?"“

A pergunta certa é: "Por que isso custa $45.000, afinal?"“

Negociar preços com fornecedores é um problema de compras. Repensar por que a mudança é cara é um problema de arquitetura. Esses dois problemas têm soluções muito diferentes.

O custo de não personalizar

Toda lista de pendências tem um cemitério — solicitações que chegaram, esperaram e eventualmente foram fechadas não porque foram resolvidas, mas porque a empresa encontrou outra maneira.

Este é o imposto oculto em sua forma mais cara: não o custo das mudanças feitas, mas o custo das decisões limitadas pelo que o sistema permite.

Como seria uma alternativa?

Nem todos os sistemas de carga funcionam dessa maneira. A lógica de negócios incorporada na camada da plataforma, visível apenas para os desenvolvedores e alterável somente por meio de código, é uma aposta arquitetural específica. A aposta oposta também existe: lógica de negócios em uma camada de configuração que os analistas de negócios podem acessar sem precisar abrir um terminal.

Quando essa aposta é feita corretamente, uma regra de precificação é uma configuração, não um projeto. Um campo de documento é uma opção, não um ticket.

Seu próprio diagnóstico

Selecione três mudanças de negócios solicitadas nos últimos 24 meses. Para cada uma, calcule o custo real, incluindo taxas de fornecedores, horas internas, tempo de implementação e custo de oportunidade.

Em seguida, pergunte: é isso que esperaríamos se o sistema fosse projetado para mudar?