Речевой аналитике нужны записи разговоров, а не CRM, — и отдел, который откладывает разбор звонков «до внедрения CRM», месяцами теряет клиентов в разговорах, которые никто не слушает. Типичная картина небольшого отдела продаж: клиентов ведут в таблице, часть переписки в WhatsApp, звонки лежат в телефонии. На предложение внедрить речевую аналитику без CRM звучит ответ «нам рано». Ниже — что именно можно получить без учётной системы, каких выводов точно не будет, что проверить в телефонии до старта и почему порядок «сначала звонки, потом CRM» часто практичнее обратного.
Что нужно речевой аналитике на самом деле
Речевая аналитика — это технология, которая переводит разговоры в текст, извлекает смысл и оценивает каждый диалог по заданным правилам. Для работы ей нужны два источника: аудиозапись и минимальные метаданные — кто разговаривал, когда и сколько длился звонок. Оба есть в любой телефонии независимо от того, ведёт компания CRM или нет.
CRM добавляет к этому третий слой — исход. Она знает, чем закончилась сделка, на каком этапе воронки находится клиент и сколько денег принёс контакт. Этот слой ценен, но он не требуется для того, чтобы начать: качество разговора можно оценить из самого разговора.
Разницу удобно сформулировать так: без CRM вы отвечаете на вопрос «как разговаривают наши менеджеры», с CRM — дополнительно на вопрос «как это отражается на деньгах». Первый вопрос сам по себе даёт достаточно материала для управленческих решений, особенно в отделе, где звонки не слушали никогда.
Без CRM видно, как разговаривают менеджеры
Всё, что вычисляется из самого диалога, доступно сразу.
- Соблюдение стандарта. Оценка каждого разговора по чек-листу: поздоровался и представился, выявил ситуацию клиента, назвал цену, отработал возражение, договорился о следующем шаге.
- Рейтинг менеджеров. Сравнение сотрудников по единым критериям — без субъективности и без ручной прослушки.
- Карта возражений. Какие возражения приходят чаще всего и какими формулировками их снимают. Это прямой материал для скриптов и обучения.
- Типология клиентов. Распределение обращений по типам — готовый к покупке, сравнивающий варианты, сомневающийся, отказавшийся — с рекомендацией по каждому.
- Провалы процесса. Например, доля разговоров, где менеджер не назначил конкретный следующий шаг. Если его никогда не мерили, с него разумно начать: он однозначно проверяется по записи и напрямую связан с тем, двигается ли сделка дальше.
- Охват контроля. Переход от выборочной прослушки нескольких звонков в неделю к разбору 100% разговоров.
Этого набора достаточно, чтобы запустить нормальный управленческий цикл: еженедельный разбор, точечное обучение, корректировка скрипта. Как масштаб слепой зоны выглядит на реальных цифрах, показывает кейс БФЛ-компании: там вручную слушали 5% звонков, а сплошной анализ вскрыл, что ключевое требование скрипта выполнялось лишь в 5,5% разговоров.
Без CRM не видно, как разговор превращается в деньги
Честность здесь важнее продажи, поэтому ограничения стоит зафиксировать явно.
Связи с выручкой. Нельзя сказать, что разговоры с высоким баллом чаще приводят к сделкам, потому что система не знает исходов сделок.
Конверсии по этапам воронки. Воронка живёт в CRM; без неё нет данных о переходах между этапами.
Сравнения выигранных и проигранных сделок. Одна из самых полезных аналитик — чем отличаются разговоры в закрытых сделках — требует разметки исходов.
Автоматических задач по сделке. Сценарии вида «если клиент сказал, что подумает, поставить задачу перезвонить через два дня» упираются в отсутствие объекта, которому эту задачу поставить.
Про принципиальную разницу между цифрами воронки и содержанием разговоров мы писали отдельно — речевая аналитика против отчётов CRM: отчёт показывает, что конверсия упала, а разговоры показывают почему.
Часть этого ограничения можно обойти вручную, и я бы так и делал. Если в таблице клиентов есть номер телефона и отметка «купил / не купил», звонки связываются с исходом по номеру. Это не воронка, но уже позволяет раз в месяц сравнить разговоры с клиентами, которые купили, и с теми, кто ушёл. Главное условие — номер в таблице записан в одном формате, иначе сопоставление развалится на первой же выгрузке.
Почему порядок «сначала звонки» часто практичнее
Стандартная логика звучит разумно: сначала наведём порядок в CRM, потом подключим аналитику. На практике у неё есть три слабых места.
Разная длительность проектов. Внедрение CRM — это месяцы: выбор системы, настройка воронки, перенос базы, обучение и, главное, изменение привычек всего отдела. Подключение аналитики к телефонии занимает дни и не требует от менеджеров вообще ничего — они продолжают звонить, как звонили.
Потерянное время. Пока идёт внедрение CRM, звонки продолжают уходить в никуда. Каждый месяц без разбора — это месяц, за который не накоплено знание о том, где отдел теряет клиентов.
Аналитика подсказывает требования к CRM. Когда вы уже знаете, какие возражения приходят чаще всего и на каком шаге разговоры рассыпаются, проектировать воронку и поля в CRM становится проще. Обратный порядок часто даёт красивую воронку, не отражающую реальный процесс продажи.
Отдельный аргумент — стоимость проверки гипотезы. Аналитика на существующих записях показывает состояние отдела за несколько дней, и это дешёвый способ понять, стоит ли вообще вкладываться в большой проект автоматизации.
Контраргумент тоже стоит услышать. Если отдел уже решил внедрять CRM и проект стартует на этой неделе, вторая параллельная инициатива может перегрузить руководителя: и то и другое требует его времени на разбор и решения. В такой ситуации я бы не запускал аналитику одновременно, а подключил её к архиву записей после первого месяца работы в CRM.
Что проверить в телефонии до старта
Телефония — единственная техническая зависимость, и именно на ней чаще всего спотыкается запуск. Проверка занимает час и снимает большую часть сюрпризов.
Записи включены для всех линий. Нередко запись настроена только на входящих или только на части сотрудников. Проверьте на звонках каждого менеджера, а не на одном.
Срок хранения. У многих операторов записи хранятся ограниченный срок, после чего удаляются. Если архив короче месяца, прогнать историю не получится, и картина будет собираться с нуля.
Доступ к записям. Записи должны забираться автоматически — через API телефонии или интеграцию, а не выгрузкой вручную раз в неделю. Ручная выгрузка работает на пилоте и умирает через месяц.
Раздельные каналы. Если телефония пишет менеджера и клиента в разные каналы, система точно знает, кто говорит. В моно-записи говорящих приходится разделять по голосу, и на коротких репликах это даёт ошибки.
Мобильные звонки. Если менеджеры звонят с личных мобильных, эти разговоры в телефонию не попадают вовсе. Это не техническая, а организационная проблема, и решать её нужно до старта: иначе аналитика оценит только ту часть работы, которая идёт через офисные номера.
Речевая аналитика без CRM: шесть шагов до первого разбора
Шаг 1. Проверить телефонию по списку из предыдущего раздела: записи, срок хранения, автоматический доступ.
Шаг 2. Оценить объём. На совсем малом потоке закономерность неотличима от случайности: если содержательных звонков в месяц единицы, выводы лучше делать ручной прослушкой. Важно считать именно разговоры, а не все вызовы: недозвоны и короткие соединения нужно отфильтровать. Как оценить, хватает ли объёма для выводов, разобрано в статье о том, сколько звонков нужно для достоверности.
Шаг 3. Сформулировать стандарт. Чек-лист на 8–12 пунктов, описывающий, что должно произойти в правильном разговоре. Если формализованного скрипта нет, его основу можно собрать из ваших же сильных звонков.
Шаг 4. Прогнать архив. Исторические записи дают картину сразу, без ожидания накопления новых данных.
Шаг 5. Запустить недельный цикл. Разбор по данным, одна измеримая договорённость на неделю, проверка на следующей неделе.
Шаг 6. Подключить CRM, когда она появится. Аналитика к этому моменту уже работает, и добавление CRM просто достраивает недостающий слой — оценки и темы начинают возвращаться в карточки сделок.
Отдельный случай: переписки вместо звонков
Если значительная часть общения идёт в мессенджерах, логика не меняется: текст диалога анализируется по тому же чек-листу. Ограничение остаётся прежним — без CRM не будет связи с исходом. Дополнительная сложность здесь организационная: если переписка ведётся через личные аккаунты сотрудников, доступ к ней нужно решать до старта, и это вопрос не технологии, а внутренних договорённостей и правовой стороны. Автоматизацию диалогов в мессенджерах закрывает отдельный продукт — Дирижёр.
Что произойдёт, когда CRM всё-таки появится
Порядок «сначала звонки» имеет продолжение, о котором стоит подумать заранее: рано или поздно учётная система появляется, и накопленное к этому моменту становится преимуществом, а не грузом.
Практически это выглядит так. Разобранные разговоры за прошедшие месяцы дают готовое понимание, какие поля в карточке действительно нужны: вы уже знаете, что спрашивают клиенты и чем заканчиваются сделки. Это избавляет от типовой ошибки — заводить тридцать полей на всякий случай.
И одно техническое условие, которое стоит соблюдать с самого начала: храните разговоры так, чтобы их можно было связать с клиентом — по номеру телефона как минимум. Тогда при появлении CRM история подтянется к карточкам, а не останется отдельным архивом. Как подключается связка с конкретной системой, разобрано на примере интеграции amoCRM и речевой аналитики.
Когда речевая аналитика без CRM не нужна
Есть ситуации, где разбор звонков не окупится, и честнее сказать это до начала.
Звонков мало. Если содержательных разговоров в месяц столько, что руководитель может прослушать их сам за вечер, система ему не нужна — нужен вечер в неделю.
Проблема не в разговорах. Если отделу не хватает обращений, а не качества работы с ними, разбор звонков покажет аккуратных менеджеров и не добавит ни одного клиента. Сначала стоит посмотреть на поток заявок.
Некому действовать по результатам. Аналитика производит список того, что исправить. Если в отделе нет человека, у которого есть время раз в неделю разбирать этот список с менеджерами, отчёты будут копиться непрочитанными.
Продажи идут вне записи. Личные встречи, звонки с личных мобильных, переписка в личных аккаунтах — пока это не решено организационно, анализировать нечего.
Как мы работаем с отделом без CRM: метрика из самих разговоров
Мы не требуем внедрить CRM перед началом работы, но и не обещаем того, что без неё невозможно. На старте договариваемся о цели, которую можно измерить по самим разговорам: выполнение стандарта, доля звонков с назначенным следующим шагом, частота главного возражения. Связь с выручкой честно выносим за рамки пилота — без исходов сделок её не посчитать, и цифра «рост конверсии» здесь была бы выдумкой.
Пилот идёт на ваших записях: Эхо подключается к телефонии, разбирает архив и новые звонки по согласованному чек-листу, а через оговорённый срок сверяем метрику с базовым значением. Связка с amoCRM или Bitrix24 добавляется, когда система у вас появится. Данные остаются в российском контуре по 152-ФЗ, разбор стоит от 1,5 ₽ за минуту разговора; принцип работы описан на странице подход.
Не берёмся, если записи не включены или не хранятся, если звонков слишком мало для выводов и если по итогам разбора некому менять скрипт и проводить разговоры с менеджерами.
Отсутствие CRM — не причина откладывать разбор звонков
Для решения это значит следующее: вопрос «когда нам внедрять речевую аналитику» не зависит от CRM. Он зависит от трёх вещей — записываются ли разговоры, хватает ли их для выводов и есть ли человек, который будет работать с результатами. Если все три ответа «да», ждать учётную систему незачем; если хотя бы один «нет», аналитика не поможет и с CRM.
Проверить свою ситуацию можно за день: убедиться, что записи есть у всех менеджеров и хранятся дольше месяца, посчитать содержательные разговоры за прошлый месяц и прослушать десяток из них с простым вопросом — назначен ли в конце следующий шаг. Если ответ вас удивит, у вас уже есть первая метрика для пилота. Разобрать такую ситуацию вместе можно на разборе задачи.
