Скрытые убытки IVR: сколько ФОТ контакт-центра уходит на звонки, которые попали не туда

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

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

Оператор с окладом 60 000 ₽ до вычета НДФЛ обходится работодателю примерно в 78 000 ₽ вместе со страховыми взносами. Рабочее место, лицензии, телефония и доля зарплаты супервизора добавляют ещё около 12 000 ₽. Полная стоимость получается около 90 000 ₽ в месяц. Продуктивного времени на линии у оператора не 168 часов, а около 140: остальное уходит на перерывы, собрания и обучение.

Итого один час оператора стоит компании примерно 640 ₽, одна минута разговора около 11 ₽. Эту цифру нужно держать перед глазами, когда смотрите на статистику голосового меню.

Подставьте в таблицу свой объём звонков и свою стоимость минуты. Значения потерь взяты как типовые для меню, которое никогда не измеряли; для расчёта использованы 3 000 входящих звонков в месяц и 11 ₽ за минуту.

Первые две строки дают около 50 000 ₽ в месяц, или 600 000 ₽ в год, на прямые расходы ФОТ, которые уходят на переделывание уже сделанной работы. Это больше половины годовой стоимости одного оператора.

Третья строка относится к коммерции. Если хотя бы 5% из 600 сброшенных звонков были обращениями покупателей со средним чеком 15 000 ₽, недополученная выручка составит 450 000 ₽ за месяц. В отчётах контакт-центра этой суммы нет: сброшенный в меню звонок не доходит до оператора и не попадает ни в один KPI.

Цифры условные. Важен принцип: убытки IVR не видны в отчёте по операторам, потому что отчёт по операторам показывает работу только с теми клиентами, кто дошёл.

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

У всех трёх симптомов может быть одна причина: клиент не понял пункты меню, нажал наугад и попал не туда. Тогда все три бюджетных запроса лечат следствие. Компания нанимает операторов, чтобы они переводили неправильно направленные звонки, и платит рекрутерам за замену тех, кто ушёл из-за нагрузки, которую создало меню.

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

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

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

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

Большинство компаний останавливается на первом слое. Он бесплатный и показывает поведение, но не намерение: клиент нажал «2», а хотел ли он то, что скрывается за «2», из журнала АТС не узнать.

Считайте за период (неделя, месяц) и по каждой ветке меню отдельно. Общие цифры по меню целиком почти бесполезны для решений.

Это метрики на входе в воронку. Без них любой KPI операторов измеряет работу только с той частью клиентов, которая прошла меню.

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

Вопрос в том, кто эту матрицу строит — супервизор выборочно и долгое время или речевая аналитика автоматически и постоянно.

Ручная выборка нужна и остаётся: супервизор проверяет, правильно ли система разметила причины, и ловит то, что в метрики не попало. Но 20–30 звонков в неделю для калибровки и 200 звонков для полного аудита это разные статьи расхода.

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

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

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

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

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

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

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

Для HR это прямые расходы. Замена одного оператора с учётом подбора, обучения и первого месяца на половине нормы обходится, по консервативной оценке, в полтора оклада, то есть от 90 000 ₽. Если входящая линия теряет трёх человек в год сверх нормы из-за нагрузки, которую создаёт меню, это ещё 270 000 ₽ к тем 600 000 ₽ прямых потерь ФОТ из расчёта выше.

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

• Воронка по шагам меню с абсолютными числами и процентами.

• Zero-out rate и abandonment по каждому пункту, а не только общие.

• Матрица «пункт меню, реальная причина обращения» на основе транскрибации.

• Misroute rate по веткам и его стоимость в рублях ФОТ.

• Среднее время до оператора и до решения задачи в меню.

• Частота фраз-маркеров («нажал не туда», «уже говорил») в расшифровках.

• CSI и FCR в разбивке по веткам.

• Сравнение с baseline предыдущего периода в тех же единицах.