Автоматизация бизнеса / Блог ontech.pro
Речевая аналитика звонков: как выбрать сервис и проверить пользу
Сотни записей разговоров сами по себе не объясняют, почему клиент не оформил заказ. Речевая аналитика помогает найти нужные разговоры и проверить конкретную гипотезу. Начинать стоит не с рейтинга сотрудников, а с вопроса, на который компания пока отвечает вручную.
Подготовила команда ontech.pro · · 4 мин чтенияСначала рабочий вопрос, затем сервис
Например, компания хочет понять, как часто покупатели спрашивают о наличии товара, которого нет в каталоге. Для этого нужны распознавание речи, поиск темы и проверка найденных разговоров человеком. Для контроля обещанного срока нужен другой набор правил: одно ключевое слово не определяет качество ответа.
Не путайте речевую аналитику с телефонией и CRM. Телефония даёт запись, CRM — контекст сделки, аналитика помогает разбирать содержание. Нужно заранее определить, где сотрудник увидит результат и что сделает после него.
Что проверить при выборе сервиса
- Источники: можно ли получить записи из вашей АТС и связать их со сделкой без ручной загрузки?
- Качество: как распознаются названия товаров, акценты, шум и разговор нескольких людей?
- Поиск: можно ли найти разговор по теме, фразе, периоду и нужному подразделению?
- Проверяемость: доступен ли фрагмент записи, на основании которого сделан вывод?
- Интеграция: можно ли передать согласованный результат в CRM и не создавать дубли задач?
- Расходы: как считаются обработка, хранение, настройка и работа с ошибками?
Как провести пилот без завышенных обещаний
Соберите разрешённую к использованию выборку разных разговоров: коротких и длинных, успешных и спорных. Ответственный сотрудник размечает нужный признак вручную. Сервис проверяют на другой части выборки, иначе легко принять подгонку правил за точность.
Считайте не только найденные случаи, но и пропуски и ложные срабатывания. Если система помечает каждый разговор как проблему, она создаёт лишнюю работу. Сравните время проверки с ручным прослушиванием и определите, достаточно ли качества для выбранного действия.
Например, сигнал «возможно, клиенту обещали перезвонить» может создать задачу на проверку. Автоматически снижать оценку сотрудника по такому сигналу нельзя: в записи может быть условное обещание, цитата или ошибка распознавания.
Какие данные нужны для связи с CRM
Минимальный набор обычно включает идентификатор разговора, время, ссылку на разрешённую запись и связь с контактом или сделкой. Результат анализа храните вместе с версией правила. Если правило меняется, должно быть понятно, почему вывод по старому разговору отличается.
Проектируйте повторную обработку и сбои заранее. Один звонок не должен порождать несколько одинаковых задач. При недоступности сервиса запись не теряется молча: ответственному нужен понятный статус и способ повторить операцию.
Доступ к записям и итог пилота
До передачи записей проверьте основания обработки, необходимые уведомления и условия поставщика. Ограничьте доступ, срок хранения и состав данных. Для настройки используйте обезличенные примеры, если задача позволяет. Юридические требования к конкретному процессу согласуйте с ответственным за данные.
Результатом пилота должен стать ответ: какую операцию можно ускорить, где остаётся ручная проверка и сколько стоит обслуживание. Если точность недостаточна, разумнее сузить задачу или отказаться от автоматического действия. Речевая аналитика полезна как проверяемый инструмент, а не как обещание понять каждого клиента без ошибок.
Документация: Yandex Cloud: сервисы речевой аналитики