Бот для поддержки клиентов: что отдать автоматике, а что оставить человеку

Вопрос «нужен ли нам бот в поддержке» почти всегда поставлен неверно. Работающий вопрос звучит иначе: какую часть обращений бот закроет лучше человека, а какую испортит. Поддержка — это не один ровный поток писем, а три разных потока с разной ценой ошибки, и границу между ними нужно провести до того, как вы начали что-то настраивать.

Ниже — как эта граница выглядит на практике: что отдаётся автоматике целиком, что отвечает ИИ-бот по вашим материалам, что остаётся людям и как устроить переход между ними, чтобы клиент не заметил стыка.

Три потока обращений

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

Тип обращения	Примеры	Кто отвечает
Типовые повторяющиеся	Статус заказа, режим работы, условия доставки, как оплатить, где вы находитесь	Бот, полностью, без участия человека
Вопросы по вашим материалам	Что написано в договоре, характеристики модели, регламент возврата, условия гарантии	ИИ-бот по базе знаний
Сложные и чувствительные	Брак, возврат денег, жалоба, спор, нестандартная ситуация, крупная сделка	Только человек

Это распределение и есть весь проект автоматизации поддержки. Всё остальное — техника.

Что бот закрывает полностью

В первую корзину попадают вопросы с одним правильным ответом, который не меняется от клиента к клиенту. Здесь автоматика надёжнее человека: она не устаёт, не путает цифры и отвечает в три часа ночи так же, как в полдень.

• Статус заказа. Если у вас есть номер заказа и система, где хранится его состояние, бот отдаёт ответ мгновенно и точно.
• Режим работы, адрес, контакты. Ответ фиксированный, ошибиться невозможно.
• Условия доставки и оплаты. Тарифы, сроки, способы, что делать при оплате картой.
• Простые действия: отменить запись, перенести встречу, получить ссылку на оплату, скачать документ.

Ключевой признак: ответ на такой вопрос можно написать один раз и не менять месяцами. Если ответ зависит от контекста клиента — это уже вторая или третья корзина.

Отдельно стоит держать в голове каналы. Один и тот же набор типовых ответов обычно нужен сразу в нескольких местах: в Telegram, на Авито и в MAX. Собирать три отдельных сценария смысла нет — удобнее один бот с общими текстами и разными точками входа, как это устроено в Telegram-боте MicroCRM. Общие принципы работы ботов в разных каналах разобраны в гайде по чат-ботам для бизнеса.

Что отдать ИИ-боту по базе знаний

Вторая корзина — вопросы, ответ на которые есть в ваших документах, но задают их каждый раз по-новому. Клиент не помнит пункт договора, он спрашивает «а если я откажусь через неделю, деньги вернут?». Сценарный бот с кнопками здесь бесполезен: заранее предугадать формулировку невозможно.

Такие вопросы закрывает ИИ-бот, который ищет ответ в загруженных материалах и формулирует его своими словами. Механика называется RAG — поиск по вашим документам плюс генерация ответа; подробно она разобрана в статье что такое ИИ-бот и как он работает и в материале про AI-агента в поддержке на базе RAG.

Что имеет смысл загружать в базу знаний:

• условия договора, оферту, регламент возврата и гарантии;
• описания товаров и услуг с характеристиками;
• инструкции по установке, подключению, эксплуатации;
• ответы на вопросы, которые уже накопились в переписках.

Качество ответов такого бота определяется не моделью, а тем, как подготовлены материалы. Разрозненные PDF на сорок страниц дают плохой результат, короткие смысловые блоки — хороший. Практика подготовки данных описана отдельно: как обучить бота на своих данных.

Что нельзя отдавать боту

Третья корзина — обращения, где ошибка стоит дороже сэкономленной минуты оператора.

Деньги. Возврат, перерасчёт, спор по сумме, компенсация. Любая формулировка бота здесь может быть воспринята как обязательство компании.

Эмоции. Человек, который уже раздражён, не хочет разговаривать с автоматикой. Бот в этой точке не снижает нагрузку, а увеличивает её: к исходной проблеме добавляется злость на «робота».

