Выберите тему — соберём контекст
Расшифровываем записи разговоров с разделением по говорящим, превращаем скрипт и чек-лист качества в автоматические правила и оцениваем соблюдение регламента по всей линии. Отдельно показываем причины недовольства клиентов и темы, где оценки падают.
Оставьте телефон — вернёмся в рабочее время, зададим 3–4 вопроса про линию, скрипт и телефонию и предложим формат пилота.
Отчёт по пилоту на архиве записей — за 1–2 недели.
Руководитель поддержки физически не может прослушать линию целиком, а те несколько разговоров, которые он выбирает, почти всегда оказываются нетипичными.
На прослушивание уходит 15–25 минут на запись, поэтому за неделю супервайзер разбирает десять-пятнадцать звонков из тысячи. Остальные разговоры не оценивает никто.
Регламент требует назвать себя, уточнить задачу, предупредить о записи и предложить дополнительное решение. Проверить это можно только прослушиванием, поэтому требования остаются на бумаге.
О раздражённом клиенте и сорванном разговоре узнают из жалобы или из отзыва, когда исправить впечатление уже нельзя. Сигнал о проблеме существует в записи, но обрабатывается слишком поздно.
CSAT снижается второй месяц, но в отчётах видно только цифру. Связать падение с темой обращения, конкретным продуктом или сменой операторов никто не может.
Разбор с оператором сводится к фразам «клиент был недоволен» и «надо быть внимательнее». Без конкретных эпизодов и цитат такой разговор не меняет поведение на линии.
Непонятно, сколько хранятся записи, кто имеет к ним доступ и как клиент узнаёт о записи. При проверке или обращении клиента ответить на эти вопросы нечем.
Четыре блока: расшифровка, формализованные правила оценки, работа с разговором в реальном времени и аналитика для обучения линии.
Превращаем записи в текст, пригодный для автоматической проверки, и размечаем, кто и когда говорил.
Скрипт и чек-лист качества становятся проверяемыми условиями с понятным весом.
Подсказки приходят во время звонка, а не после его завершения.
Оценки соединяются с темами обращений и обратной связью клиентов.
Речевая аналитика стоит на распознавании речи, и ошибки в тексте напрямую превращаются в ошибки оценки. Если система слышит вместо названия тарифа бессмысленный набор звуков, правило не сработает, а в отчёте появится ложное нарушение скрипта. Поэтому работу начинают не с правил, а с замера WER на ваших записях.
Пятнадцать-двадцать разговоров в неделю из тысячи
Каждый разговор с правилом: оценка, ссылка на фрагмент, попадание в отчёт
Названия тарифов, артикулы, аббревиатуры и имена, которых нет в общей модели. Дополнение словаря — основная причина, по которой WER падает после настройки.
Записи с обрывами и шумом дают основную долю ошибок. Мы отдельно проверяем такие участки и предлагаем исключать их из оценки вместо того, чтобы считать нарушением регламента.
Если система путает, кто говорил, правило приписывает реплику не тому участнику. Наложение голосов разбираем отдельно: именно там скапливаются ложные срабатывания.
| Этап | WER |
|---|---|
| Телефонные записи до настройки словарей Обычный диапазон на вашей выборке. Именно эту цифру мы измеряем первой. | 8–20% |
| После дополнения словарей терминами и названиями продуктов Целевой диапазон проекта. Если связи плохие, обсуждаем, какие правила вообще имеет смысл проверять. | 5–12% |
Начинаем с пилота на архиве записей: он показывает реальное качество распознавания и проверяемость правил до интеграции с телефонией.
Берём 300–500 звонков за прошлый месяц, расшифровываем их и смотрим, насколько качество распознавания позволяет проверять скрипт. Считаем WER отдельно по операторам и по темам.
Дополняем словари терминами, названиями продуктов и аббревиатурами, настраиваем диаризацию и правила обработки плохих записей с шумом и обрывами связи.
Формализуем чек-лист в правила, согласуем шкалу и веса, подключаем поток записей из телефонии и связываем оценки с заявками и оценками клиентов.
Переносим разбор качества на автоматические отчёты, обучаем супервайзеров работать со спорными срабатываниями, вводим регламент хранения и доступа к записям.
Суммарно — от 9 до 14 недель: первый отчёт по пилоту за 1–2 недели, рабочий контур с правилами и отчётами за 2–3 месяца. Этапы можно остановить после любого.
Речевая аналитика — не универсальная надстройка. Ниже — условия, при которых проект даёт результат, и случаи, где мы честно скажем, что начинать нужно с другого.
Два разовых этапа и сопровождение после запуска. Смета внедрения складывается по итогам пилота и фиксируется в договоре.
от 150 000 ₽
1–2 недели
300–500 ваших звонков: расшифровка, замер WER отдельно по операторам и темам, проверка того, как на реальных записях срабатывают правила скрипта. На выходе — отчёт с примерами разговоров и вывод, какие правила имеет смысл автоматизировать.
от 500 000 ₽
от 2 до 3 месяцев
Настройка распознавания и словарей, формализация чек-листа в правила со шкалой и весами, подключение потока записей из телефонии, связь оценок с заявками и оценками клиентов, отчёты для супервайзеров и обучение работе со спорными срабатываниями.
Настраиваем правила по мере изменений скрипта и продукта, разбираем спорные срабатывания, дорабатываем отчёты, поддерживаем регламент хранения и доступа к записям. Объём часов и порядок приоритетов фиксируются в договоре.
Сначала замер на ваших записях и честный вывод о том, что можно проверять автоматически. После отчёта работы продолжаются только по вашему решению.
Объём этапов, состав правил и длительность согласуются до старта: «от 150 000 ₽» — нижняя граница пилота, точная сумма зависит от объёма записей и состава интеграций.
Каждое срабатывание хранит ссылку на фрагмент расшифровки. Спорные случаи размечаются вручную и становятся материалом для настройки правил, а не поводом для спора с оператором.
Записи и расшифровки — ваши данные. Срок хранения задаётся по типу линии, доступ к прослушиванию ограничен службой качества и фиксируется в журнале, платёжные данные маскируются.
На записях телефонного качества WER обычно составляет от 8% до 20% до настройки словарей и снижается до 5–12% после их дополнения терминами и названиями продуктов. Мы всегда замеряем этот показатель на вашей выборке до внедрения: если связи плохие, а в разговорах много специфических артикулов, сначала обсуждаем, какие правила вообще имеет смысл проверять автоматически.
Да, если телефония передаёт аудио в потоковом режиме и есть интеграция с рабочим местом оператора. Система определяет тему звонка, подсказывает подходящую статью базы знаний и предупреждает о растущем риске конфликта. Подсказки приходят с задержкой в две-четыре секунды, поэтому они помогают в разговоре, а не заменяют его расшифровкой после завершения.
Нет, но изменит её содержание. Вместо прослушивания случайных звонков супервайзер разбирает спорные срабатывания, где оценка расходится с человеческим суждением, и работает с операторами по конкретным эпизодам. Такой разбор занимает меньше времени и даёт больше эффекта: обсуждается не общее впечатление, а конкретная реплика и её последствия для разговора.
Каждое срабатывание хранит ссылку на фрагмент расшифровки, поэтому решение проверяемо и оспоримо. Спорные случаи размечаются вручную и становятся материалом для настройки: мы уточняем формулировки правил, добавляем условия по контексту и исключаем участки с плохим распознаванием. Обычно после двух-трёх итераций доля ложных срабатываний опускается до приемлемого уровня.
Срок хранения задаётся по типу линии: обычно от трёх месяцев для сервисной поддержки до нескольких лет для продаж с договорными обязательствами. Доступ к прослушиванию имеют только супервайзеры и служба качества, каждое прослушивание фиксируется в журнале, а расшифровки хранятся отдельно от аудио и с маскированием платёжных данных. Клиента необходимо уведомлять о записи в начале разговора — это одновременно и требование к обработке данных, и проверяемый пункт скрипта.
С пилота на архиве записей: 300–500 звонков за прошлый месяц, расшифровка, замер WER отдельно по операторам и темам и проверка того, как на реальных записях срабатывают правила скрипта. Это 1–2 недели, стоимость — от 150 000 ₽. По итогам пилота видно, какие правила имеет смысл автоматизировать, и складывается смета внедрения — от 500 000 ₽.
Четыре пункта. Техническое задание писать не нужно — его мы собираем вместе на старте пилота.
300–500 звонков за прошлый месяц, по возможности из разных смен и по разным темам — чтобы замер отражал реальную линию, а не удачную неделю.
Действующий регламент разговора и требования службы качества, если они есть. Если требования не записаны, формализуем их вместе на старте.
Ответственный со стороны телефонии и CRM: нужно понять, как отдаётся поток записей и как связать оценку с конкретной сделкой или обращением.
Супервайзер или руководитель поддержки, который согласует шкалу и веса нарушений и будет разбирать спорные срабатывания после запуска.
Пришлите несколько записей и ваш скрипт — вернём расшифровку, примеры срабатываний правил и оценку качества распознавания для вашей лексики.
Чем больше деталей укажете — сколько операторов, какая телефония, есть ли скрипт, — тем точнее будет состав пилота и сроки.
Речевая аналитика отвечает на вопрос, который руководитель отдела продаж или контакт-центра не может закрыть прослушиванием: что происходит в разговорах, которые никто не слышал. Ручной контроль упирается в физику — на разбор одной записи уходит 15–25 минут, поэтому за неделю супервайзер успевает прослушать один-два процента разговоров, и почти всегда это нетипичные звонки. Автоматическая оценка снимает это ограничение: расшифровка, правила и отчёт покрывают всю линию, включая ночные смены и подрядчиков.
Порядок работ здесь важнее выбора технологии. Начинать нужно не с правил, а с замера WER — доли ошибочно распознанных слов на ваших записях. Ошибки распознавания напрямую превращаются в ошибки оценки: если система слышит вместо названия тарифа бессмысленный набор звуков, правило не сработает, а в отчёте появится ложное нарушение скрипта. Поэтому пилот считает WER отдельно по операторам и по темам и отдельно разбирает участки с плохой связью, обрывами и наложением голосов — такие фрагменты правильнее исключать из оценки, чем считать нарушением регламента.
Бизнес-эффект появляется, когда оценки соединяются с темами обращений и обратной связью клиентов. Автоматическая оценка сама по себе отвечает только на вопрос, соблюдал ли оператор скрипт. Размеченные по темам расшифровки и сопоставление оценок клиентов с конкретными звонками показывают, что падение CSAT связано не с работой линии, а с изменением условий тарифа или с ошибкой в приложении. Такой отчёт обычно становится входом не для поддержки, а для продукта: часть тем закрывается изменением интерфейса или текста уведомлений, и поток обращений падает без дополнительных операторов.
Отдельная часть проекта — регламент работы с записями. Запись разговора содержит персональные данные, поэтому к ней применяются те же требования, что и к другим данным клиентов: определённая цель обработки, ограниченный срок хранения, разграничение доступа и возможность удалить запись по обращению. Практический регламент описывается вместе с системой: срок хранения по типу линии, доступ только для службы качества, журнал прослушиваний, расшифровки отдельно от аудио и с маскированием платёжных данных.
Cookie и аналитика
Мы используем необходимые cookie для работы сайта и форм. Аналитические cookie (Яндекс.Метрика, включая запись сессий) подключаем только с вашего согласия — от него можно отказаться. Подробнее: Политика использования cookie и обработка персональных данных.