Проще говоря, тикет помогает не потерять обращение. Без тикетов сообщения живут в разных каналах: часть в почте, часть в чате, часть в CRM, часть в голове оператора. С тикетом команда видит одну рабочую карточку и может довести вопрос до результата.
В типичном тикете есть тема, клиент, канал, сообщения, вложения, категория, приоритет, статус, ответственный, SLA, теги, история действий, внутренние заметки, связанные заказы, сделки, звонки и оценка клиента после решения.
Для AI-агента тикет - удобный объект работы. Агент может классифицировать обращение, найти похожие тикеты, предложить статью из базы знаний, подготовить черновик ответа, сделать summary для оператора, определить риск нарушения SLA или передать сложный случай человеку через handoff.
Тикет отличается от обычного сообщения. Сообщение - это одна реплика клиента или оператора. Тикет - весь процесс обработки: все сообщения, статусы, решения, задачи и история. Один тикет может содержать десятки сообщений и несколько смен ответственных.
Тикет отличается и от CRM-сделки. Сделка описывает коммерческий процесс: что продаем, на какую сумму и на какой стадии. Тикет описывает проблему, вопрос или запрос клиента. Иногда они связаны: например, тикет по ошибке оплаты может быть привязан к сделке или заказу.
Хороший AI-сценарий начинается с режима agent assist: агент помогает оператору, но не закрывает спорные тикеты сам. Автоматическое закрытие, изменение SLA, обещания компенсации, возвраты, юридические формулировки и работа с персональными данными должны проходить через правила, audit log и human-in-the-loop.
Качество тикетов влияет на качество AI. Если статусы хаотичные, категории называются по-разному, история неполная, а операторы пишут решения только в личных заметках, агент будет хуже искать ответы и делать ненадежные выводы.
Примеры
- Клиент пишет в чат: “Не пришел доступ после оплаты”. Виджет создает тикет, подтягивает email, заказ и историю переписки, а агент предлагает оператору первый черновик ответа.
- Пользователь прислал скриншот ошибки. Агент классифицирует тикет как “техническая проблема”, ищет похожие обращения и добавляет внутреннее summary для второй линии поддержки.
- Тикет висит без ответа 3 часа, а SLA скоро будет нарушен. AI-агент подсвечивает риск и предлагает эскалацию ответственному менеджеру.
- После решения оператор закрывает тикет, а система отправляет CSAT-опрос. Если оценка низкая, тикет можно вернуть в работу или передать в customer success.
Где используется
- поддержка клиентов
- helpdesk и service desk
- классификация обращений
- agent assist для операторов
- handoff сложных случаев
- контроль SLA
- поиск ответов по базе знаний
- создание summary для оператора
- анализ повторяющихся проблем
- измерение CSAT, FCR и resolution rate
Связанные термины
Частые вопросы
Чем тикет отличается от сообщения клиента?
Сообщение - это отдельная реплика. Тикет - вся карточка обращения: клиент, тема, история сообщений, статус, ответственный, SLA, заметки и итог решения.
Какие поля нужны в тикете для AI-агента?
Минимум: тема, канал, клиент, категория, приоритет, статус, SLA, история сообщений, вложения, ответственный, связанные объекты CRM и audit log действий агента.
Можно ли автоматически закрывать тикеты AI-агентом?
Для простых и хорошо протестированных FAQ-сценариев можно постепенно. На старте лучше, чтобы агент готовил черновик ответа и recommendation, а закрытие подтверждал оператор.
Когда тикет нужно передавать человеку?
При жалобах, конфликтном тоне, персональных данных, оплатах, возвратах, юридических обещаниях, низкой уверенности агента, риске SLA или отсутствии ответа в базе знаний.
Как понять, что AI хорошо работает с тикетами?
Смотрите не только долю автоответов. Важнее CSAT, FCR, resolution rate, время до первого ответа, доля корректных handoff, повторные обращения и количество ручных исправлений после агента.