Спорные ситуации. Клиент считает, что виноваты вы, вы считаете иначе. Такое разбирает человек с правом принимать решение.

Всё нестандартное. Если случай не описан ни в одном вашем документе, честный ответ бота — «передаю коллеге», а не попытка сообразить.

Простое правило: если ответ может обойтись компании в деньги или в репутацию, отвечает человек.

Передача человеку без шва

Момент перехода от бота к оператору — место, где рушится большинство внедрений. Клиент уже рассказал свою ситуацию, а его просят повторить всё заново. С точки зрения человека это означает, что его не слушали.

Что должно происходить при эскалации:

1. История сохраняется. Оператор открывает диалог и видит всю переписку с ботом целиком, включая номер заказа и уточнения, которые бот уже собрал.
2. Ответственный получает уведомление. Не «когда-нибудь увидит в общем списке», а адресный сигнал: этот диалог теперь ваш.
3. Клиента не заставляют повторяться. Первая реплика оператора продолжает разговор, а не начинает его: «Вижу, речь о заказе 4821 и о замене размера — сейчас посмотрю».
4. Переход обозначен явно. Клиент должен понимать, что теперь с ним человек. Скрывать это бессмысленно и вредно.
5. Есть выход в любой момент. Фраза «позовите оператора» работает на любом шаге сценария, а не только в специальном пункте меню.

Технически это означает, что бот и рабочее место оператора живут в одной системе, а не в двух разных вкладках. В MicroCRM диалог из Telegram, Авито или MAX попадает в общий инбокс вместе с историей бота, и оператор подхватывает переписку с той же точки, где её оставил клиент.

Как измерять качество

Без цифр разговор о поддержке превращается в спор о вкусах. Достаточно трёх показателей, которые считаются из тех же переписок.

Доля обращений, закрытых без человека. Сколько диалогов завершились ответом бота и не потребовали оператора. Это мера разгрузки. Растущий показатель при стабильных остальных — хороший знак.

Доля эскалаций. Сколько диалогов бот передал человеку. Сама по себе цифра ничего не говорит: важно, из-за чего происходит передача. Эскалация по сложному вопросу — норма и цель. Эскалация из-за того, что бот не нашёл ответ на простой вопрос, — дыра в базе знаний.

Повторные обращения по тому же вопросу. Клиент вернулся с тем же вопросом в течение дня или двух — значит, первый ответ его не решил. Это самый честный индикатор качества: он ловит случаи, когда бот формально ответил, а проблему не закрыл.

Считать имеет смысл вместе. Высокая доля закрытых без человека при растущих повторных обращениях означает не автоматизацию, а то, что клиентов просто не дослушивают.

Пять ошибок, которые повторяются чаще всего

Бот-стена. Из сценария нет выхода на человека, а на любой незапланированный вопрос приходит «выберите пункт меню». Клиент пробует три раза и уходит.

Бот, который выдумывает. ИИ-бот без ограничений отвечает уверенно даже там, где данных нет. Лечится инструкцией отвечать строго по загруженным материалам и запретом на догадки.

Нет ответа «не знаю». У бота обязательно должна быть честная реплика: не нашёл информацию, передаю оператору. Отсутствие такой ветки и есть главная причина придуманных ответов.

Автоматизация не того потока. Бота ставят на сложные обращения, потому что «там больше всего боли», и получают раздражённых клиентов. Начинать нужно с типовых вопросов.

Запуск без чтения диалогов. Первые сто переписок нужно прочитать руками. Без этого не видно, где бот промахивается, а метрики выглядят прилично.

С чего начать

Выгрузите обращения за месяц и посчитайте частотность вопросов. Возьмите верхние двадцать — это ваш первый сценарий. Соберите базу знаний из документов, которые уже есть, короткими блоками. Пропишите правила: тон, запретные темы, условия передачи оператору, обязательная формулировка при незнании. Запустите на одном канале, читайте диалоги неделю, дополняйте базу тем, на чём бот споткнулся.

Скорость реакции при этом важна не меньше, чем содержание ответа — почему именно первые минуты определяют исход обращения, разобрано в статье про скорость ответа клиенту.