Dado e integração
Baseline: o documento que decide se o ganho existe
Em contrato com componente variável, não se perde por não gerar resultado — perde-se por não conseguir comprová-lo. Os dez itens que o protocolo precisa fixar antes.
Existe um padrão em projetos de eficiência que se repete com previsibilidade desconfortável. O trabalho técnico é bem feito, o indicador melhora, todo mundo concorda que houve ganho — e a apuração trava. Não porque alguém esteja de má-fé, mas porque a régua nunca foi combinada. Quando cada lado reconstrói a conta depois que o resultado apareceu, cada lado chega a um número diferente, e ambos são defensáveis.
A baseline existe para impedir isso. É o retrato numérico acordado do desempenho anterior à intervenção, e é o documento mais importante de qualquer contrato com componente variável — mais importante, inclusive, que a descrição técnica do escopo.
Por que ela precisa ser assinada antes
Um ganho é sempre a diferença entre o que aconteceu e o que teria acontecido. A segunda metade dessa frase é contrafactual: não é observável. A baseline é a convenção que substitui o contrafactual por algo verificável — o desempenho de um período histórico, medido por indicadores definidos, sob condições declaradas.
Convenção só funciona se for acordada antes. Depois que o resultado aparece, qualquer escolha metodológica passa a ter dono e beneficiário: o período de referência mais favorável, o indicador que se moveu mais, a exclusão que ajuda. A discussão deixa de ser técnica.
Por isso a regra é simples e não tem exceção útil: sem baseline acordada por escrito antes do início, não existe apuração de ganho — existe negociação com casa decimal.
Os dez itens do protocolo
Um protocolo de baseline que sobrevive à primeira apuração fixa, no mínimo, dez coisas:
- Período histórico de referência. Qual janela representa o desempenho anterior e por quê. Períodos atípicos precisam ser identificados e tratados na definição, não depois.
- Indicadores e fontes oficiais. Qual sistema é a fonte de verdade de cada número. Quando dois sistemas discordam — e discordam —, o protocolo diz qual prevalece.
- Escopo de medição. Que trechos, que famílias de ativo, que operações entram. Escopo elástico é a origem mais comum de disputa.
- Eventos excluídos. Força maior, greves, eventos climáticos extremos e decisões do cliente alheias ao produto. Listados antes, não escolhidos depois.
- Tratamento de volume. Se o volume transportado subir 15% no período, o custo por quilômetro mantido muda por razões que não têm relação com a intervenção. O protocolo diz como normalizar.
- Tratamento de inflação e de mudança operacional. Reajuste de insumo, mudança de política de manutenção do cliente, entrada de um novo corredor. Tudo que desloca o indicador sem passar pela intervenção.
- Janela de apuração. Trimestral, semestral ou anual — e a data de corte de cada uma.
- Regra de atribuição. Quando várias iniciativas do cliente concorrem para o mesmo indicador, como o ganho é repartido. Este é o item que mais gera atrito quando fica em aberto.
- Comissão de validação conjunta. Quem homologa o número, com que composição e com que quórum. E o direito de auditoria das duas partes sobre metodologia e dado.
- Piso e teto contratuais. Limites que protegem os dois lados de resultados extremos não previstos — e que, na prática, são o que torna o modelo aceitável para um comitê de compras conservador.
O item que resolve a maior parte das disputas
Há um décimo primeiro item que quase nunca aparece nos modelos de contrato e que, pela nossa leitura, resolve a maior parte dos conflitos de apuração: o tratamento de recomendação que o cliente decidiu não executar.
A situação é comum. O sistema recomenda uma sequência de intervenções; o cliente, por razões próprias — orçamento, prioridade concorrente, disponibilidade de equipe —, executa parte dela. No fim do período, o ganho apurado é menor que o modelado.
Sem regra prévia, cada lado tem um argumento razoável. O fornecedor dirá que o ganho não realizado se deve à não execução. O cliente dirá que só paga pelo que aconteceu. Os dois estão certos, e a relação comercial paga a conta.
A regra que funciona tem duas metades, e as duas precisam estar escritas: recomendação não executada não gera cobrança de ganho não realizado — e também não pode ser usada para invalidar a baseline. A primeira metade protege o cliente da cobrança sobre um contrafactual. A segunda protege o fornecedor de ter o resultado do período inteiro contestado por decisões que não foram dele.
Baseline não é burocracia — é a única coisa que torna o resultado utilizável
Há uma leitura equivocada desse trabalho como excesso de formalismo. Ela some rápido no primeiro comitê de apuração.
O número que sai de um protocolo bem construído é utilizável em três lugares onde um número informal não entra: na controladoria, que precisa reconhecer o ganho em resultado; na auditoria interna, que precisa rastrear cada cifra até a fonte; e no conselho, que precisa saber se o que está sendo apresentado é um resultado ou uma estimativa.
É por isso que a metodologia de comprovação de valor é tratada como produto, com versão e documentação, e não reinventada a cada contrato. E é por isso que ela vem junto com a trilha de auditoria da plataforma: dado de entrada, versão de modelo, recomendação emitida e decisão registrada precisam ser recuperáveis no momento em que alguém perguntar por que aquele número é aquele.
A ordem certa
Na prática, isso define a ordem das etapas de qualquer trabalho sério nessa área. Primeiro o diagnóstico, que mede a baseline no dado que o cliente já tem e diz com precisão o que dá e o que não dá para medir hoje. Depois o piloto, com perímetro delimitado e protocolo assinado. Só então a apuração.
Inverter essa ordem — começar pela intervenção e medir depois — é a forma mais confiável de produzir um bom resultado técnico que ninguém consegue reconhecer.