Uma auditoria que nunca respondeu não, não é auditoria. A regra de recusa é a comporta que deixa o trabalho terminar antes do build, e por que ela existe.
Conteúdo6 seções
O problema estrutural de toda auditoria de automação
A parte que conduz o diagnóstico é a parte que é paga para construir o que quer que o diagnóstico encontre.
Não é escândalo, é apenas o formato do setor, e todo mundo dentro dele conhece esse formato. Também explica o preço de uma auditoria grátis: é uma reunião de venda com uma entrega anexada, e a conclusão dela é conhecida antes de começar.
A única correção que de fato funciona é uma condição declarada sob a qual a resposta é não, decidida de antemão e verificável depois.
A regra
Um fluxo só é construído depois que uma estimativa de ROI por escrito, assinada pelo operador, fecha positiva com entradas conservadoras.
Se não fechar, as razões são escritas e o trabalho termina.
Essa é a regra inteira. O valor dela não está na sofisticação. Está em ser dita em voz alta antes de os números serem conhecidos.
O que conservador significa, em concreto
Três escolhas, todas feitas antes de alguém ver a resposta.
- Volume de um mês baixo. Um retorno que só funciona no pico evapora em janeiro.
- Mão de obra a custo carregado. O que a hora custa ao negócio prover, não o que aparece no holerite.
- Custo de build no topo da faixa, incluindo o ajuste que sempre vem depois do go-live e não a cifra que valeria se nada desse errado.
Nenhuma é engenhosa. Juntas são a diferença entre uma estimativa que sobrevive ao financeiro e uma escrita para ser aprovada.
O que o cliente recebe quando a resposta é não
Tudo o que foi produzido até ali: o mapa, a linha de base assinada, a matriz de prioridades e o raciocínio escrito.
Esse último documento é o que os gestores realmente usam. Ele nomeia os candidatos considerados, quanto cada um teria custado e o que precisaria mudar para a resposta virar sim: um limiar de volume atingido, um problema de dados corrigido, um sistema trocado antes. É usado com frequência internamente para frear um projeto que outra pessoa empurrava.
O que é melhor desfecho do que um build que nunca se paga, por uma pequena fração do preço. O raciocínio por trás de precificar uma auditoria assim está em como ler um orçamento de automação.
O que quebra sem a regra
Toda auditoria devolve sim.
Não porque alguém mentiu, mas porque um processo sem condição de parada não para. Os candidatos ganham premissas generosas de volume. A estimativa de build é o bom cenário. O payback aterrissa bem dentro da janela aceitável. E o cliente, que não consegue conferir nada disso, aprova.
Depois a automação entra no ar, funciona, e é abandonada no mês oito quando o patrocinador muda de cargo - e a conclusão que o cliente tira não é que este projeto foi mal dimensionado. É que automação não funciona para empresas como a dele. O padrão é comum o bastante para ter literatura própria, parte dela em por que seu último chatbot falhou.
Onde ela fica
A regra de recusa pertence ao Cut, a quarta de seis etapas, e depende de tudo antes dela ser real: uma linha de base medida, um mapa honesto, um escopo que parou de se mexer. A outra metade do Cut, o que é apagado e em que ordem o resto entra no ar, está em o que entra no ar primeiro. A aritmética em si está em a conta de ROI em projetos de automação.
Perguntas frequentes
Por que uma consultoria criaria uma regra que lhe custa trabalho?
Porque a alternativa custa mais, mais tarde e de forma menos visível. Uma automação que não deveria ter sido construída não falha rápido. Ela entra no ar, funciona, é usada por alguns meses e depois é abandonada em silêncio quando a pessoa que a defendeu muda de cargo, e o cliente conclui que automação não funciona para eles. Esse cliente não volta, não indica ninguém e conta a história em eventos. A regra de recusa troca um build agora pela possibilidade de ser levado a sério depois, e ela só é crível se de fato já tiver disparado alguma vez, que é por isso que as razões são escritas em vez de ditas de viva voz e esquecidas.
O que conta como entradas conservadoras?
Três escolhas específicas, feitas antes de a resposta ser conhecida. O volume vem de um mês baixo e não de um bom, porque um retorno que só funciona no pico é um retorno que some em janeiro. A mão de obra é precificada a custo carregado, que é o que a hora custa ao negócio prover e não o que aparece no holerite. E o build é estimado no topo da faixa, incluindo o ajuste que sempre vem depois do go-live, e não no número que valeria se nada desse errado. Cada uma isolada não tem nada de notável. Juntas são a diferença entre uma estimativa que sobrevive ao contato com o financeiro e uma escrita para ser aprovada.
O que o cliente recebe quando a resposta é não?
Todos os artefatos produzidos até ali: o mapa de processo, a linha de base assinada, a matriz de prioridades e o raciocínio escrito da recusa. Esse último documento é o valioso, porque diz quais candidatos foram considerados, quanto cada um teria custado e o que precisaria mudar para a resposta virar sim: um limiar de volume, uma correção de qualidade de dados, um sistema que precisa ser trocado antes. Gestores usam isso para decidir o que fazer em seguida, e com frequência para argumentar internamente contra um projeto que outra pessoa empurrava. É melhor desfecho que um build que não se paga, e custa uma fração.
A regra não desloca o viés para antes, para dentro da estimativa?
Deslocaria, se a estimativa fosse só do fornecedor. É para isso que serve a assinatura do operador: as entradas da aritmética - os volumes, o custo por hora, o que conta como tempo de fato economizado e não redistribuído - são acordadas com o cliente antes de o cálculo rodar, e não apresentadas depois como conclusão. A estimativa de build continua sendo do fornecedor, e esse lado carrega um incentivo, razão pela qual ela é declarada no topo da faixa. Nada disso torna o processo livre de viés. Torna o viés visível e localizado, que é o máximo que dá para oferecer com honestidade.
