ИИ-помощник поддержки: ответы по правилам вашей компании
Клиент спрашивает об условиях доставки. Сотрудник открывает инструкцию, уточняет исключения у коллеги и собирает ответ. Следующее обращение похоже, но отличается населённый пункт или состав заказа. Даже короткий ответ требует поиска и внимания.
В таком процессе можно проверить ИИ-помощника, который находит нужное правило и готовит ответ для сотрудника. Полезный результат здесь — корректно решённый вопрос и меньше времени на поиск. Для проверки достаточно одной очереди обращений и понятной базы знаний.
Что показало исследование
Эрик Бриньолфссон, Даниэль Ли и Линдси Рэймонд изучили поэтапное внедрение помощника по данным 5 172 операторов одной компании. Доступ к инструменту увеличил число решённых обращений в час в среднем на 15%. Менее опытные сотрудники получили больший эффект; у самых опытных авторы обнаружили небольшое улучшение скорости и некоторое снижение качества. Это результат конкретного внедрения, а переносимость эффекта нужно проверять отдельно. Generative AI at Work, The Quarterly Journal of Economics, 2025.
Из этого исследования мы берём идею для проверки: дать сотруднику доступ к нужным знаниям прямо во время разговора. Предложенный ниже вариант для белорусского бизнеса — самостоятельный сценарий Makesense.
Как может работать помощник
В начале стоит ограничить его тремя действиями: найти подходящую инструкцию, составить черновик ответа и показать сотруднику, на какой фрагмент он опирается.
Инструкции должны иметь владельца и дату обновления. Если условия доставки изменились, старую версию нужно исключить из поиска. Когда документы противоречат друг другу, исправление базы становится отдельной задачей ответственного сотрудника.
Если в обращении не хватает сведений, помощник предлагает уточняющий вопрос. Если в базе нет подтверждения, он отмечает пробел. Проверку, исправление и отправку ответа выполняет сотрудник. Статус конкретного заказа можно упоминать только при наличии достоверных данных о нём.
Для первого пилота можно заранее выбрать обращения, где достаточно общих правил компании. Подключение истории заказов тогда станет отдельным решением после проверки качества.
Пример для интернет-магазина в Беларуси
Рассмотрим условный магазин товаров для дома. В его переписке регулярно встречаются вопросы о доставке, комплектации и выборе размера. Руководитель выбирает только доставку для первого испытания.
Покупатель пишет, что хочет получить заказ за пределами города. Помощник находит правила доставки, но видит, что населённый пункт не указан. Он предлагает сотруднику уточнить адрес и показывает нужный раздел инструкции. Стоимость и дату доставки можно будет сообщить после проверки условий для этого заказа.
В тестовую подборку стоит включить и неудобные случаи: населённого пункта нет в справочнике, товары доставляются раздельно, в переписке указан устаревший срок. Именно такие обращения покажут, умеет ли система замечать границу своих данных.
Этот пример описывает возможное применение. Подтверждённого внедрения в белорусском магазине за ним нет.
Что подготовить для пилота
Понадобятся утверждённые правила, примеры прежних обращений и сотрудник, который может оценить правильность ответа. Для первого просмотра можно собрать около 60 обезличенных обращений, разделив их на обычные вопросы и исключения. Это предлагаемый стартовый набор, а не достаточная выборка для доказательства экономии.
Часть примеров используют для настройки, остальные оставляют для проверки. Проверочные обращения не должны заранее попадать в подсказки системы. Если в работе встречаются русский и белорусский языки, качество проверяют на обоих.
После испытания на архиве можно перейти к ограниченному использованию в реальной очереди. Перед этим команда определяет, какие ошибки недопустимы, кто разбирает спорные ответы и сколько времени может занимать проверка.
Как понять, есть ли польза
Сравнивать нужно похожие обращения, отдельно учитывая сложность вопроса и опыт сотрудника. В замер входят поиск, редактирование, отправка и последующие исправления.
Полезно отслеживать четыре показателя: долю корректных ответов, время до решения вопроса, повторные обращения и случаи, когда помощник сослался на неподходящее правило. Красивый текст сам по себе не показывает, что проблема клиента решена.
В стоимость входят подготовка базы, подключение инструмента, его использование и работа проверяющего. Если база мала и сотруднику хватает удобного поиска с шаблонами ответов, этот вариант тоже стоит включить в сравнение.
Первый шаг
Выберите один частый вопрос, соберите действующие правила и несколько типичных переписок. По этому набору уже можно увидеть, где время уходит на поиск, а где требуется решение опытного человека.