Кому передать звонок: как ИИ определяет тему обращения до соединения с сотрудником

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

Зачем определять тему до соединения

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

ИИ для распределения звонков анализирует речь и относит обращение к одной из заранее заданных категорий. Например, фраза «Хочу узнать, готова ли машина» может быть отнесена к проверке статуса ремонта, а «Можно записаться на субботу?» — к записи. После этого система действует по согласованным правилам: переводит звонок в нужный отдел, предлагает сотруднику принять его или задаёт уточняющий вопрос.

Здесь важно разделять распознавание темы и принятие решения. ИИ не должен самостоятельно придумывать, кому и почему передать звонок. Компания заранее определяет категории, ответственных, часы доступности и действия на случай неопределённости. Чем яснее эти правила, тем проще проверить работу системы и объяснить сотрудникам, почему звонок пришёл именно к ним.

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

Как ИИ определяет тему обращения

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

Например, для автосервиса можно задать категории «запись», «вопрос по текущему ремонту», «стоимость работ» и «жалоба». Для клиники — «запись на приём», «перенос визита», «вопрос по подготовке» и «результаты обследования». В кондитерской это могут быть «заказ торта», «изменение заказа», «доставка» и «вопрос по готовому заказу». Слишком мелкое деление на старте усложнит правила и увеличит число спорных решений.

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

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

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

Какие правила передачи подготовить

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

Затем зафиксируйте для каждой категории ответственного, запасной вариант и допустимое действие. Например: вопрос по записи направляется администратору филиала; если он занят, звонок попадает в общую очередь; если очередь недоступна — клиенту предлагают оставить номер для обратного звонка. Такой порядок должен быть понятен и сотрудникам, и руководителю, который будет оценивать работу пилота.

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

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

С чего начать и как проверить пользу

С чего начать? Выберите один повторяющийся процесс, зафиксируйте входные данные и оставьте контроль результата человеку. Например, начните с распределения звонков о записи и переносе визита в одном филиале. Не объединяйте сразу несколько отделов и нестандартные случаи: так будет проще понять, что именно сработало или потребовало доработки.

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

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

Пилот имеет смысл ограничить по теме, филиалу или части звонков. В ходе проверки ответственный сотрудник просматривает примеры, отмечает причины ошибок и корректирует правила. Стоимость решения рассчитывается после аудита: она зависит от телефонии, числа маршрутов, интеграций и объёма проверки. Обычно разумно начать с недорогого пилота на узком участке; его окупаемость часто оценивают в горизонте 2–4 месяцев, но фактический срок зависит от объёма звонков и стоимости текущих потерь.

Какие данные и действия ограничить

Звонок может содержать имя, номер телефона, сведения о заказе и другие данные клиента. Если компания использует такие сведения, нужно заранее определить цель обработки, состав данных, круг доступа, срок хранения и применимые основания в соответствии с 152-ФЗ. Важно проверить не только саму систему распознавания, но и телефонию, хранилища записей, передачу данных подрядчикам и порядок удаления. Конкретные требования зависят от того, как устроена обработка в компании.

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

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

Для звонков, в которых есть рекламные сообщения или продвижение услуг, стоит отдельно проверить применимые требования 38-ФЗ. Не смешивайте сервисный звонок с рекламным сценарием без правовой оценки. Техническая возможность записать разговор или передать его в систему сама по себе не означает, что компания может использовать данные любым способом.

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

Чем отличаются способы распределять звонки

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

Способ	Как работает	Когда подходит	Ограничение
Ручное распределение	Первый сотрудник выясняет тему и переводит звонок	Небольшой поток и редкие обращения	Зависит от занятости и знаний сотрудника
Голосовое меню	Клиент выбирает пункт или отдел	Темы понятны и выбор невелик	Клиенту нужно самому определить нужный пункт
Распределение по расписанию	Система направляет звонок по времени и доступности	Основная сложность — график и нагрузка	Не определяет смысл обращения
Определение темы с помощью ИИ	Система анализирует слова клиента и предлагает маршрут	Есть повторяющиеся темы и много лишних переводов	Нужны проверка примеров и запасной маршрут

Эти способы можно сочетать. Например, ИИ определяет тему, а расписание выбирает доступного сотрудника. Голосовое меню может оставаться для простого выбора филиала, а неясные вопросы — переходить человеку. Если обращений мало и сотрудники справляются без заметных потерь, внедрение ИИ может оказаться преждевременным. Сначала стоит проверить, нельзя ли устранить проблему ясными правилами и распределением обязанностей.

Как масштабировать пилот без лишнего риска

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

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

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

Хорошая отправная точка — не вопрос «как автоматизировать все звонки», а конкретное наблюдение: «клиенты по теме готовности заказа часто попадают не в тот отдел». Зафиксируйте, как часто это происходит и сколько времени занимает исправление. Затем выберите ограниченный пилот, согласуйте безопасные данные и оставьте сотруднику возможность подтвердить результат. Такой подход даёт компании основу для решения, стоит ли расширять систему дальше.

Следующий шаг по теме

Базовые материалы и инструменты KM2B для внедрения ИИ в бизнес.

• Услуги KM2B по внедрению ИИ
• Калькулятор экономики ИИ
• ИИ-агенты для бизнеса: что дают и с чего начать
• Автоматизация бизнес-процессов нейросетями: с чего начать