Голосовой робот на входящих звонках надёжно закрывает шесть сценариев: маршрутизацию по сути вопроса, статус заказа или доставки, запись и перенос визита, подтверждение записи или заказа, приём заявки в нерабочее время и разгрузку пиковой очереди. Всё остальное он либо делает с оговорками, либо не делает вовсе — и от того, насколько честно вы проведёте эту границу до внедрения, зависит, будет клиент благодарен или зол.
У шести рабочих сценариев есть одно общее свойство. Ответ в них берётся из системы — из CRM, расписания, учётной программы, — а не из головы сотрудника. Как только для ответа нужно суждение («а можно нам скидку», «а вы точно успеете к пятнице», «мне вчера обещали»), робот перестаёт быть полезным и начинает быть препятствием между клиентом и компанией.
Ниже — разбор каждого сценария с долей потока и снятыми минутами, четыре типовых места поломки, правило передачи разговора человеку и три метрики, по которым видно, работает контур или изображает работу. Экономика посчитана на модельном потоке 1 500 входящих звонков в месяц при полной стоимости часа оператора 700 ₽. Вопрос о том, в какой момент робот начинает раздражать клиента, мы разбирали отдельно; здесь речь только про сценарии и границы применимости.
Шесть сценариев и что снимает каждый
Сценарий — это не «тема разговора», а замкнутый маршрут: робот получает вопрос, берёт данные из системы, отдаёт ответ и завершает разговор либо передаёт его дальше. Если маршрут где-то упирается в человека, который должен что-то решить, это не сценарий, а половина сценария, и считать по нему экономию нельзя.
| Сценарий | Доля потока | Доводит до конца | Откуда берётся ответ |
|---|---|---|---|
| 1. Маршрутизация по сути вопроса | 100 % звонков | Передаёт дальше всегда | Классификатор тем плюс правила отдела |
| 2. Статус заказа, доставки, готовности | 18 % | 82 % | Учётная система по номеру телефона или номеру заказа |
| 3. Запись, перенос и отмена визита | 14 % | 68 % | Расписание с реальными свободными слотами |
| 4. Подтверждение записи или заказа | 9 % | 88 % | CRM: подтвердить, перенести, отменить |
| 5. Приём заявки в нерабочее время | 11 % | 74 % | Собирает поля и создаёт сделку до открытия офиса |
| 6. Разгрузка пиковой очереди | 7 % | Не измеряется минутами | Держит звонок, который иначе стал бы пропуском |
На пять содержательных сценариев приходится 59 % потока, оставшиеся 41 % — всё прочее, что робот только маршрутизирует и сразу отдаёт человеку. Первый сценарий при этом самый недооценённый. Маршрутизация не отвечает клиенту ничего — она только понимает, к кому его вести, и снимает у оператора первые полминуты разговора («здравствуйте, а вы по какому вопросу»). На всём потоке это даёт больше минут, чем любой отдельный содержательный сценарий, и почти не ломается. Правила, по которым звонок дальше попадает к конкретному сотруднику, — отдельная тема; мы разбирали её в статье о распределении звонков между менеджерами.
Шестой сценарий вообще не про экономию минут. В час пиковой нагрузки часть звонков попадает в очередь и часть из очереди отваливается. Робот принимает такой звонок сразу, фиксирует вопрос и обещает обратный вызов. Считать этот сценарий надо не снятыми минутами оператора, а несостоявшимися пропусками — по той же методике, что и контур возврата пропущенных звонков.
Схема слева направо. Слева блок «Входящий звонок, 1 500 в месяц» → блок «Классификация вопроса (снимает 0,5 мин на каждом звонке)». Из него шесть параллельных дорожек с подписями и долями: «Статус заказа — 18 %», «Запись и перенос — 14 %», «Подтверждение — 9 %», «Ночная заявка — 11 %», «Пиковая очередь — 7 %», «Прочее — 41 %, сразу человеку». Под каждой из первых пяти дорожек — маленький красный шлюз «эскалация» со стрелкой вниз в общий блок «Оператор + расшифровка разговора». Подписи по-русски, чертёжный стиль.
Четыре места, где робот ломается
Поломка — это не сбой техники. Робот в этих четырёх случаях работает исправно и говорит грамотные фразы; ломается разговор. Признак один и тот же: клиент повторяет одно и то же второй раз, а система продолжает вести его по маршруту.
- 1Эмоциональный клиент
Человек звонит с претензией, у него уже испорчен день. Робот отвечает вежливо и ровно — и именно ровный тон в ответ на возмущение воспринимается как издевательство. Здесь не помогает ни хороший синтез речи, ни удачный сценарий: помогает только немедленная передача человеку по первому же признаку эмоции.
- 2Шум и плохая связь
Улица, цех, машина на трассе, громкая связь в маршрутке. Распознавание русской речи на чистой линии и в шуме — это две разные величины, и на второй робот начинает переспрашивать. Два переспроса подряд — это уже поломка, а не уточнение: дальше надо не третий раз переспрашивать, а переводить на человека или предлагать написать в мессенджер.
- 3Нестандартная формулировка
Клиент говорит не «где мой заказ», а «девушка, вы мне в четверг звонили, там что с этой моей коробкой». Формулировка живая, тема понятна человеку с полуслова и не понятна классификатору. Такие звонки не редкость: в первый месяц работы на них приходится 15–25 % потока, и именно они дают основную массу эскалаций.
- 4Вопрос с деньгами и ответственностью
Возврат, перерасчёт, гарантия, жалоба, обещание сроков, всё, что касается здоровья и персональных данных. Здесь роботу нельзя отвечать не потому, что он ошибётся, а потому, что его ответ — это обязательство компании. Такие темы выносятся в явный список стоп-тем и обрабатываются только человеком; мы разбирали состав такого списка отдельно.
Соблазн выглядит логично: контур уже стоит, добавить седьмую и восьмую тему кажется дешёвым. На практике каждая новая тема — это ветка, которую надо править при смене прайса, расписания и условий доставки, и она добавляет к ежемесячному сопровождению 3 000–5 000 ₽. Рабочее правило: сценарий программируется, если тема встречается чаще 120 раз в месяц и ответ на неё берётся из системы. Всё, что реже, дешевле оставить людям.
Правило эскалации: четыре признака и один экран
Эскалация — это не аварийный выход, а штатный и самый частый сценарий работы. В модельном потоке робот доводит до конца меньше половины разговоров, и это нормальный показатель, а не провал. Плохо не то, что робот передаёт разговор часто, а то, что он передаёт его поздно.
- 1Тема из стоп-листа. Деньги, возврат, жалоба, здоровье, персональные данные, любые сроки, за которые компания отвечает. Срабатывает по классификатору сразу, до всякого уточнения.
- 2Эмоция в голосе или в словах. Повышенный тон, ругательство, повторное «я уже это говорил». Робот не пытается успокоить и не произносит фразу про важность обращения — он просто переводит.
- 3Две неудачные попытки понять подряд. Не три и не пять. После второго переспроса вероятность довести разговор до результата падает, а раздражение растёт быстрее, чем польза от третьей попытки.
- 4Прямая просьба клиента. Слова «оператор», «человек», «соедините», а на тональном наборе — любая клавиша. Эта команда обязана работать в любой момент сценария, включая середину произносимой фразы.
Вторая половина правила — что видит оператор в момент передачи. Если он берёт трубку и слышит «здравствуйте, я уже всё рассказал вашему роботу», контур не сработал, сколько бы минут он ни снял. К моменту соединения на экране должны быть четыре вещи: карточка клиента, поднятая по номеру, распознанная тема обращения, расшифровка того, что клиент уже сказал роботу, и данные, которые робот успел собрать. Это ровно то, для чего нужны расшифровка и резюме звонков — без них передача превращается в повтор разговора с нуля.
Если разговор передаётся человеку без контекста, клиент рассказывает свою историю дважды — и второй раз уже с раздражением. Вы получаете разговор длиннее исходного и недовольного собеседника, то есть отрицательную экономию. Поэтому передача контекста — не украшение проекта, а условие, при котором он вообще имеет смысл.
Робот или классическое меню с кнопками
IVR с тональным набором хоронят лет десять, а он живее многих. У меню есть свойство, которого нет у распознавания речи: оно не ошибается. Клиент нажал двойку — он попал во второй пункт, и никакой шум, акцент и громкая связь этого не изменят.
| Критерий | Меню с кнопками | Голосовой робот |
|---|---|---|
| Цена запуска | Входит в тариф виртуальной АТС | От 250 000 ₽ за контур со сценариями |
| Ошибки понимания | Нет по определению | Есть, растут в шуме и на живой речи |
| Глубина меню | Работает до 3 пунктов, дальше клиент теряется | Ограничения глубины нет |
| Что умеет отдать клиенту | Только перевод на группу | Данные из системы: статус, слот, сумма |
| Приём заявки ночью | Нет, только автоответчик | Да, с созданием сделки |
| Порог осмысленности | От первого звонка | От 1 805 звонков в месяц по операционному нулю |
Практический вывод: если у вас три направления и до 800 звонков в месяц, правильный ответ — короткое меню в виртуальной АТС и приличное приветствие, а не проект на четыреста тысяч. Робот начинает выигрывать там, где меню упирается в свой потолок: когда пунктов должно быть больше трёх, когда клиенту нужен не перевод, а ответ, и когда звонки идут круглосуточно.
Сравнение в две колонки: слева «Меню с кнопками», справа «Голосовой робот». Шесть строк: цена запуска (входит в тариф АТС / от 250 000 ₽), ошибки понимания (нет / есть, растут в шуме), глубина (до 3 пунктов / без ограничений), что отдаёт клиенту (перевод на группу / данные из системы), ночная заявка (нет / да), порог осмысленности (с первого звонка / от 1 805 звонков в месяц). Под колонками общая подпись: «до 800 звонков в месяц и трёх направлений выигрывает меню». Чертёжный стиль, подписи по-русски.
Что снимают шесть сценариев на потоке 1 500 звонков
Модельная компания: 1 500 входящих звонков в месяц, первая линия из операторов с полной стоимостью часа 700 ₽, то есть 11,67 ₽ за минуту. Контур робота уже построен, считаем только месячную экономику: сколько минут снимает каждый сценарий и во что обходится эксплуатация. Минуты берутся с учётом доли доведённых разговоров из таблицы выше — то есть считается только то, что робот действительно закрыл.
Это не ошибка расчёта и не аргумент против роботов — это порог. Экономия растёт линейно вместе с потоком, а сопровождение сценариев стоит одинаково при 1 500 и при 5 000 звонков. Вклад одного звонка считается просто: 1,68 снятой минуты — это 19,61 ₽, переменный расход на разговор — 5,76 ₽, остаётся 13,85 ₽. Делим на них постоянные 25 000 ₽ и получаем 1 805 звонков в месяц — точку операционного нуля. Если добавить возврат внедрения в 420 000 ₽ за два года, то есть ещё 17 500 ₽ ежемесячно, порог поднимается примерно до 3 070 звонков.
Линейный график. Ось X — входящих звонков в месяц, ось Y — чистый эффект в рублях за месяц. Одна восходящая прямая с наклоном 13,85 ₽ на звонок, стартующая из −25 000 ₽. Отмечены и подписаны две точки пересечения: «1 805 — операционный ноль» на нулевой линии и «3 070 — с возвратом внедрения 420 000 ₽ за два года» на уровне +17 500 ₽. Точка 1 500 звонков подписана значением −4 228 ₽. Оси подписаны по-русски.
Три метрики, по которым видно правду
Отчёт «робот обработал 1 500 звонков» не значит ничего: обработать можно и так, что клиент положил трубку на второй фразе. Смотреть надо три показателя, и все три считаются еженедельно, а не раз в квартал.
- Доля доведённых разговоров — сколько диалогов закончились результатом без участия человека. Считается от общего числа звонков, попавших в сценарий, а не от всех входящих. Реалистичный ориентир для первого месяца — 40–50 %, к третьему месяцу после правок сценариев — 55–65 %.
- Доля эскалаций и их причина. Сама доля мало о чём говорит; важна разбивка по четырём признакам. Если больше половины эскалаций приходится на «не понял со второго раза», проблема в классификаторе. Если на стоп-темы — контур работает правильно, просто ваш поток такой.
- Повторные обращения по той же теме за 48 часов. Самая честная метрика из трёх и единственная, которую нельзя нарисовать. Клиент, вернувшийся с тем же вопросом через день, означает, что первый разговор был закрыт формально. Норма — до 8 %; выше 15 % контур создаёт работу, а не снимает её.
Снимать эти три цифры надо не глазами руководителя, а выборочной проверкой записей: 20–30 разговоров в неделю по каждому сценарию, с оценкой по одному короткому чек-листу. Это ровно та задача, которую закрывает контроль качества звонков, и без неё сценарии деградируют молча: прайс поменялся, ветка осталась старой, а отчёт по-прежнему показывает бодрые проценты.
Когда робота на входящих ставить не надо
Есть четыре ситуации, в которых мы сами советуем не начинать проект — и три из них видны по цифрам ещё до первого созвона с подрядчиком.
- Поток ниже 1 800 звонков в месяц. Контур не выйдет даже в операционный ноль: сопровождение сценариев стоит одинаково при любом объёме. Рабочая замена — короткое меню в виртуальной АТС, автоответчик с приёмом заявки и контур возврата пропущенных.
- Ответы не лежат в системе. Если статус заказа знает только кладовщик, а свободные слоты — администратор в тетради, роботу неоткуда взять содержание. Сначала данные, потом голос; иначе получится вежливый переключатель за 400 000 ₽.
- Больше половины обращений — стоп-темы. Юридические услуги, медицина, разбор претензий, всё, где каждый второй звонок про деньги и ответственность. Там робот законно доводит 10–15 % разговоров, и экономика не складывается ни при каком потоке.
- Некому править сценарии. Прайс, условия доставки и расписание меняются, и кто-то со стороны компании обязан говорить об этом подрядчику. Если такого человека нет, через три месяца робот будет уверенно называть цены прошлого квартала — а это хуже, чем не отвечать вовсе.
И последнее. Робот на входящих не заменяет первую линию — он снимает с неё повторяющееся и удерживает звонок в момент перегрузки. Компании, которые покупали его как замену людям, через полгода возвращали операторов и оставляли робота на маршрутизации и ночных заявках. Это, кстати, вполне рабочий финал проекта: два сценария из шести, честные метрики и никакого разочарования.
Робот хорош ровно настолько, насколько быстро он признаёт, что дальше нужен человек.
