A produtividade cai antes de subir. Planeie a queda.
Toda a adoção de uma tecnologia de uso geral custou produtividade antes de a devolver. Porque a primeira semana de IA numa equipa parece prova de fracasso — e não é.
Curva de adoção / ilustrativa
A queda é o preço de entrada, não o veredicto.
A eletricidade tornou as fábricas mais lentas antes de as tornar mais rápidas. O mesmo aconteceu com os primeiros computadores nos escritórios e com a internet nas empresas de serviços. Cada tecnologia de uso geral produziu o mesmo padrão: um período em que a equipa piora antes de melhorar, porque aprender consome capacidade que antes ia para produzir. A adoção de IA dentro de uma equipa segue a mesma curva — e as primeiras semanas parecem a prova exata de que a mudança não estava a resultar.
Duas causas, não uma
A primeira causa é a aprendizagem em si. Uma pessoa que troca um método que domina por um que ainda não domina produz menos enquanto o novo método não se torna reflexo. Isto não é uma falha de vontade; é o custo estrutural de qualquer mudança de método.
A segunda causa é menos óbvia. Um sistema de IA começa genérico. Não conhece o tom da empresa, as exceções que a equipa trata como óbvias, os critérios que ninguém escreveu porque sempre estiveram na cabeça de alguém. Cada correção — “isto não é assim,” “esta exceção conta,” “nunca faças isto sem confirmar” — é o sistema a absorver um padrão que só a organização tinha. Essa correção é aprendizagem, não prova de que o sistema não serve. Abandonar uma ferramenta na segunda semana garante que ela nunca chega a aprender o suficiente para compensar o esforço de a corrigir.
Porque isto mata tantas iniciativas
A queda chega exatamente na janela mais observada de um piloto — a primeira ou segunda semana, quando toda a gente ainda está a avaliar se valeu a pena começar. É também o momento em que reverter parece a decisão segura: “voltamos ao método antigo até as coisas acalmarem.” Na prática, poucas equipas regressam depois disso. O método antigo continua a funcionar o suficiente para nunca se justificar tentar outra vez, e o sistema fica parado exatamente no ponto em que ainda produzia mais erros do que valor.
Há um segundo padrão, mais silencioso: uma liderança que anuncia a mudança sem a praticar ela própria. Uma equipa que vê o próprio gestor a reverter para o método antigo ao primeiro sinal de atrito lê essa reversão como a resposta oficial à pergunta “isto era mesmo para levar a sério?” — e ajusta-se em poucos dias.
O que muda quando um gestor planeia a queda
Um exemplo neutro: uma equipa de apoio ao cliente introduz um sistema de resposta assistida. Nas duas primeiras semanas, o tempo médio por caso sobe, não desce — os agentes param para verificar o que o sistema sugere, corrigem o tom, sinalizam respostas que não deviam ter sido aceites. Um gestor que não esperava isto lê os números como um sinal para recuar. Um gestor que planeou a queda já sabia que a subida do tempo médio na semana dois era o preço de o sistema aprender o tom da equipa — e que, sem essas correções registadas, o sistema nunca chegaria a produzir menos trabalho de revisão.
A diferença entre os dois gestores está em quatro decisões tomadas antes de começar:
Anunciar a queda antes de ela acontecer, como um custo planeado, não como um sinal de avaria — nunca a meio da queda, quando já parece uma desculpa.
Nomear diretamente o receio de substituição. Se ninguém o disser em voz alta, cada instrução sobre a nova ferramenta é lida através desse medo, mesmo quando não é essa a intenção.
Reservar a janela de aprendizagem dentro do período de avaliação do piloto, para que o resultado do primeiro mês não seja julgado como se fosse já o resultado estável.
Medir a partir de um ponto de partida registado antes de a ferramenta entrar em uso, para que a recuperação, quando chegar, apareça como um número comparável — não como uma impressão de que “já está melhor.”
A queda é dado, não veredicto
Uma equipa que espera a queda atravessa-a. Uma equipa apanhada de surpresa interpreta-a como falha e recua exatamente antes de o sistema começar a devolver o que custou aprender.
Para desenhar essa janela de avaliação e o que medir dentro dela, veja como estas decisões se encaixam num modelo operativo e situe a maturidade atual da sua equipa com o diagnóstico de maturidade em IA.