Закрытие обращений без оператора: методика расчёта

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

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

Что считать закрытым обращением без участия человека

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

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

Цель зависит от процесса. Для входящей линии это может быть:

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

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

Не стоит включать в автономное закрытие:

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

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

Какие данные нужны для методики расчёта автоматизации обращений

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

Минимальный набор данных:

1. Журнал звонков или обращений. Нужны дата и время, канал, длительность, статус ответа, факт пропуска, перевод и повторный контакт.
2. Темы обращений. Подойдут теги из CRM, категории контакт-центра, итоги операторов или ручная выборка записей разговоров.
3. Результаты обработки. Например: вопрос решён, запись создана, заявка принята, клиенту нужен специалист, обращение нецелевое.
4. Причины передачи оператору. Нехватка данных, нестандартный запрос, конфликт, необходимость согласования, крупная сделка, технический сбой.
5. Данные о повторных обращениях. Они помогают отличить решение вопроса от формального ответа.
6. График нагрузки. Особенно полезны часы пик, вечерние и ночные обращения, выходные и периоды рекламных кампаний.
7. Тексты чатов и записи звонков. Даже небольшая выборка нужна, чтобы проверить качество тегов и увидеть реальные формулировки клиентов.

Если тем в CRM нет, начните с ручной разметки выборки. Размечать стоит не только тему, но и сложность: типовое обращение, условно типовое обращение с проверкой данных, сложный или рискованный запрос.

Например, вопрос «До скольки вы работаете?» обычно относится к простой категории. Запрос «Почему в договоре изменилась сумма и кто согласовал корректировку?» — нет: здесь могут потребоваться документы, полномочия сотрудника и индивидуальная проверка.

Для расчёта не требуется считать, что любая частая тема автоматически годится для автоматизации обработки звонков без человека. Частотность показывает приоритет, но не автономность. Сценарий подходит для ИИ, если у него есть понятная цель, доступные данные, допустимые правила ответа и предсказуемый маршрут при исключении.

Базовая формула: как посчитать уровень автономного решения запросов

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

Формула автономного закрытия по количеству контактов:

Доля автономного закрытия = количество обращений, успешно завершённых без оператора / количество релевантных обращений × 100%

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

Формула по нагрузке:

Доля высвобождаемого времени = время операторов на сценарии, доступные для автоматизации / общее время обработки релевантных обращений × 100%

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

Пример расчёта на условной выборке

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

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

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

Полезно различать три уровня:

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

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

Почему нельзя считать один процент для всех обращений

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

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

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

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

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

Как учесть эскалации, повторы и качество решения

Чистая формула автономности не должна скрывать проблемы сервиса. Если ИИ отвечает на вопрос, но клиент перезванивает через несколько минут и попадает к оператору, первое обращение нельзя считать полностью закрытым.

Поэтому после запуска полезно вести отдельные статусы:

• закрыто ИИ с подтверждённым результатом;
• закрыто ИИ без явного подтверждения;
• переведено оператору по правилу;
• переведено оператору по запросу клиента;
• переведено из-за отсутствия данных;
• завершено без результата;
• повторное обращение по той же теме;
• ошибка маршрутизации или ответа.

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

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

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

Как связать расчёт с экономикой и снижением нагрузки на операторов

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

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

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

Затем можно собрать три сценария прогноза:

1. Консервативный. Включает только самые понятные темы с низкой ценой ошибки.
2. Рабочий. Добавляет транзакционные сценарии после проверки данных, базы знаний и маршрутизации.
3. Расширенный. Учитывает новые каналы, дополнительные интеграции или более сложную квалификацию после подтверждения на пилоте.

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

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

Где ИИ-агент уместен и что остаётся за оператором

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

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

Распределение ролей стоит согласовать до запуска:

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

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

Чек-лист: как подготовить расчёт и пилот

1. Выберите период анализа, который включает обычные дни, часы пик и нерабочее время.
2. Очистите поток от спама, дублей, тестовых контактов и технических событий.
3. Разметьте обращения по темам, целям клиента и причинам передачи оператору.
4. Зафиксируйте критерий «успешно закрыто» отдельно для каждого сценария.
5. Проверьте, есть ли для автономного ответа актуальные данные, правила и ответственный за их обновление.
6. Оцените цену ошибки: какие темы можно запускать первыми, а какие требуют обязательной эскалации.
7. Настройте статусы для автономного результата, передачи, повторного обращения и ошибки маршрутизации.
8. Запустите пилот на ограниченном наборе сценариев и сравните фактические результаты с исходной моделью.

FAQ

Какой процент обращений можно автоматизировать без оператора?

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

Чем автономное закрытие отличается от обработки звонка ИИ?

Обработка означает, что ИИ принял контакт и выполнил часть действий. Автономное закрытие означает, что клиент получил решение или следующий шаг без подключения сотрудника. Например, сбор номера телефона с немедленной передачей оператору — это обработка, но не полное закрытие.

Нужно ли учитывать обращения, которые клиент сам завершил?

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

Как измерить снижение нагрузки на операторов?

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

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

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

Можно ли считать чат и звонки по одной методике?

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

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