A ferramenta foi aprovada, o acesso foi distribuído, e três meses depois quase ninguém usa. O motivo raramente é resistência à tecnologia.
Identificar, em uma iniciativa da sua empresa, qual das quatro causas de abandono está agindo, e o que precisa mudar antes de tentar de novo.
O curso 01 é aberto. Para os cursos 02 a 04, pedimos seis campos. É um cadastro único: feito uma vez, vale para toda a Academy. Não é diagnóstico gratuito nem gera contato comercial automático.
Quando o uso não pega, a reação mais comum é fazer mais treinamento. Às vezes funciona. Na maioria dos casos, o problema não era saber usar, era não haver motivo para usar naquele momento do trabalho.
Ferramenta que exige sair do fluxo, abrir outra aba, copiar, colar e voltar perde para o jeito antigo, mesmo sendo melhor em teoria. O custo de mudar de contexto é maior que o ganho.
Se o trabalho acontece em um sistema e a IA vive em outro, a pessoa precisa lembrar de usá-la. Lembrar é um esforço que se perde em uma semana corrida.
O que resolve não é insistir: é aproximar. A IA precisa aparecer onde a decisão já é tomada, não em um endereço separado.
Sem uma noção de quando a resposta é boa e quando não é, a pessoa faz o que é racional: confere tudo. Conferir tudo custa mais do que fazer do zero, então ela para de usar.
Dizer explicitamente em quais casos a resposta pode ser usada direto e em quais precisa de revisão. Um limite claro gera mais uso que uma promessa de precisão.
Se a meta da pessoa continua a mesma e o uso da ferramenta não aparece em lugar nenhum, usar é trabalho extra sem retorno. Ninguém sustenta isso por muito tempo.
Quando a ferramenta erra e não há alguém encarregado de ajustar, o erro fica. Depois de dois ou três episódios assim, a equipe conclui que aquilo não é confiável, e a conclusão é justa.
| Causa | Como aparece | O que resolve |
|---|---|---|
| Fora do caminho | Exige abrir outra aba, copiar e colar de volta | Aproximar: a IA aparece onde a decisão já é tomada |
| Confiança indefinida | A pessoa confere tudo, e conferir custa mais que refazer | Dizer em quais casos a resposta pode ser usada direto |
| Sem incentivo | A meta não mudou; usar é trabalho extra sem retorno | O uso aparece na medição de quem executa |
| Sem dono | Erra, ninguém ajusta, a equipe conclui que não é confiável | Uma pessoa responsável por fazer funcionar |
A alternativa ao lançamento amplo é a escolha estreita: uma atividade específica, uma pessoa responsável por fazê-la funcionar, e um número simples que mostre se funcionou.
Um caso que funciona convence mais que dez licenças distribuídas. E dá o argumento para a próxima etapa.
A adoção de uma ferramenta aprovada fica em torno de um quinto da equipe. A conclusão da liderança é falta de capacitação, e um novo treinamento é agendado.
Depois do treinamento, o uso sobe por duas semanas e volta ao patamar anterior. Em conversa com quem executa, aparece o motivo real: a ferramenta vive em outro endereço, e no meio de um dia corrido ninguém lembra de sair do sistema onde o trabalho acontece.
Pense em uma iniciativa de IA da sua empresa que não pegou. Marque quais das quatro causas se aplicam.
| Causa | Se aplica? (sim, em parte, não) | O que mudaria |
|---|---|---|
| Está fora do caminho do trabalho | ||
| Ninguém sabe quando confiar | ||
| O resultado não conta para nada | ||
| Não existe quem responda |
A causa marcada com "sim" é onde começa a correção. Fazer mais treinamento sem tratá-la costuma repetir o mesmo resultado.
As quatro causas descrevem o que se observa quando uma ferramenta aprovada não vira uso: distância do fluxo, ausência de critério de confiança, ausência de incentivo e ausência de dono.
Adoção resolvida, aparece a pergunta que ninguém quer fazer primeiro: quem responde quando isso erra. É o curso 04.