Por que tanto piloto não sai do lugar
Na demonstração, tudo funciona: o dado está pronto, a pergunta é a esperada e ninguém pergunta por que a resposta foi aquela. Na operação, as três coisas mudam ao mesmo tempo. É por isso que tantos pilotos param na mesma etapa.
O dado precisa chegar até o agente
Um agente sem acesso ao CRM, ao ERP ou à base de conhecimento responde de forma genérica. Antes de qualquer outra coisa, liste de onde vem cada informação que o processo usa e como o agente vai consultá-la: integração pronta, API, planilha ou portal.
A regra precisa ser de quem conhece o negócio
Se cada mudança de critério depende de um desenvolvedor, a operação anda mais rápido que o agente e ele fica desatualizado em semanas. Campos obrigatórios, estágios e regras de transbordo devem ser ajustáveis por quem é dono do processo.
Cada decisão precisa ter explicação
O primeiro "por que o agente fez isso?" sem resposta costuma encerrar o projeto, principalmente em áreas reguladas. Exija o registro do raciocínio, das fontes consultadas e das ferramentas usadas em cada resposta.
Uma pessoa por perto desde o primeiro dia
O agente resolve o volume; as exceções são das pessoas. Defina desde o início quando ele passa a conversa para alguém do time, e garanta que o histórico vá junto. É isso que dá segurança para ligar o agente em clientes reais.
Checklist para sair do piloto
- O processo está descrito em uma página, com entradas, decisões, saídas e exceções.
- Cada dado que o processo usa tem uma fonte conectada.
- O dono do processo consegue mudar uma regra sem abrir chamado.
- Toda resposta fica registrada com raciocínio e fonte.
- O transbordo humano está definido e testado.
- Existe uma fotografia do antes para comparar o resultado.
