Чат-бот поддержки клиентов: что решает сам, а где нужен человек

Поддержка получает не «вопросы клиентов». Она получает шесть разных потоков, которые случайно текут в одно окно чата. Два из них чат-бот поддержки закрывает целиком, два тянет наполовину, а к двум его лучше не подпускать.

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

Раз в неделю разбираю, где нейросети приносят компании деньги, а где только тратят бюджет. Подпишитесь, если тема ваша.

Из чего на самом деле состоит поток обращений в поддержку?

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

Разложите поток на типы до выбора инструмента. Типов шесть.

1. Справочные. «Какой у вас график», «что входит в услугу», «как оплатить картой», «есть ли доставка в Казань». Ответ один и тот же для всех, он лежит в документе и меняется редко.

2. Статусные. «Где мой заказ», «прошла ли оплата», «когда приедет мастер». Ответ существует, но он свой у каждого клиента и лежит в учётной системе, отдельно от текстов.

3. Операционные. «Перенесите доставку на субботу», «отмените запись», «смените способ оплаты». Здесь клиенту не нужен рассказ, ему нужно действие: запись в системе должна измениться.

4. Разбор проблемы. «Не работает», «не приходит код», «ошибка при оплате». Одного ответа не существует, нужен диалог с уточнениями и ветвлением, а иногда и доступ к логам.

5. Претензии и конфликт. «Вы сорвали срок», «верните деньги», «буду жаловаться». Клиенту нужно решение и человек, который имеет право его принять. Объяснения здесь только злят.

6. Замаскированная продажа. «А можно вернуть?», «сколько стоит расширить тариф», «а вы такое вообще делаете». Формально пришло в поддержку, по сути - сомнение перед покупкой или уход.

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

Где вы сейчас

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

Какие обращения чат-бот поддержки закрывает сам?

Справочные - самый честный кандидат. Условия доставки, состав услуги, график, документы для договора, порядок возврата. Ответ не зависит от того, кто спрашивает, поэтому бот отвечает мгновенно и одинаково. Единственное условие - база знаний, в которой один факт лежит в одном месте. Когда стоимость доставки указана в трёх документах по-своему, помощник возьмёт любую из версий, и рано или поздно это окажется устаревшая. Как собирать такую базу и на что её резать, разбирал отдельно в материале про базу знаний для ИИ.

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

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

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

Кейс М.Видео показывает ещё один способ применить бота там, где он не отвечает клиенту напрямую. Руководитель группы автоматизации ИТ-процессов Антон Лазарев описывает на Хабре, как их бот Айтиша научился классифицировать почтовые обращения по каталогу услуг компании. Это сняло с первой линии необходимость вручную разбирать порядка 700 обращений в неделю. Классификация не видна клиенту, но она забирает такой же объём рутины, как и ответы.

Какие обращения боту отдавать нельзя?

Деньги клиента. Возврат, перерасчёт, компенсация, списание. Объяснить процедуру бот имеет право, пообещать сумму или срок выплаты - нет. Дальше в разделе про выдумки показываю судебное решение, которое перевело этот запрет из рекомендаций в расчёт.

Юридически значимые обещания. Сроки по договору, условия гарантии, порядок расторжения. Здесь бот говорит только то, что дословно есть в документе, и переводит вопрос человеку при первом же уточнении. «Наверное, у вас получится вернуть» из чата поддержки читается клиентом как позиция компании.

Претензии и конфликт. Мгновенный вежливый ответ в этот момент работает против вас: раздражённый человек читает его как отписку. Претензия требует полномочий и интонации, скорость здесь не помогает. Роль бота здесь одна - за десять секунд принять обращение, зафиксировать суть и передать живому человеку с понятным сроком ответа.

Безопасность и здоровье. Медицина, детские товары, работа с газом и электрикой, дозировки, противопоказания. Цена ошибочного ответа несопоставима с экономией на первой линии. Бот записывает на приём и отвечает на организационные вопросы, а содержательные отдаёт специалисту.

Редкие и составные случаи. Три условия в одном вопросе, нетипичный договор, ситуация, которой в базе просто нет. Такие обращения занимают малую долю потока и почти всю долю репутационного риска.

Прямая просьба соединить с человеком. По сути это стоп-слово. Партнёр OkoCRM Александр Гриневич формулирует это без полутонов: настраивайте ботов так, чтобы после первого же запроса алгоритм переводил человека на оператора, иначе будет много негатива.

Отдельная тема - персональные данные. Переписка с клиентом почти всегда содержит имя, телефон и почту, а значит попадает под закон о персональных данных: нужны явное согласие до начала сбора, уведомление регулятора и понимание, где физически хранится база. Юридическую часть сверяйте с юристом, а техническую сторону вопроса разбирал в материале про персональные данные клиентов в нейросети.

