Внедрение речевой аналитики: как выглядит процесс и что в себя включает

Внедрение речевой аналитики часто представляют как покупку лицензии: подключили телефонию, получили доступ в личный кабинет, дальше система работает сама. Технически так и есть — подключение к распространённой облачной АТС занимает пару дней.

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

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

Что представляет собой проект внедрения

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

Часть этапов идёт параллельно: пока настраиваются критерии, ИТ занимается интеграцией. От первого разговора до системы, работающей на всём отделе, обычно проходит от месяца до полутора.

Подготовка: задача, метрики и данные

Одна цель, а не список пожеланий

Первое, что делает интегратор, — заставляет сузить задачу. Формулировка «хотим контролировать качество звонков» не годится: под ней прячется десяток разных проектов с разными настройками.

Рабочая цель звучит конкретнее: понять, почему заявки с сайта не доходят до встречи; выяснить, на каком возражении рассыпаются сделки; сократить долю обращений, по которым клиент звонит повторно. От формулировки зависит, какие критерии вообще нужно описывать, поэтому размытая цель на входе означает переделку на четвёртом этапе.

Здесь же назначается владелец проекта — человек, который будет разбирать результаты еженедельно. Не ИТ-директор и не куратор со стороны поставщика, а руководитель отдела продаж или тренер. Если такой роли нет, дальше двигаться бессмысленно.

Метрики фиксируются до старта

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

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

Требования к записям

Самое узкое место всего проекта, и проверять его нужно до выбора системы.

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

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

Третье — глубина архива. Для стартовой настройки нужен массив хотя бы за месяц, желательно включающий сезонные колебания. И четвёртое — качество аудио: современные системы дают 90–95% точности на хорошей записи, для русского языка вендоры заявляют до 94%. По метрике WER доля ошибок в 5–10% считается хорошим результатом, около 20% — приемлемым, от 30% начинаются проблемы. На плохом канале связи распознавание проседает, и никакая настройка это не компенсирует.

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

Техническая интеграция

Телефония и CRM

Задача сводится к двум потокам: записи должны попадать в систему анализа, а результаты — возвращаться туда, где с ними работают, то есть в карточку сделки и в отчёты руководителя.

С распространёнными облачными АТС и CRM это готовые коннекторы или API, два-три дня работы. С нестандартной телефонной платформой, собственной разработкой или CRM с закрытым API этап растягивается на неделю и больше. Выяснять это нужно до подписания договора: именно здесь чаще всего съезжают сроки всего проекта.

Отдельный вопрос — что именно возвращать в CRM. Полный транскрипт в карточке сделки обычно никто не читает. Полезнее короткая сводка, теги и признак того, что разговор требует внимания руководителя.

Облако или собственный контур

Облачное развёртывание дешевле и быстрее, записи уходят на сторону поставщика. Установка в контуре компании требует ресурсов и времени, зато данные не покидают периметр.

Выбор определяется требованиями к данным, а не бюджетом. Если в разговорах звучат персональные данные клиентов в чувствительном объёме или компания попадает под отраслевые ограничения, вопрос решается в пользу собственного контура. На сроки это влияет заметно: развёртывание в контуре добавляет к проекту недели, потому что подключаются ИТ и служба безопасности заказчика.

Правовая часть

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

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

Настройка критериев и калибровка

Сколько критериев брать на старте

Пять-десять, не больше. Соблюдение ключевых шагов скрипта, отработка главного возражения, наличие следующего шага в конце разговора.

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

Как формулировать

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

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

Калибровка

Этап, который выглядит необязательным и без которого проект разваливается.

Процедура простая: руководитель отдела вручную оценивает 20–30 разговоров по тем же критериям, система оценивает те же записи, расхождения разбираются построчно. Обычно выясняется, что часть критериев сформулирована неоднозначно — система засчитывает шаг, а руководитель нет, потому что имел в виду другое. Формулировки правятся, цикл повторяется на новой выборке.

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

«Калибровку почти всегда пытаются сократить: кажется, что это бюрократия, а система и так всё видит. По нашему опыту именно на этом этапе решается судьба проекта. Два дня разбора расхождений в начале экономят полгода споров о том, правильно ли система считает», — Михаил Телегин, заместитель генерального директора по стратегическим проектам ОБИТ.

Пилот на части команды

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

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

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

Масштабирование и передача в эксплуатацию

Технически этап простой — подключаются остальные менеджеры. Сложность организационная.

До запуска команде объясняют, зачем это делается. Контроль, введённый без объяснений, вызывает сопротивление: люди начинают формально проговаривать нужные фразы, метрики растут, а суть разговоров не меняется. Первые два-три месяца показатели системы лучше не связывать с премией и использовать только для обучения.

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

Что чаще всего затягивает проект

«Сроки проекта почти никогда не срывает технология. Срывают их выгрузка записей из нестандартной АТС и согласование внутри компании. Поэтому первый вопрос, который мы задаём заказчику, — не про задачи, а про то, как у него устроена запись звонков и кто подписывает документы», — Михаил Телегин, заместитель генерального директора по стратегическим проектам ОБИТ.

С чего начать

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

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

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

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