Atendimento B2B com contexto: por que o chatbot genérico não resolve

A decisão chega a muita equipe de operação na mesma forma: queremos automatizar o atendimento a fornecedores e clientes, e o mercado oferece dois formatos. Um assistente genérico, pronto para implantar rapidamente, que conversa bem. Ou um assistente com contexto, que precisa de regras, acesso a sistemas e exceções mapeadas antes de responder qualquer coisa.

Já adiantamos a posição: o assistente genérico não é a opção barata. Ele apenas transfere o custo do projeto para a operação, onde aparece como trabalho de conferência que ninguém orçou.

O que cada opção responde de verdade

Um assistente genérico é treinado para manter uma boa conversa, não para conhecer o seu processo. Ele não sabe que o pedido de compra de um fornecedor passa por uma alçada, que um tipo de carga tem exceção, ou que a consulta deve terminar em um sistema específico. Ele domina a linguagem, mas não conhece o processo.

O assistente com contexto é a mesma linguagem apontada para um escopo definido: suas regras, seus sistemas, suas exceções, com acesso limitado ao que o projeto autorizou. Ele responde dentro da operação, ou para e encaminha.

flowchart LR
    subgraph sc["Sem contexto"]
        direction TB
        q1["pergunta do fornecedor"] --> a1["resposta genérica"]
        a1 --> u1["colaborador confere sozinho"]
    end
    subgraph cc["Com contexto"]
        direction TB
        q2["pergunta do fornecedor"] --> r2["regras + sistemas + exceções"]
        r2 --> e2["encaminha para o fluxo certo"]
        e2 --> l2["dentro do limite de acesso definido"]
    end

A comparação sobre uma pergunta real

Considere o exemplo: um fornecedor pergunta pelo status de uma entrega. A resposta depende do tipo de contrato, do canal combinado e do estágio atual. Uma entrega em rota tem uma resposta. Uma entrega com pendência de documento tem outra. Veja o que cada opção faz com isso:

O custo escondido está na segunda coluna. Cada resposta vaga gera uma conferência, e a conferência cai na mesma equipe que já estava sobrecarregada. A conversa ficou mais rápida. O processo, não. O atendimento parece funcionar na demonstração e some da rotina quando as pessoas descobrem que ainda precisam confirmar tudo.

Os critérios que devem decidir

Nem todo atendimento precisa de contexto. A decisão segue três perguntas:

• As respostas dependem das suas regras e sistemas? Se as perguntas frequentes são genuinamente genéricas, horário de funcionamento, informações de catálogo, o assistente genérico pode carregá-las com honestidade.
• As regras estão escritas? O processo precisa estar por escrito: quais perguntas aparecem, qual o caminho de cada uma, quais regras decidem a resposta, onde estão as exceções. Se as regras vivem na cabeça das pessoas, essa documentação acontece antes de qualquer das duas opções.
• O assistente consegue consultar as fontes? A resposta está no ERP, no TMS, no banco de dados, na planilha da equipe. Sem acesso autorizado à fonte certa, contexto não é algo que se possa adicionar, e a decisão está prematura.

No exemplo da entrega, a opção com contexto só faz sentido se as regras de contrato estiverem escritas e o status puder ser consultado com acesso autorizado. Quando as três respostas são sim, a opção com contexto é a que o processo consegue usar. Quando a primeira é um não claro, o assistente genérico não é um compromisso. É a ferramenta correta.

A escolha que fazemos

Para o atendimento com contexto, o escopo é estreito de propósito: no exemplo, verificar o status da entrega e as pendências ligadas a ela, nada além. Um escopo estreito torna o piloto testável e o risco previsível, e expandir depois é mais fácil do que recuar.

Uma escolha merece destaque: dá para começar pelos casos mais frequentes e deixar as exceções para depois. Escolhemos o contrário. As exceções, o contrato vencido, a carga especial, o pedido fora do padrão, definem os limites do que o assistente consegue responder sozinho. Sem esse limite, não há como saber quando ele deve parar, e um atendimento raso erra justamente nos casos raros.

O assistente com contexto não é apresentado como livre de erros. O que o projeto define é o que acontece quando a confiança é baixa, quando a regra é ambígua ou quando o dado não existe: parar e encaminhar para uma pessoa, com fila nomeada, prioridade e registro da decisão. Uma equipe que sabe quando o assistente vai parar confia mais nos casos em que ele continua.

O que mudaria a escolha

A honestidade vale nos dois sentidos, então nomeamos os casos em que escolheríamos a opção genérica:

• as perguntas são realmente genéricas, sem dependência de contratos, alçadas ou sistemas;
• os dados necessários ainda não estão acessíveis à operação, então contexto não pode ser entregue, e uma etapa documentada de atendimento genérico para as consultas mais simples é melhor que um projeto travado;
• o volume é pequeno demais para justificar um diagnóstico que mapeie regras, acessos e dados.

Repare que as três são condições sobre a operação, não sobre a tecnologia. Quando elas mudam, a escolha muda junto.

Em resumo

O assistente genérico responde de forma genérica porque não conhece o seu processo, e o custo que ele poupa no projeto devolve à operação em forma de conferência. Quando as respostas dependem das suas regras e sistemas, escolha o assistente com contexto: escopo estreito, exceções mapeadas primeiro, acesso limitado e um encaminhamento definido para o que não é resposta. Quando as perguntas são genuinamente genéricas ou o contexto ainda não está disponível, a opção genérica é a escolha honesta. O benefício esperado do contexto é respostas mais consistentes e pedidos que chegam ao lugar certo, uma hipótese a validar com dados reais, não um resultado prometido.

Quer avaliar como o atendimento da sua operação pode receber contexto? Solicitar diagnóstico