Auditoria de processo antes da automação: quando NÃO construir

A regra que define a empresa

Um workflow só vai para build depois que uma estimativa escrita de ROI, assinada pelo operador, fica positiva sob premissas conservadoras. Se não fica, devolvemos o depósito do diagnóstico e o contrato encerra. Há contratos que terminam exatamente aí, e esse é o sentido de existir a comporta: um filtro que nunca rejeita nada não é filtro, é formalidade.

Não é postura de venda. É o seguro mais barato que um projeto pode comprar. Quase toda automação por IA que falha em seis meses falhou na etapa de auditoria, e a auditoria não pegou.

O que a auditoria é e o que não é

A auditoria é a etapa Break do Protocolo INITE. Cinco dias úteis. Um workflow por vez, às vezes dois. Três artefatos nomeados no fim. ROI assinado antes de qualquer PO de build.

Não é call de vendas. Não é sessão de discovery. Não é deck. O operador paga uma quantia pequena por isso (em geral 5-10% do orçamento previsto do build) e essa quantia é integralmente reembolsável se a auditoria terminar em decisão de não construir.

A checagem de prontidão gratuita de quinze minutos no site é outra coisa, e vem antes: ela responde se o processo vale uma auditoria, e não precisa de nada além de uma conversa. Aqui falamos do passo seguinte. Assim que acesso real a sistemas e números entra na mesa, o preço vira a maior alavanca isolada sobre qualidade — para uma auditoria paga mandam o dono do processo, para uma gratuita mandam o vendedor.

Os três artefatos

O mapa do processo é um swimlane em resolução de handoff — cada passo do kick-off ao fechamento, cada passo na faixa do papel responsável, com três números carimbados em cada handoff: throughput por semana, taxa de erro, cycle time mediano. A maioria dos times nunca viu o próprio trabalho nessa forma. O mapa é o que faz o gargalo aparecer, e na maior parte das vezes ele não está onde os operadores achavam.

O relatório cost-of-chaos é um número em dólares por semana — quanto o jeito atual de fazer esse workflow custa em horas perdidas, além do trabalho necessário. Três linhas: custo de retrabalho, custo de espera, custo de fuga. Inputs explícitos. O controller da empresa assina os inputs.

A priority matrix é um 2x2 de viabilidade técnica de automação por ROI de negócio para cada workflow candidato que apareceu na auditoria. O canto superior direito é o que vira build na etapa Cast. Todo o resto recebe explicação escrita do porquê não passou.

Os quatro padrões de rejeição

A auditoria termina em No quando a matemática não fica positiva sob premissas conservadoras. Quatro padrões produzem quase todo No.

Espera dominada upstream

O passo lento do workflow é esperar algo fora do controle da empresa — a resposta de um regulador, a assinatura de um cliente, a compensação de um pagamento num sistema bancário. A automação interna economiza minutos no processamento, mas o número de cycle time não se move porque a espera é upstream e não endereçável. Automatizar nesse caso é um cavalo mais rápido numa estrada com uma cancela.

A auditoria detecta isso medindo cycle time em cada handoff e rotulando se a espera é interna (capacidade do operador), entre times (handoff entre funções) ou externa (fornecedor, cliente, regulador). Um workflow com 80% do cycle time em esperas externas é um No para um build que propõe automatizar passos internos.

Mid-rewrite

O time está alterando o processo por razões alheias — migração de ERP, reorganização, novo regime de compliance. Automatizar a versão atual congela um processo que não vai existir em três meses.

A auditoria detecta isso com duas perguntas na entrevista do operador: o que mudou em como vocês fazem isso nos últimos 6 meses, e o que vocês esperam mudar nos próximos 6. Um workflow em que a segunda resposta é "tudo" ou "estamos trocando de sistema" é No até a reescrita assentar.

Bloqueio de adoção

O workflow tem dimensão de confiança ou controle que os operadores não delegam. Um controller aprovando um TED de saída não vai entregar a autoridade da assinatura a um modelo, por melhor que seja. Um médico assinando um encaminhamento não delega a assinatura. A automação tecnicamente funcionaria — e não seria usada.

A auditoria detecta isso perguntando aos próprios operadores do workflow (não ao gerente deles) se usariam a automação proposta. A resposta costuma ser direta. Um workflow em que o operador diz "ainda revisaria toda saída" tudo bem se a revisão leva segundos; é No se a revisão leva tanto quanto o trabalho original.

Volume muito baixo

O workflow candidato acontece 8 vezes por semana. Economia por instância: 90 minutos. Total: 12 horas por semana. Mesmo a $120/hora carregado, a linha de recuperação é $74K/ano contra um build all-in de $74K. A linha de recuperação fica em ou abaixo do break-even no ano um, e o workflow precisa rodar sem mudanças por mais dois anos para pagar a uma taxa respeitável. Isso é No para um build, mesmo que a tecnologia funcionasse e o time adotasse.

