Как измерить голосовое меню: 8 метрик IVR и 4 способа собрать по ним данные

Ниже — из каких данных складывается оценка голосового меню, какие восемь метрик считать, где брать цифры и как уложить аудит в две недели.

Почему статистика нажатий отвечает только на половину вопроса

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

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

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

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

1. Статистика телефонии. Журнал событий АТС: вход в меню, нажатые клавиши, перевод, сброс. Отвечает на вопрос «где теряем».
2. Транскрибация и речевая аналитика. После перевода на оператора клиент своими словами говорит, зачем звонил. Если сопоставить эту причину с веткой, из которой он пришёл, видно, насколько дерево меню совпадает с реальными запросами. Отвечает на вопрос «почему теряем».
3. Бизнес-результат. Конверсия входящих в сделку, доля повторных звонков, оценка удовлетворённости. Показывает, что дают правки меню в деньгах и лояльности.

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

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

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

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

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

4 способа собрать данные

1. Отчёты АТС

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

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

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

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

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

Вручную такую разметку делают на выборке в 100–200 звонков, и этого хватает для первых выводов. Аналитика на базе ИИ снимает ограничение по объёму и классифицирует причины по смыслу разговора, а не по ключевым словам. В отчёте такой системы видно, какие темы клиенты называют оператору чаще всего и из каких веток они приходят.

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

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

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

4. Тестовые прозвоны и A/B-тест (сравнение двух версий) сценариев

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

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

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

1. Дни 1–2. Снимите baseline — исходные показатели. Выгрузите из АТС воронку по шагам за последний месяц. Посчитайте zero-out rate, abandonment по пунктам, среднее время до оператора, misroute rate. Зафиксируйте цифры: без них не получится доказать эффект правок.
2. Дни 3–6. Разберите причины обращений. Прогоните записи после IVR через транскрибацию, разметьте причины, постройте матрицу «пункт меню — реальная причина». Выделите три самые проблемные ветки: с наибольшим misroute, с наибольшим числом сбросов и ту, куда сваливаются звонки «не по теме».
3. Дни 7–9. Перепишите сценарий. Сократите приветствие до одного предложения. Переформулируйте пункты словами клиентов из расшифровок, а не названиями отделов. Уберите уровни, которые выбирают меньше 5% звонящих, и объедините их с соседними. Добавьте явный путь к оператору на каждом шаге.
4. Дни 10–14. Запустите и замерьте. Включите новую версию, через неделю сравните с baseline по тем же метрикам. Дальше — ежемесячный контроль динамики и повторный разбор причин раз в квартал: структура обращений меняется с каждым новым тарифом или акцией.

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

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

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