CX-автоматизация ломается не в UI, а в контексте между каналами и CRM

CX-автоматизация ломается не в UI, а в контексте между каналами и CRM

Если агент отвечает в чате, а дальше пишет в CRM и триггерит email — у него должен быть один источник истины для состояния диалога. Иначе через 3–5 шагов он начинает дублировать вопросы, теряет уже подтверждённые поля и заново собирает то, что клиент дал раньше.

Рабочая схема для CX-пайплайна:
— отдельный state store для фактов, намерения и статуса обработки;
— явные переходы между этапами, а не «следующий лучший ответ»;
— fallback на человека, если confidence падает или задача требует исключения из правила.

Самая частая ошибка — пускать в прод агента, который умеет красиво формулировать, но не умеет писать компактные структурированные записи. Для CX важнее не текст, а детерминированный payload: причина обращения, категория, приоритет, следующий шаг. Если это не валидируется схемой, downstream начинает ломаться.

Ещё один слой — guardrails на повторные касания. Агент должен помнить, что уже отправил, какие каналы использовал и где получил отказ. Иначе automation превращается в спам-машину с хорошим NLP.

Начинайте не с «умного ответа», а с минимального state machine: один контакт, одно состояние, один ответственный за переход. Тогда CX-автоматизация масштабируется без потери контекста.