Sejamos diretos: quando a adoção de IA morre num armazém, nove vezes em dez não é por causa da tecnologia. É porque ninguém a empurrou de verdade. O fornecedor instalou o sistema, a TI criou as contas e depois... nada. O armazém continuou fazendo o que sempre fez e, três meses depois, todos concordaram que "o sistema não funciona". Já vi esse filme muitas vezes: dinheiro gasto, poeira assentada, moral no chão.
Há dois lados nisso: o lado da tecnologia pertence ao fornecedor; o lado do impulso só pode vir de alguém da sua própria equipe. O termo da moda é "champion". Em linguagem simples: a pessoa que trata o projeto como se fosse problema dela.
Como é um rollout de IA morto: uma lição de $300,000 em Dallas
Dallas, 2023. Um 3PL gastou $300,000 em inspeção visual por IA para caixas danificadas e etiquetas tortas. A TI liderou o projeto; o gerente de TI era diligente; os dados de teste pareciam ótimos. Na primeira semana na linha, a equipe veterana de QC tratou as câmeras como decoração: cada alarme era silenciado, porque "alarmes falsos demais, está matando minha produtividade". A TI ajustou os parâmetros duas vezes. Os alarmes falsos caíram, as falhas não detectadas subiram e chegaram duas reclamações de clientes. Oito meses depois, o sistema foi desligado. Trezentos mil dólares, e ninguém sequer ouviu o barulho da queda.
A autópsia foi um círculo de culpas: a TI disse que o armazém não cooperava, o armazém disse que o sistema era inútil, o dono disse que o fornecedor era uma fraude. A verdade é mais simples: desde o primeiro dia, nenhuma pessoa queria de verdade que o projeto desse certo. A tecnologia estava boa. Os dados estavam bons. O que faltava era uma pessoa no armazém disposta a falar pelo projeto e a levar os golpes por ele.
Como é um rollout de IA vivo: um supervisor do turno da noite em Fontana
Fontana, 2022. Um armazém de e-commerce de 120,000 pés quadrados implantando AMRs para apoio ao picking. Funcionou por causa de uma pessoa: o supervisor do turno da noite, nove anos naquele prédio, que começou como picker. O piloto rodou no turno dele: 40 pessoas, seis semanas. Ele fez quatro coisas, que detalho abaixo.
O resultado: produtividade de picking 32% maior na zona piloto, taxa de erro reduzida de 0.8% para 0.3%. Na sétima semana, o dono perguntou: "Dá para implantar isso em todo lugar?". Note a ordem dos fatos: o armazém provou, e o chefe veio perguntar, não o contrário. O mesmo tipo de projeto de IA. Dallas morreu sem ninguém empurrando; Fontana viveu com alguém empurrando. A diferença não foi a tecnologia. Foi a pessoa.
Três critérios para um campeão, todos inegociáveis
Primeiro, credibilidade no armazém. As pessoas o seguem porque ele conquistou isso, um pedido de cada vez. Esse tipo de autoridade não se compra: constrói-se turno a turno. Gerentes paraquedistas e especialistas da matriz falham nesse critério por padrão. O supervisor de Fontana tinha nove anos naquele prédio; metade do turno da noite era formada por pessoas que ele mesmo havia treinado. Quando ele dizia "hoje à noite fazemos do jeito novo", ninguém discutia.
Segundo, sente a dor. Sabe onde dói de verdade, não a dor do PowerPoint. Ele escolheu a zona de picking mais congestionada para o piloto porque era ali que ele apagava incêndios toda noite. Muitas escolhas erradas de campeão acontecem bem aqui: título grande, longe do armazém, e escolhem um piloto que não dói em ninguém, então ninguém se importa com os números que ele produz.
Terceiro, tem tempo de verdade. O chefe precisa liberá-lo: pelo menos 30% dedicados, não "empurre a IA no seu tempo livre além do seu trabalho diário". Projetos de tempo livre morrem mortes de tempo livre. O dono de Fontana cortou pela metade a carga de programação e relatórios do supervisor e disse para ele focar no piloto. É assim que se parece seriedade.
Escolher certo não basta: quatro movimentos precisam seguir
Esses quatro são exatamente o que o supervisor de Fontana fez:
- Definir o escopo do piloto, com decisão. Pequeno, doloroso, mensurável em seis a oito semanas. Querer abraçar o mundo é o primeiro assassino de um campeão. Ele fez uma zona de picking: sem packing, sem putaway. Que todos vejam "isso realmente funciona" antes de qualquer outra coisa.
- Conseguir recursos entre departamentos e levar os golpes. Um piloto vai consumir capacidade e gerar reclamações; o campeão precisa ir argumentar com o diretor de operações e os clientes em nome do projeto. Na segunda semana em Fontana, um AMR bloqueou um corredor por 20 minutos e o supervisor do turno diurno reclamou com o dono. O supervisor da noite rebateu: "Vinte minutos bloqueados agora, duas horas economizadas todo dia depois: a decisão é sua". Sem essa firmeza, a primeira reclamação mata o projeto.
- Treinar o armazém mão a mão. Não um manual, não uma reunião geral: de pé na estação ensinando uma pessoa de cada vez. Nas duas primeiras semanas, ele passou 20 minutos no início de cada turno da noite revisando a operação, veteranos orientando novatos, erros corrigidos na hora. Primitivo. Funcionou.

- Traduzir vitórias para a linguagem do chefe. Donos não se importam com "97% de precisão do modelo". Importam-se com "dois funcionários economizados em seis semanas, $12,000 a menos em reclamações por danos". Se o campeão não consegue fazer essa tradução, o orçamento da fase dois nunca é aprovado. O relatório dele da sexta semana tinha uma página: três números, mais uma linha: "implantação completa, cerca de $400K por ano em economias". O dono assentiu na hora.
Primeiro o custo, porque sempre há um custo: o manual do campeão é lento. Seis a oito semanas para um único piloto, e donos impacientes vão se perguntar por que os fogos de artifício do fornecedor produziram tão pouca fumaça. Mas aqui está o outro lado desse acordo: os $300,000 de Dallas foram a mensalidade de "rápido". Tudo tem dois lados; é preciso escolher um.
Um alerta contraintuitivo: o campeão não pode ser o dono, nem pode ser TI pura. O dono tem autoridade, mas não tem tempo; a TI tem tecnologia, mas não tem armazém. E aqui vai a mais dura: um campeão forte demais é um risco em si: tudo depende de uma pessoa, ela sai, o projeto desmorona. Então, escondido dentro dos quatro movimentos, precisa haver um quinto: escrever isso como processo. Pessoas podem ir embora; o processo fica.
Última pergunta: quem está empurrando o projeto de IA no seu armazém agora? Diga o nome. Se não conseguir, o projeto já está morto. Só ainda não foi enterrado.
Por Lao Mi, Veterano da Cadeia de Suprimentos (20 anos)
Traduzido do inglês. Em caso de divergência, prevalece a versão em inglês.