Где проходит граница между поддержкой и продажей?

Один чат, две воронки. Клиент не знает вашей внутренней структуры и пишет в то окно, которое видит. Поэтому в поддержку регулярно приходят вопросы, от ответа на которые зависит выручка.

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

«Как отменить» и «как вернуть». Самый недооценённый сигнал в поддержке. Иногда это правда возврат, а иногда - последняя точка, где решение ещё обратимо. Бот отвечает на вопрос честно и полностью, а потом один раз спрашивает, что именно не подошло. Ответ на этот вопрос стоит дороже самого возврата.

«А можно ещё вот так». Расширение, второй объект, дополнительная услуга. Формально поддержка, фактически новая сделка.

Правило, которое спасает обе стороны: бот сначала отвечает на заданный вопрос целиком, и только потом делает одно предложение. Дожим внутри поддержки ломает и поддержку, и продажу - клиент приходит за помощью, а получает воронку.

Считайте эти диалоги отдельной метрикой. Если продажные вопросы теряются в общей куче «обращений», вы не увидите, сколько денег проходит через окно поддержки. Устройство такого обмена между ботом и людьми, при котором ничего не теряется, разбирал в статье про ИИ-агента для бизнеса.

Как устроена передача диалога человеку?

Момент передачи - самое хрупкое место всей конструкции. Здесь ломается больше внедрений, чем на качестве ответов.

Триггер первый: клиент попросил. Ответ один - передать. Без уточняющих вопросов, без предложения посмотреть раздел помощи, без «я постараюсь помочь сам».

Триггер второй: низкая уверенность. Хорошая платформа считает, насколько она уверена в найденном ответе, и позволяет задать порог. Кейс М.Видео описывает это буквально: движок определяет процент уверенности в ответе, администратор сам настраивает нужный порог, а если уверенность ниже - платформа переводит диалог на оператора или запускает другой сценарий. Порог - это ваша ручка компромисса между «бот отвечает часто» и «бот отвечает точно».

Триггер третий: стоп-тема. Деньги, претензия, юридические условия, безопасность. Такие темы уходят человеку по списку слов, независимо от уверенности модели.

Триггер четвёртый: клиент повторяется. Если человек второй раз переформулировал один и тот же вопрос, бот его не понял. Третьей попытки быть не должно.

Дальше - что именно уходит оператору. Плохая передача выглядит так: бот сказал «передаю коллеге», человек через двадцать минут открывает диалог и пишет «здравствуйте, чем могу помочь». Клиент повторяет всё заново и уже злится. Хорошая передача несёт с собой историю переписки, собранные ботом вводные, номер заказа и пометку о том, что бот уже проверил. В разборе OkoCRM это показано на примере помощника Т-Банка: пока шёл поиск свободного оператора, бот собирал информацию по запросу и передал её сотруднику.

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

Почему клиент злится на бота и что с этим делать?

Кейс М.Видео начинается с честного описания провала. У службы поддержки уже был чат-бот, у него не было ни имени, ни оформления, он жил в одном мессенджере и работал медленно. Пользователи, по формулировке автора, тихо и мрачно его ненавидели: к боту обращались около двух процентов сотрудников. Из этого провала команда вынесла уроки, которые стоит переписать себе.

Урок первый: не нашёл полезного - не вернётся. Человек пробует бота один раз. Если в первый заход он не получил ничего ценного, вернуть его будет дороже, чем привлечь нового.

Урок второй: безликий бот воспринимается неполноценным. Бот без имени и позиционирования читается как заглушка, даже если он функционален.

Урок третий: один канал - потолок охвата. Бот, который живёт только в одном мессенджере, лишает клиента выбора. Про особенности отдельных каналов писал в разборе Telegram-бота для бизнеса.

К этим трём добавлю четыре вещи, которые злят клиента прямо в диалоге. Стена текста вместо ответа. Несколько вопросов подряд в одном сообщении. Бот, который делает вид, что он человек, - обман вскрывается на третьем сообщении, и после этого клиент не верит уже компании. И бесконечная петля «уточните ваш вопрос».

Отдельно про честность формулировок. Бот, который отвечает «я не знаю, передаю человеку», раздражает несопоставимо меньше, чем бот, который уверенно отвечает мимо. Типовые сбои и их причины разбирал в материале про ошибки чат-бота.

Что будет, если бот выдумает ответ?

История стоит того, чтобы знать её деталями. В ноябре 2022 года у Джейка Моффата умерла бабушка, ему срочно понадобились билеты на похороны. Чат-бот на сайте Air Canada сообщил, что билеты можно купить сейчас, а скидку в связи с утратой родственника оформить задним числом, подав заявку в течение нескольких месяцев. По действующим правилам авиакомпании так делать было нельзя, и в возврате разницы Моффату отказали.

