Содержание
На демонстрации почти любая речевая аналитика выглядит убедительно: сервис расшифровывает звонок, выставляет оценку и показывает диаграммы. Трудности начинаются после подключения, когда руководителю нужно понять, каким выводам доверять и как использовать их в работе с отделом.
Поэтому выбор лучше начинать с задачи, которую вы собираетесь выполнять регулярно. Например, находить разговоры с необработанными возражениями, проверять качество консультаций или готовить разборы с менеджерами. Затем пройти эту работу на собственных записях: от появления звонка в системе до решения руководителя.
Сформулируйте, что хотите изменить в работе отдела
«Хотим контролировать качество» слишком широко для сравнения сервисов. Попробуйте описать сегодняшнюю трудность.
Руководитель прослушивает только случайно попавшиеся звонки и не понимает, повторяется ли проблема. Или находит ошибки, но тратит много времени на подготовку обратной связи. Или у команды есть правила консультации, а проверить их соблюдение на большом потоке невозможно вручную.
Из такой трудности получается проверяемая задача. Например: «Хотим находить звонки, в которых менеджер сообщил неполную стоимость, и быстро открывать соответствующий фрагмент». Теперь можно попросить поставщика показать конкретный результат.
Если ваша задача связана с оценкой продаж и обучением команды, в сравнение стоит включить Сонар Инсайт. В нём есть анализ этапов продажи, собственные критерии в платных тарифах и сводная аналитика по менеджерам. Начать проверку можно с ручной загрузки записей.
А если вам нужен только текст нескольких интервью, полноценная аналитика отдела может оказаться лишней. В таком случае сначала проверьте инструмент расшифровки. Определение задачи помогает избежать оплаты возможностей, которыми команда не будет пользоваться.
Возьмите на демо свои звонки
Подготовьте несколько записей, по которым вы уже понимаете содержание и результат. Добавьте обычные разговоры сотрудников и ситуации, которые особенно важны вашему отделу. Если клиенты часто перебивают или используют профессиональные названия, эти особенности должны встретиться в проверке.
Не стоит собирать только худшие записи. Тогда вы узнаете, как сервис ведёт себя в исключительных условиях, но почти ничего не поймёте о ежедневной работе. И наоборот: одна чистая запись с идеальной дикцией не покажет, что произойдёт на реальном потоке.
Заранее отметьте важные эпизоды и свои выводы. Например, менеджер назвал стоимость товара, а доставку обещал посчитать позже. Или клиент высказал сомнение в начале разговора, а содержательный ответ получил ближе к концу.
Передавайте разным сервисам одинаковые записи и одинаково объясняйте задачу. Также выясните, что поставщик настроил перед показом. Если для хорошего результата специалист вручную дорабатывал критерии, нужно понимать, кто будет выполнять такую работу после подключения.
Проверьте, что стоит за оценкой
Предположим, ваша задача - проверять полноту информации о цене. Сервис отметил, что клиент получил окончательную стоимость. В записи звучит:
«Само оборудование стоит 180 тысяч. Монтаж посчитаем отдельно, когда инженер посмотрит помещение».
Речь могла быть распознана совершенно правильно. Но вывод о полной стоимости в этом случае требует исправления: клиент пока знает только часть суммы.
Попросите показать, по какому правилу оценён разговор. Если критерий звучит просто «цена названа», система могла выполнить именно его. Для вашей задачи нужно другое условие: клиенту понятен состав расходов, а ещё не рассчитанные части явно обозначены. Иногда проблема возникает в формулировке требования ещё до анализа.
Затем проверьте похожий звонок, где в продолжении менеджер всё-таки называет цену монтажа. Анализ должен учитывать этот контекст. Иначе сотрудник получит замечание за вопрос, который успел закрыть.
Отдельно посмотрите эпизоды, которые вы отметили заранее, но система не показала. У найденных событий можно проверить правильность, однако этого мало для понимания качества: часть нужных разговоров могла остаться незамеченной.
Результаты удобно записывать в короткую таблицу:
Проверка | Что зафиксировать |
|---|---|
Нужный эпизод найден | Какой момент обнаружен и какой пропущен |
Смысл понят верно | Учтены ли оговорки и продолжение разговора |
Оценку можно объяснить | Какой критерий применён и чем подтверждён вывод |
Ошибку можно разобрать | Как найти исходный фрагмент и сообщить о несогласии |
Результат пригоден для работы | Что руководитель сможет обсудить с менеджером по этому материалу |
Пишите конкретно: «Не учёл расчёт монтажа в конце звонка» полезнее, чем «смысл понимает плохо». Такая запись позволяет вернуться к примеру после изменения настроек и проверить, решена ли проблема.
Дайте руководителю самому поработать в сервисе
После демонстрации попросите доступ и выполните обычную задачу без постоянных подсказок представителя поставщика. Найдите нужный разговор, посмотрите оценку, откройте исходный момент и подготовьте обратную связь.
На этом этапе обнаруживаются вещи, которые не видны в списке функций. Транскрипт есть, но трудно найти нужную реплику. Оценка подробная, но непонятно, почему она снижена. Анализ полезен, но для проверки приходится отдельно искать аудиофайл в телефонии.
Учитывайте весь путь до готового результата. Если сервис быстро обрабатывает звонок, а руководитель затем долго восстанавливает контекст вручную, его ежедневная работа могла почти не упроститься.
Посмотрите и на сводные отчёты. Понятно ли, какие звонки в них вошли? Можно ли разобраться в причине изменения показателя? Корректно ли сравнивать сотрудников, если один принимает новые заявки, а другой ведёт повторные переговоры? Красивое среднее значение мало помогает, когда непонятен состав разговоров.
Проверьте подключение и условия на своём сценарии
Ручная загрузка удобна для знакомства. Для постоянной работы нужно понять, как записи будут попадать в систему из вашей телефонии или другого источника. Попросите пройти этот процесс и показать, что произойдёт при ошибке загрузки.
Важно проверить соответствие звонков сотрудникам, нужный вам охват записей и порядок работы с историей. Поддержка интеграции в списке возможностей ещё не отвечает на все эти вопросы. Условия конкретного подключения стоит выяснить до покупки.
Определите, кому потребуется доступ. Руководитель может работать со всем отделом, а менеджеру нужны только свои разговоры. Если этот порядок для вас обязателен, попросите продемонстрировать его в сервисе.
Вопросы хранения и удаления материалов тоже лучше обсудить предметно: где находятся записи и транскрипты, кто их видит, как долго они сохраняются и что можно забрать после завершения работы. Ответы должны соответствовать требованиям вашей компании и условиям договора.
Для сравнения цены задайте одинаковый месячный объём и состав пользователей. Уточните, что входит в тариф, сколько стоят превышения, настройка собственных критериев и подключение источника звонков. Если один сервис считает минуты, а другой звонки, возьмите фактический объём и длительность разговоров вашего отдела, чтобы получить сопоставимые суммы.
Заранее договоритесь, чем закончится пилот
Пилот нужен, чтобы увидеть сервис в обычной работе. Назначьте человека, который будет пользоваться результатами, и определите, какие вопросы он должен закрыть за время проверки.
Например, руководитель должен самостоятельно находить разговоры по выбранной проблеме, проверять выводы и готовить по ним обратную связь. Команда должна понимать, как разбирать ошибки анализа. Подключение должно доставлять нужные записи без постоянного ручного вмешательства.
Оставьте часть звонков для проверки после первоначальной настройки. Так вы увидите, работает ли выбранный подход на новых разговорах. Если все примеры уже разобрали вместе с поставщиком, хорошее качество на них ещё мало говорит о следующих записях.
Сравните, сколько времени уходит на одну и ту же задачу до и после подключения. Одновременно посмотрите на качество материала: появились ли эпизоды, которые раньше пропускали, стало ли проще объяснять замечания, используют ли менеджеры обратную связь. Быстрый результат с большим количеством исправлений может не оправдать внедрение.
Не привязывайте решение только к росту продаж за короткий период. За это время могли измениться поток заявок, цены или состав команды. Для оценки самого инструмента полезнее сначала понять, выполняет ли он порученную работу и готовы ли сотрудники регулярно пользоваться результатом.
Для проверки Сонар Инсайта можно начать с одного знакомого звонка: загрузить запись, изучить анализ и подготовить на его основе разбор. Затем повторить этот путь на обычном потоке отдела. Такой опыт даст гораздо больше оснований для выбора, чем ещё одна презентация возможностей.

Об авторе
Антон Ковалевский
Маркетинг в Sonarsense.io
Пишу про то, что происходит в звонках отдела продаж, а не в отчётах CRM.
