CX-автоматизация ломается не на сценарии, а на плохом состоянии данных и контекста

CX-автоматизация ломается не на сценарии, а на плохом состоянии данных и контекста

Если агент отвечает за поддержку, он должен видеть не только тикет, но и историю касаний: email, чат, CRM-заметки, сегмент и последний action. Без этого он быстро скатывается в «умные» ответы без памяти.

Перед запуском проверьте три слоя:
— State: где хранится текущее состояние диалога и кто его обновляет.
— Routing: по каким правилам тикет уходит в автоответ, человеку или в следующий агент.
— Fallback: что происходит, когда LLM не уверена, не находит policy или теряет слот.

Для CX-агентов критичны не промпты, а границы. Если задача требует персональных данных, платежей или спорных решений, у агента должен быть жесткий stop и передача в human-in-the-loop. Иначе вы автоматизируете эскалацию проблем, а не поддержку.

Отдельно проверьте идентичность пользователя: один и тот же email в разных каналах часто дает разные объекты в CRM. Без дедупликации агент будет строить ложный контекст и советовать не тому клиенту.

Лучший способ не сломать CX-пайплайн — проектировать его как workflow, а не как один большой чат. Тогда каждый шаг можно логировать, тестировать и откатывать.