Esse é o motivo mais comum pelo qual uma empresa pequena pede uma automação que a matemática não justifica. A auditoria detecta com o cálculo explícito de volume × time-saved × custo, e o operador costuma concordar com a conclusão no momento em que vê os números dispostos.

O template de ROI

O template de matemática tem três colunas e uma regra.

A regra — o cálculo de ROI precisa ficar positivo sob esses inputs em 12 meses. Não 24, não 36, não "eventualmente". Doze meses. O operador assina o template antes de qualquer PO de build ser emitido. Essa assinatura é o que torna a decisão compartilhada em vez de imposta.

Um exemplo trabalhado da própria aritmética, sobre um candidato que não construímos. Workflow: triagem e roteamento de RFPs de entrada. Volume: 38 RFPs por semana. Tempo economizado por RFP no percentil 25: 22 minutos. Custo carregado: $95 a hora de um account manager sênior. São 38 RFPs de 22 minutos cada, a $95 a hora, sobre 50 semanas úteis: uma linha de recuperação de $66.200 por ano. Custo de build no percentil 75: $42.000 all-in. A matemática fechou no sétimo mês e o workflow foi para Cast. Aos doze meses, o número realizado foi $87K porque o tempo economizado ficou mais perto da mediana do que do percentil 25 — esse é o ponto: inputs conservadores, upside real.

A matemática "40 horas de desperdício antes de automatizar economiza 40 horas/semana"

A primeira tarefa da auditoria é descobrir se o workflow proposto é o workflow que deveria ser automatizado. Em 40% das vezes não é. O workflow proposto tem custo real, mas o custo maior está num workflow relacionado upstream, ou na espera entre dois workflows, ou no retrabalho que vem de um input ausente dois passos atrás.

Por isso a etapa Cut, que vem depois da auditoria, remove passos antes que qualquer automação comece. Passos que não deveriam existir não são codificados. A auditoria é o que torna esse corte visível. Para o playbook completo de automação de processos de negócio, Cut é o filtro antes do build.

Um padrão concreto. Um contrato com uma transportadora propôs automatizar a tomada de decisão de despacho. A auditoria mostrou que os despachantes passavam 60% do tempo cobrando documentação faltante dos motoristas e só 25% nas decisões que a automação proposta substituiria. O build pivotou para um workflow de coleta de documentos do lado do motorista. A automação da decisão de despacho foi adiada para a fase dois e acabou não sendo necessária — os despachantes ficaram com folga assim que a caçada por documentos sumiu. Esse pivô é a auditoria fazendo o trabalho dela. Sem a auditoria, o build teria saído, os despachantes usariam pouco, e o gargalo continuaria onde estava.

O que a regra "sem ROI não construímos" compra

Três coisas, todas downstream.

Seis meses depois que o workflow entra no ar, o operador que aprovou o build não é a mesma pessoa que revisa os resultados. O CEO original mudou de empresa, ou o COO que assinou foi para outra, ou o head de operações é novo. A matemática de ROI precisa sobreviver a essa sucessão. Inputs conservadores assinados sobrevivem. Estimativas de marketing não.

O time que opera o workflow precisa confiar no sistema. Operadores aprendem muito rápido se um fornecedor vai recusar trabalho que não paga. Os fornecedores que recusam ganham segundo contrato. Os que não recusam ganham um contrato e depois um "muito obrigado".

A capacidade de automação da empresa precisa compor. Cada workflow que entra com matemática honesta tem um ROI que se sustenta numa revisão de orçamento. Cada workflow que entra com matemática otimista é desligado quietamente, e o próximo projeto de automação fica mais difícil de financiar. A auditoria é a alavanca mais barata sobre se os próximos dez projetos vão ser aprovados. A conta do ROI usa o formato em medindo ROI de IA.

O que isso significa para um operador considerando um build

Três consequências operacionais.

Primeiro — espere que o diagnóstico seja pago, espere que leve cinco dias, espere ter que produzir números reais sobre throughput e taxa de erro. O preço é pequeno. A mudança de comportamento no time de auditoria é a maior alavanca isolada sobre qualidade.

Segundo — conte com uma chance real de o diagnóstico terminar em No, e pergunte ao fornecedor quando foi a última vez que isso aconteceu com ele. Se a taxa de conversão diagnóstico-para-build dele beira 100%, o diagnóstico é venda, não diagnóstico. Você quer a resposta honesta, não a lisonjeira.

Terceiro — quando o diagnóstico termina em Sim, espere que o build saia em 2-4 semanas contra números de ROI assinados, com o ganho de produtividade medido contra a linha de base que você assinou antes do início. Um ganho medido assim é real nos workflows que sobreviveram ao filtro. Não é real, em nenhum sentido pelo qual valha a pena pagar, nos workflows que nunca deveriam ter sido construídos. A auditoria é o que mantém essa diferença visível.

As quatro perguntas que um operador deve fazer sobre qualquer número de retorno, inclusive o nosso, estão em quatro perguntas que derrubam quase todo cálculo de ROI.