Как провести речевую аналитику в IVR: метрики и способы оценки голосового меню

Почему голосовое меню редко измеряют

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

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

Три слоя данных для оценки голосового меню

Полная картина складывается из трёх источников. Каждый отвечает на свой вопрос.

Статистика телефонии. АТС фиксирует каждое нажатие, длительность прослушивания приветствия, момент сброса. Она отвечает на вопрос «где»: на каком шаге меню теряются звонки.

Транскрибация звонков и речевая аналитика (её же называют голосовой аналитикой). После перевода на оператора клиент своими словами говорит, зачем звонил. Если сопоставить эту причину с веткой меню, из которой он пришёл, видно, насколько дерево IVR совпадает с реальными запросами. Этот слой отвечает на вопрос «почему».

Бизнес-результат. Конверсия входящих в сделку, доля повторных звонков, оценка удовлетворённости. Показывает, что дают изменения в меню в деньгах и лояльности.

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

8 метрик IVR, которые стоит считать

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

1. Containment rate — доля обращений, закрытых без оператора. Делите звонки, завершённые внутри IVR с результатом (клиент узнал баланс, подтвердил заказ, записался), на все входящие. Метрика имеет смысл только при наличии самообслуживания в меню. Если IVR только маршрутизирует, containment по определению нулевой, и смотреть нужно следующие пункты.
2. Доля выходов на оператора (zero-out rate). Сколько клиентов нажали «0» или дождались перевода на человека, не выбрав ни один пункт. Высокое значение говорит, что пункты меню не совпадают с задачами клиентов или сформулированы непонятно.
3. Брошенные вызовы в меню (IVR abandonment rate) по шагам. Общий процент сбросов мало о чём говорит. Разбивка по уровню и пункту показывает конкретное место потерь: например, 40% сбросов приходится на второй уровень ветки «Вопросы по оплате». Значит, переделывать нужно именно её.
4. Время до целевого действия. Сколько секунд проходит от начала звонка до перевода на оператора или до выполнения задачи в меню. Сюда входят длительность приветствия, число уровней и паузы. Классическая рекомендация по дизайну IVR — не больше трёх уровней вложенности и не больше пяти пунктов на уровне. Если время до действия растёт, обычно нарушено одно из этих правил.
5. Ошибки маршрутизации (misroute rate). Доля звонков, которые оператор перевёл в другой отдел после разговора с клиентом. Клиент прошёл меню, попал к человеку, а человек оказался не тем. Это прямой показатель того, что названия веток вводят в заблуждение.
6. FCR — решение с первого обращения. Доля клиентов, которые не перезвонили по тому же вопросу в течение 3–7 дней. IVR влияет на FCR через маршрутизацию: правильно направленный звонок чаще закрывается сразу.
7. Доля нераспознанных ответов (no-match / no-input). Метрика для меню с голосовым вводом. Считайте, сколько раз система не поняла клиента или не получила ответа и переспросила. Два переспроса подряд почти всегда заканчиваются сбросом.
8. CSI после звонка. Оценка по короткому опросу после разговора. Сравнивайте CSI по веткам меню. Если у одной ветки оценки стабильно ниже, дело может быть не в операторах, а в том, как долго и через что клиент до них добирался.

Это метрики колл-центра на входе в воронку. Без них отчёт по операторам показывает работу с теми клиентами, кто дошёл, и молчит про тех, кто не дошёл.

4 способа собрать данные для оценки

Отчёты АТС и телефонии

Самый доступный источник. Виртуальные АТС отдают журнал событий по каждому звонку: время входа в меню, нажатые клавиши, момент перевода или сброса. Из журнала строится воронка по шагам: 1000 вошли → 820 дослушали приветствие → 610 выбрали пункт → 480 дошли до оператора.

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

Транскрибация звонков и разбор причин обращения

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

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

Вручную такую разметку делают на выборке в 100–200 звонков, и этого хватает для первых выводов. Речевая AI-аналитика на базе LLM снимает ограничение по объёму: она сама классифицирует причины обращения по смыслу разговора, а не по ключевым словам, и отмечает эмоциональный фон диалога с оператором. В Скорозвоне такой разбор идёт автоматически по каждому звонку, а в отчёте видно, какие темы клиенты называют оператору чаще всего и из каких веток IVR они приходят.

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

Ручная выборка с чек-листом

Прослушивание звонков по чек-листу остаётся нужным для калибровки: супервизор проверяет, правильно ли аналитика разметила причины, и ловит то, что в метрики не попало. Хватает 20–30 звонков в неделю, если основной объём разбирает система.

Тестовые прозвоны и A/B сценариев

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

Если АТС позволяет, запускайте две версии меню на разные группы номеров или в разные дни недели и сравнивайте zero-out rate и abandonment. Только так можно доказать, что новая формулировка пункта работает лучше старой, а не просто нравится маркетологу.

План аудита IVR на две недели

Дни 1–2. Снимите baseline. Выгрузите из АТС воронку по шагам за последний месяц, посчитайте zero-out rate, abandonment по пунктам, среднее время до оператора, misroute rate. Зафиксируйте цифры: без них не получится доказать эффект изменений.

Дни 3–6. Разберите причины обращений. Прогоните записи звонков после IVR через транскрибацию и разметьте причины. Постройте матрицу «пункт меню — реальная причина». Выделите три самых проблемных ветки: с наибольшим misroute, с наибольшим числом сбросов и ту, куда сваливаются звонки «не по теме».

Дни 7–9. Перепишите сценарий. Сократите приветствие до одного предложения. Переформулируйте пункты словами клиентов из расшифровок, а не названиями отделов. Уберите уровни, которые выбирают меньше 5% звонящих, и объедините их с соседними. Добавьте явный путь к оператору на каждом шаге.

Дни 10–14. Запустите и замерьте. Включите новую версию, через неделю сравните с baseline по тем же метрикам. Дальше — ежемесячный контроль динамики и повторный разбор причин раз в квартал, потому что структура обращений меняется с каждым новым тарифом или акцией.

Чек-лист: что должно быть в отчёте по IVR

• Воронка по шагам меню с абсолютными числами и процентами.
• Zero-out rate и abandonment rate по каждому пункту, а не только общие.
• Матрица «пункт меню — реальная причина обращения» на основе транскрибации.
• Misroute rate по веткам.
• Среднее время до оператора и до решения задачи в меню.
• Частота фраз-маркеров («нажал не туда», «уже говорил») в расшифровках.
• CSI и FCR в разбивке по веткам.
• Сравнение с baseline предыдущего периода.

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