Клиент жмёт ноль, чтобы попасть к человеку. Зачем тогда IVR

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

Отсюда и разрыв в цифрах. Классический DTMF-IVR — то самое «нажмите один» — закрывает без оператора 5–10% обращений, conversational IVR с распознаванием фраз — 10–15% (типичные отраслевые диапазоны). Голосовой AI-агент в реальных внедрениях даёт containment 40–70% (независимые оценки production-проектов, dragapp), а на структурированных интентах вроде статуса заказа или записи — 70–90%. Дело не в качестве синтеза речи. Дело в том, что меню заставляет клиента классифицировать собственную проблему, а агент просто спрашивает, что случилось.

Но выключать IVR не нужно: у него есть задачи, где он объективно лучше агента, и есть способ перейти постепенно.

Почему клиент жмёт ноль: где ломается голосовое меню

Клиент не знает вашу оргструктуру. Меню просит выбрать отдел, а человек знает только свою ситуацию. «Счёт пришёл на 12 тысяч, а в договоре 8» — это бухгалтерия, поддержка или продажи? Дерево IVR — это карта вашей компании, и вы предлагаете клиенту пройти по ней на слух и с первого раза.

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

Меню не получает обратной связи. Оно не знает, что клиент выбрал не тот пункт. Оператор переводит звонок вручную, и этот перевод почти никогда не попадает в статистику IVR. В отчёте меню выглядит рабочим.

Чем голосовое меню отличается от голосового AI-агента

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

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

Где IVR остаётся правильным решением

Три случая, где меню не проигрывает агенту и валить его огульно не за что.

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

Ввод длинных номеров тон-набором. Номер договора, заказа, лицевого счёта. DTMF передаёт цифру как сигнал: она либо принята, либо нет. Распознавание речи на цифрах и латинских буквах ошибается чаще — WER растёт на фоновом шуме и узкополосной телефонии. Разумный вариант: агент ведёт разговор, а на вводе номера передаёт ход клавиатуре.

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

Как переходить: три шага, не выключая IVR

Резкое отключение меню — плохая идея: вы меняете сразу маршрутизацию, сценарии и метрики и потом не понимаете, что именно сломалось.

1. Агент на переполнение. Меню остаётся как есть, на агента уходят только звонки, которые ждут в очереди дольше выбранного порога. Альтернатива для них — сброс, поэтому риск близок к нулю.
2. Агент на нерабочее время. Ночь и выходные — это звонки, которых у вас сейчас просто нет. Здесь же проверяется поведение агента без страховки оператором.
3. Сравнение на одном сценарии. Возьмите один интент (например, статус заказа) и пустите половину трафика через меню, половину через агента. Только по containment сравнивать нельзя: смотрите ещё долю повторных обращений за 72 часа (ориентир — менее 15%) и долю успешных переводов на человека (более 90%) — бенчмарки Balto/Famulor.

Ограничения: почему «а на девятке — умный агент» работает хуже, чем кажется

Самый популярный компромисс — оставить меню и повесить агента на один из пунктов. На бумаге безопасно, на практике даёт три проблемы.

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

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

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

Работает это лучше в обратной логике: агент принимает звонок первым, а меню остаётся там, где нужен тон-набор.

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

Вывод

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

Если хотите проверить это на своих звонках — можем собрать демо на вашем сценарии.