Суд встал на его сторону. Отдельно судья разобрал позицию авиакомпании, которая заявила, что не отвечает за информацию своих агентов, включая чат-бота: по существу, отметил он, Air Canada предлагает считать чат-бота отдельным юридическим лицом, отвечающим за свои действия. Аргумент был отклонён.

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

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

1. Разрешите боту сказать «я не знаю». Прямое разрешение признавать неуверенность, по формулировке документации, резко сокращает количество ложной информации.
2. Запретите отвечать из общих знаний. Языковая модель видела весь интернет и охотно перескажет средние по рынку условия как ваши. Инструкция опираться исключительно на загруженные документы компании закрывает этот источник.
3. Требуйте опору на источник. Каждое утверждение должно опираться на фрагмент документа. Если такого фрагмента в документах нет, утверждение из ответа убирается.
4. Прогоняйте важные ответы дважды. Задайте один вопрос три раза подряд. Разные ответы означают, что опоры в документах нет и участок базы придётся дописать.

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

Как понять, что бот действительно закрыл обращение?

Ловушка отчётности выглядит безобидно. Обращение засчитывается решённым, если клиент ничего не написал после ответа бота в течение суток. Логика понятная, но человек мог отвлечься, сдаться, найти ответ в другом месте или уйти к конкуренту. В отчёте всё это выглядит одинаково, как успех. Проверьте первым делом, как считает «решено» именно ваша система: формулировка обычно лежит в настройках отчёта.

Четыре метрики, которые не обманывают:

• Доля переданных оператору. Растёт - бот не понимает поток. Держится около нуля - скорее всего, бот не отпускает людей, и это хуже.
• Повторные обращения по той же теме за двое суток. Прямое доказательство, что первый ответ не сработал.
• Подтверждённые решения. Клиент явно сказал, что вопрос закрыт, или сам завершил диалог отметкой.
• Доля ответов «не знаю». Она показывает дыры в базе знаний. Каждый такой ответ - строка в план доработки.

Полезно посмотреть и на цифры, которые считает бизнес. В том же кейсе М.Видео к 2024 году через чат-бота регистрируется около двадцати процентов всех заявок. К боту приходит порядка полутора тысяч запросов в день. Удовлетворённость пользователей держится на уровне девяноста пяти процентов, а экономия на услугах первой линии составила около пятнадцати процентов годовых затрат. Порядок величин здесь важнее процентов: это внутренняя поддержка сотрудников крупной сети, и даже там бот забрал пятую часть потока.

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

Как разложить свой поток обращений на три корзины

Дальше - процедура, которая занимает один рабочий день и заменяет месяц обсуждений. Делается на реальной переписке вместо предположений о том, что спрашивают клиенты.

1. Выгрузить переписку за две недели

   Собрать обращения из всех каналов в одну таблицу.

2. Разметить по типам и посчитать доли

   Каждому обращению - один из шести типов, затем доли в процентах.

3. Назначить корзину каждому типу

   Три корзины: бот сам, бот с передачей, только человек.

4. Прогнать бота по своим же вопросам

   Двадцать реальных вопросов, из них пять без ответа в базе.

Шаг 1. Выгрузите переписку за две недели

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

Если каналов несколько и они не сведены, это первая находка сама по себе: без общей картины любая оценка «сколько снимет бот» будет угадыванием.

Шаг 2. Разметьте обращения по типам и посчитайте доли

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

Дальше считайте доли и смотрите на верх списка. Предмет автоматизации - те несколько формулировок, что стоят в самом верху. Остальной список подождёт своей очереди.

Шаг 3. Назначьте каждому типу корзину

Три корзины, и решение принимается по типу целиком:

• Бот сам. Справочные и статусные. Условие для первых - актуальная база знаний, для вторых - доступ к учётной системе.
• Бот с передачей. Операционные и разбор проблемы. Бот собирает вводные, выполняет безопасную часть и отдаёт остальное человеку.
• Только человек. Претензии, деньги, юридические условия, безопасность и всё, что клиент просит обсудить с человеком.

Запишите решение по каждому типу одной строкой. Этот документ и есть техническое задание на бота - он полезнее любого списка функций от поставщика.

Шаг 4. Прогоните бота по своим же вопросам

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

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

Чек-лист

• Поток обращений разложен по шести типам на реальной выгрузке, доли посчитаны.
• Каждому типу назначена корзина: бот сам, бот с передачей, только человек.
• Стоп-список тем прописан: деньги, претензии, юридические условия, безопасность.
• Настроены четыре триггера передачи, включая порог уверенности и просьбу клиента.
• Оператор получает вместе с диалогом всю переписку и собранные ботом вводные.
• Бот проверен на двадцати реальных вопросах, из них пять - без ответа в базе.
• Метрики закрытия считаются без учёта молчания клиента.

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