Doze pilotos bem-sucedidos e nenhum processo mudou

O piloto de viabilidade responde “a ferramenta consegue?”. É uma pergunta legítima e barata de responder, e a resposta quase sempre é sim, porque o caso escolhido para a demonstração é o mais favorável.

O piloto de operação responde outra pergunta: “o processo sustenta isso, com o volume real, as exceções reais e as pessoas reais?”. Essa pergunta só se responde com o processo rodando em condições que se aproximam do regime, não em bancada.

O erro de gestão é fazer o primeiro e decidir como se tivesse feito o segundo. A viabilidade comprovada vira argumento de compra, e a pergunta operacional que ninguém fez volta seis meses depois com o nome de “falha de adoção”.

A primeira condição é operação em regime: quem vai rodar isso todo dia, com qual rotina e qual capacidade. Piloto tocado pelo time de inovação não responde essa pergunta, porque o time de inovação não vai operar nada em regime.

A segunda é sustentação: quando quebrar — e vai quebrar —, quem atende, em qual prazo, com qual orçamento. A terceira é orçamento recorrente: licença, consumo e manutenção precisam caber no custo do processo, não na verba de projeto.

A quarta é o indicador de negócio que autoriza a expansão, definido antes do piloto começar. Piloto que começa sem essas quatro respostas já começou como demonstração, e demonstração bem-sucedida continua sendo demonstração.

Custo de consumo cresce com o uso e raramente projeta linearmente. O piloto que custa pouco com dez casos por dia pode custar mais que a equipe quando o volume vai para mil, e essa conta quase nunca está na apresentação.

Latência aceitável em dez casos por dia pode ser inviável em mil. A resposta que demora um minuto é charme no piloto e gargalo na operação, e o gargalo aparece exatamente no horário de pico.

A exceção é o terceiro efeito do volume. Imagine uma exceção que aparece em 2% dos casos: no piloto de cem casos ela apareceu duas vezes e foi tratada à mão; na escala de mil por dia, são vinte exceções diárias, e vinte exceções diárias são um processo inteiro que ninguém desenhou.

Piloto sem critério de encerramento vira projeto zumbi: não escala, não morre e consome atenção, orçamento e credibilidade da agenda. Depois de três ou quatro zumbis, a organização inteira aprende que IA é coisa que não vira operação.

Definir de antemão o que faria a empresa parar é o que permite parar sem que alguém precise assumir derrota. O critério de encerramento transforma o fracasso do piloto em informação comprada barato, que é exatamente a função dele.

A conta final é simples: um portfólio com dois pilotos escalados e três encerrados por critério vale mais que doze bem-sucedidos em demonstração, porque só os dois primeiros mudaram o processo.