DeveloctopusСтатья для руководителей поддержки и владельцев бизнеса, которые хотят принимать обращения клиентов в MAX и не утонуть в переписке. Разберём, как устроен бот поддержки MAX: от дерева частых вопросов до передачи оператору, контроля сроков ответа и подсказок на основе ИИ.
Что должен делать бот поддержки
Хороший бот поддержки не пытается заменить операторов. У него три задачи: снять с людей типовые вопросы, превратить сложные обращения в понятные заявки и доставить каждую заявку тому, кто её решит.
Плохой бот делает наоборот: заставляет клиента пройти десять экранов меню, не даёт написать человеку и в итоге передаёт оператору голое «у меня проблема». Клиент раздражён, оператор всё равно переспрашивает, время потеряно у обоих.
Почему поддержку вообще стоит открывать в MAX? Потому что клиент пишет туда, где ему удобно. Если у компании есть только почта и телефон, часть людей просто не обратится, а напишет отзыв. Мессенджер снижает порог: вопрос можно задать за минуту, а ответ получить там же, без ожидания на линии.
Если вы пока выбираете, какие процессы вообще отдавать боту в MAX, начните со статьи «MAX-бот для бизнеса». Здесь — только поддержка.
Дерево частых вопросов
Дерево FAQ строится не из того, что кажется важным компании, а из реальных обращений. Возьмите выгрузку переписки за последние месяцы и разложите вопросы по темам. Обычно пять–восемь тем покрывают большую часть потока.
Правила, которые мы применяем при проектировании:
- Не больше трёх уровней вложенности. Если до ответа нужно нажать пять кнопок, клиент сдастся раньше.
- Кнопка «Не нашёл ответ» или «Написать оператору» видна на каждом шаге.
- Ответ — конкретный и короткий: срок доставки в днях, а не «в кратчайшие сроки»; ссылка на нужный раздел, а не на главную страницу.
- Тексты ответов редактируются из админ-панели без программиста — правила возврата и графики меняются чаще, чем кажется.
- Бот понимает и свободный текст: если клиент написал «где мой заказ», а не нажал кнопку, он получает тот же ответ.
Раз в месяц полезно смотреть статистику: какие ветки открывают чаще всего, после каких ответов клиент всё равно зовёт оператора. Это прямой список того, что нужно переписать.
Сбор структурированного обращения
Когда готового ответа нет, бот собирает обращение так, чтобы оператору не пришлось переспрашивать. Набор полей зависит от темы.
Допустим, интернет-магазин и тема «Возврат товара». Бот спрашивает номер заказа и сразу проверяет его в учётной системе, предлагает выбрать товар из заказа, причину возврата из списка, просит фото, если товар повреждён, и уточняет удобный способ получения денег. Оператор получает готовую карточку и может сразу принимать решение.
- Обязательные поля — минимум, без которого заявку нельзя решить.
- Проверка на месте: номер заказа существует, телефон в правильном формате.
- Вложения — фото, скриншоты, документы. Какие типы и размеры файлов поддерживаются, уточняется по документации платформы.
- Подтверждение перед отправкой: клиент видит, что именно уходит в поддержку.
Другой пример — интернет-провайдер и тема «Не работает интернет». Бот по номеру договора проверяет, нет ли аварии на линии, и если есть — сразу сообщает ориентировочный срок. Если аварии нет, предлагает два-три шага самопроверки и только потом создаёт заявку на мастера, уже с результатами этих шагов.
Если клиент уже обращался раньше и его аккаунт в MAX связан с карточкой в CRM, бот не спрашивает имя и телефон повторно.
Тикет и передача оператору
Каждое обращение становится тикетом — в helpdesk-системе, CRM или собственной админ-панели. У тикета есть номер, тема, статус, ответственный и вся история переписки.
Схема передачи, которую мы обычно предлагаем:
- Бот создаёт тикет и сообщает клиенту номер и ожидаемое время ответа.
- Тикет распределяется по теме: возвраты — одной группе, технические вопросы — другой.
- Оператор отвечает из своего рабочего интерфейса, а бот доставляет ответ клиенту в MAX от имени компании.
- Ответ клиента в чате автоматически попадает в тот же тикет, а не создаёт новый.
- После решения оператор закрывает тикет, бот уведомляет клиента и просит оценку.
Операторам удобнее работать в одном окне, куда сходятся обращения из MAX, Telegram, почты и с сайта, чем держать открытыми несколько мессенджеров. Подключение такого окна к CRM разобрано в статье об интеграции с amoCRM и Битрикс24.
При передаче оператор должен видеть весь контекст: какие ветки FAQ клиент уже открывал и что ответил бот. Тогда разговор начинается с сути, а не с повторения того, что клиент только что прочитал.
Не забудьте про нерабочее время. Если операторов ночью нет, бот должен честно сказать, когда ответят, а не обещать «скоро».
Сроки ответа и уведомления
Даже небольшой поддержке полезно договориться о сроках: за сколько отвечать впервые и за сколько решать вопрос. Без этого тикеты тихо копятся, и о проблеме узнают из гневного отзыва.
| Событие | Кого уведомляем | Как |
|---|---|---|
| Новый тикет | Группу операторов по теме | Сообщение в рабочий чат или helpdesk |
| Нет первого ответа дольше нормы | Старшего смены | Отдельное уведомление с номером тикета |
| Тикет взят в работу | Клиента | Сообщение от бота в MAX |
| Нужны данные от клиента | Клиента | Сообщение с вопросом оператора |
| Срок решения на исходе | Ответственного и руководителя | Уведомление в рабочем канале |
Нормы времени задаёт бизнес под свою нагрузку. Важно, чтобы клиент видел движение: короткое «ваше обращение передано специалисту» снимает часть повторных сообщений «ну что там?».
Оценка качества
После закрытия тикета бот просит оценить ответ — шкала кнопками, без лишних вопросов. Если оценка низкая, бот предлагает написать, что пошло не так, и даёт кнопку «Вопрос не решён», которая возвращает тикет в работу.
Из оценок складывается простая и полезная аналитика: средняя оценка по операторам и темам, доля переоткрытых тикетов, темы, где клиенты недовольны чаще. Плохие оценки стоит разбирать вручную — за ними часто стоит не оператор, а неудобное правило компании.
Не просите оценку слишком часто. Если клиент за день трижды уточнял детали одного заказа, достаточно одного опроса после закрытия тикета. И не делайте опрос длинным: одна шкала и необязательный комментарий дают больше ответов, чем анкета из пяти вопросов.
Подсказки на основе ИИ
Следующий шаг — подключить языковую модель к базе знаний. Начинать безопаснее с подсказок оператору: модель предлагает черновик ответа, человек проверяет и отправляет. Так видно, насколько точно она отвечает, а клиент не получает выдуманных обещаний.
Когда качество проверено, ИИ можно доверить автоматические ответы на безопасные темы — график работы, условия доставки, статус заказа. Деньги, возвраты и жалобы лучше оставить людям. Как устроен ответ по базе знаний без выдумок, разобрано в статье о чат-боте на RAG, а пример ассистента поддержки — в материале об ИИ-ассистенте в Telegram-боте: подход для MAX тот же.
Частые вопросы
Можно ли подключить бота к helpdesk, которым мы уже пользуемся?
Если у системы есть API для создания тикетов и получения ответов операторов — да. Это проверяем на брифе вместе со сценариями.
Операторы будут отвечать прямо в MAX?
Можно и так, но удобнее, когда операторы работают в helpdesk или CRM, а бот доставляет ответы клиенту. Так сохраняется история и видны сроки.
Сколько стоит подключение ИИ к поддержке?
Решения с ИИ мы делаем от 60 000 ₽. Итог зависит от объёма базы знаний, выбранной модели и того, нужны ли автоответы или только подсказки оператору.
Сколько времени занимает запуск бота поддержки?
Бот с деревом частых вопросов и созданием тикетов можно запустить от двух недель. Интеграция с helpdesk и подсказки ИИ добавляют время — его оцениваем после брифа. Сам бот поддержки стоит от 30 000 ₽.
Что делать с обращениями ночью?
Бот закрывает типовые вопросы круглосуточно, а сложные принимает как тикеты и честно сообщает, когда ответит оператор.
Обсудим проект
Нужна похожая разработка?
Расскажите о задаче — уточним детали, предложим формат запуска и подготовим предварительную оценку. Это бесплатно.
Источники
Опубликовано · Обновлено