Em quase todo time comercial que adotou um assistente de IA existe uma pessoa que descobriu o jeito certo de pedir. Ela achou a formulação que faz o modelo devolver um resumo de conta aproveitável, ou o pedido que produz um e-mail que não parece template. Todo mundo sabe quem é essa pessoa. Quando alguém precisa, pergunta no grupo, e ela cola a frase.
Esse arranjo funciona e passa despercebido justamente porque funciona. O problema aparece devagar: a frase que funciona está no histórico de conversa de uma conta pessoal, num aplicativo que ninguém da empresa administra, e não existe em lugar nenhum onde a operação possa encontrá-la sozinha.
O que se perde não é a frase
A tentação é resolver isso com um documento de frases prontas. Alguém abre uma planilha, cola vinte pedidos, compartilha com o time, e em três semanas ninguém mais abre. A planilha morre porque guarda a parte errada.
O que faz um pedido funcionar raramente está no texto dele. Está nas condições em volta: o tipo de informação que a pessoa colou antes de perguntar, o formato em que ela pediu a resposta, o que ela já sabia que precisava corrigir depois. Quem escreveu tem tudo isso na cabeça e não percebe que está usando. Quem recebe só a frase recebe a casca — cola no assistente, obtém uma resposta pior, conclui que a ferramenta é superestimada e volta a fazer do jeito antigo.
É por isso que a adoção de IA em times comerciais costuma ter duas velocidades muito diferentes dentro da mesma empresa. Não é diferença de habilidade com tecnologia. É que uma parte do time tem acesso ao contexto e a outra tem acesso ao texto.
Três momentos em que a operação percebe o custo
O primeiro é a saída de alguém. Quando a pessoa que descobriu os pedidos vai embora, o time não perde apenas um vendedor; perde o método de trabalho que ela tinha construído e que ninguém registrou porque parecia informal demais para ser registrado.
O segundo é mais silencioso e mais comum: a chegada de alguém. Um vendedor novo entra e recebe o produto, o CRM, a lista e a meta. Não recebe o modo como o time trabalha com o assistente, porque isso não está em lugar nenhum do material de integração. Ele leva meses reconstruindo por tentativa e erro algo que já existia pronto na empresa.
O terceiro é a mudança da ferramenta. Modelos são atualizados e o mesmo pedido passa a devolver outra coisa. Se ninguém sabe por que aquele pedido era daquele jeito, ninguém consegue ajustá-lo — só percebe que “piorou” e abandona.
Como um pedido vira ativo da operação
A diferença entre uma planilha de frases e algo que sobrevive é pequena e específica. Cada pedido guardado precisa vir com quatro coisas ao lado:
Para que serve. Não o nome do pedido, mas a situação: “quando eu já falei com a empresa e preciso preparar a segunda conversa”. Sem isso, ninguém sabe qual escolher.
O que precisa entrar junto. Esta é a parte que quase sempre falta e a que mais muda o resultado. Se o pedido só funciona quando você cola antes a atividade declarada da empresa e o porte, isso é parte do pedido, não uma etapa opcional.
Um exemplo real da saída. Uma resposta que o pedido de fato produziu, com dados de uma conta real. Serve de referência para quem usa saber se o que recebeu está dentro do esperado ou se algo saiu do lugar.
O que ele erra. Todo pedido tem um limite conhecido por quem o usa há semanas. Escrever esse limite é o que impede a pessoa seguinte de descobrir do jeito caro — na frente do cliente.
Isso é, no fundo, um problema antigo com uma roupa nova. Empresas sempre tiveram dificuldade em transformar o que uma pessoa aprendeu na prática em algo que a organização consiga reusar, e existe uma disciplina inteira dedicada a isso, a gestão do conhecimento. A novidade é só o formato do que precisa ser guardado.
O que não vale a pena guardar
Uma biblioteca cresce até virar entulho, e aí ninguém procura nela. Vale guardar o que é usado repetidamente e o que é difícil de reconstruir. Não vale guardar o pedido único que serviu para uma proposta específica, nem variações mínimas do mesmo pedido — se existem seis versões parecidas, o time tem uma pergunta em aberto que ninguém resolveu, e o certo é resolver a pergunta, não arquivar as seis.
Também não deveria entrar o que depende de informação sensível colada no corpo do texto. Um pedido que só funciona com dados de cliente dentro dele é um pedido que ninguém vai poder reusar sem pensar duas vezes, e provavelmente não deveria estar sendo usado assim.
Por onde começar sem projeto
Não é preciso ferramenta nova nem iniciativa formal. Pergunte a duas ou três pessoas do time quais pedidos elas usam toda semana — normalmente são menos de dez, e há sobreposição entre elas. Peça que cada uma escreva, ao lado do pedido, o que precisa colar junto e o que aquele pedido costuma errar. Isso rende em uma tarde uma base melhor do que a maioria das empresas tem, e ela já nasce testada em uso real.
Se o time está começando agora e ainda não tem pedidos próprios, o caminho inverso funciona: partir de um conjunto pronto por etapa da prospecção e ir anotando o que muda com o uso. Vale entender como usar o ChatGPT na prospecção antes de montar biblioteca, porque a maior parte do que se guarda cedo demais é justamente a que não sobrevive ao primeiro mês.
O critério de sucesso é simples e verificável: alguém que entrou este mês consegue produzir sozinho, no primeiro dia, algo próximo do que a pessoa mais experiente do time produz. Se não consegue, o conhecimento continua sendo de uma pessoa, e não da operação.
