CX automation ломается не в LLM, а в стыке триггера, контекста и прав доступа

CX automation ломается не в LLM, а в стыке триггера, контекста и прав доступа

Если агент пишет ответы по тикетам, но не видит историю клиента, он начинает «угадывать». Если видит историю, но не понимает, какие поля в CRM можно менять, он создаёт шум. Если умеет менять поля, но не имеет лимитов на действия, автоматизация превращается в спам-машину.

Для устойчивой CX-цепочки держите 4 слоя:
— триггер: событие должно быть однозначным
— контекст: только нужные поля, без лишнего мусора
— действие: один агент = один тип операции
— контроль: ручной стоп, если confidence падает или ответ выходит за шаблон

Самая частая ошибка — склеить support, retention и upsell в одного универсального агента. В результате он смешивает намерения: отвечает на жалобу и тут же предлагает апсейл. Лучше строить маршрут: классификатор → специализированный агент → проверка → запись в CRM. Так меньше галлюцинаций и проще дебажить логи.

Ещё один слой, который часто забывают, — state. Без checkpoint'ов длинная CX-сессия теряет контекст после нескольких переходов между каналами. Поэтому храните не весь диалог, а краткое резюме, статус обращения и список уже выполненных действий. Это дешевле по inference и заметно стабильнее.

Хорошая CX automation не пытается быть умной во всём: она узкая, проверяемая и легко откатывается вручную.