Речевая аналитика для amoCRM: звонки, переписки и история сделки

Материал серии rechevaya-analitika-dlya-otdela-prodazh по теме: Речевая аналитика для amoCRM: звонки, переписки и история сделки

Речевая аналитика для amoCRM нужна не для того, чтобы заменить CRM ещё одним интерфейсом.

Её задача - добавить к данным сделки содержание реальных коммуникаций:

• что клиент говорил в звонках;
• что писал в чатах и письмах;
• какие возражения повторялись;
• что обещал менеджер;
• был ли согласован следующий шаг;
• чем похожие успешные и остановившиеся сделки отличаются друг от друга.

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

Речевая аналитика добавляет следующий слой:

Что именно происходило внутри этих коммуникаций и какое проверяемое действие менеджера связано с текущим управленческим вопросом?

Для меня правильная связка выглядит так:

amoCRM -> контекст сделки -> коммуникации -> факт -> критерий -> динамика -> гипотеза -> следующий шаг руководителя.

Но к этой формуле я пришёл не через желание срочно сделать ещё одну интеграцию.

Наоборот.

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

Почему мы не стали начинать с разработки интеграции

У команды давно была очевидная мысль:

Нужно подключить “Дожми Продажи” к amoCRM.

Логика понятная.

Есть большая установленная база CRM.

Внутри работают отделы продаж.

Есть сделки, менеджеры, звонки, переписки и история.

Кажется, что достаточно сделать техническое подключение и перед нами сразу большой рынок.

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

Поэтому перед большой разработкой мы решили проверить не API.

Мы проверили рынок.

Разобрали порядка 100 свежих обращений компаний, которые искали внедрение amoCRM.

Основной массив был собран в конце июня и начале июля 2026 года.

Это не репрезентативное исследование всех пользователей amoCRM.

Оно не доказывает структуру всего рынка.

Но этот срез показал важную вещь.

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

• собрать обращения;
• перестать терять лиды;
• определить ответственного;
• настроить воронку;
• поставить задачи;
• подключить каналы;
• добиться, чтобы сотрудники вообще начали работать в системе.

Это не слабые компании.

Они просто находятся на другой стадии.

Им пока важнее ответить:

Где наши обращения и кто должен сделать следующий шаг?

Речевая аналитика становится особенно интересной позже, когда появляется другой вопрос:

CRM уже работает. А что реально происходит внутри звонков, переписок и сделок?

Кому речевая аналитика поверх amoCRM действительно нужна

Я бы смотрел не на сам факт использования CRM, а на зрелость процесса.

Сильный сценарий появляется, когда:

• amoCRM уже является рабочей системой;
• в отделе несколько менеджеров;
• накоплена история сделок;
• звонков и сообщений достаточно много;
• руководитель не может проверять весь поток вручную;
• количественных отчётов уже недостаточно;
• есть конкретный спор о качестве работы;
• найденный сигнал может привести к управленческому действию.

Например, собственник говорит:

В CRM я вижу, что коммерческие предложения отправляются. Но почему после них половина сделок зависает?

Или:

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

Или:

У нас часто пишут “дорого”. Не понимаю, это реальный барьер или удобное объяснение потерянной сделки.

Вот здесь появляется работа для анализа коммуникаций.

Что amoCRM уже показывает руководителю

Очень важно не строить статью на тезисе:

В amoCRM ничего не видно.

Это неправда.

В самой CRM уже есть сильный слой аналитики и истории процесса.

Руководитель может анализировать:

• движение сделок по воронке;
• конверсию между этапами;
• активность сотрудников;
• задачи и просрочки;
• длительность сделок;
• количество звонков;
• длительность звонков;
• распределение звонков между менеджерами.

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

Чаты и мессенджеры тоже могут быть связаны с CRM: сообщения поступают в систему и сохраняются в карточках.

Почту можно подключить к amoCRM так, чтобы письма сохранялись рядом со сделками, контактами и компаниями.

То есть amoCRM уже создаёт важный коммуникационный контур.

Речевая аналитика нужна не вместо него.

Она нужна, когда вопрос руководителя находится внутри содержания коммуникации.

Что не видно из количества звонков

Представим двух менеджеров.

Оба сделали по 30 звонков.

Средняя длительность примерно одинаковая.

Оба отправили по пять коммерческих предложений.

В процессной аналитике они могут выглядеть похоже.

Но внутри разговоров может происходить разное.

Первый менеджер после отправки КП говорит:

Я отправлю расчёт сегодня. Давайте завтра в 15:00 созвонимся и обсудим вопросы.

Второй:

Отправлю. Посмотрите, если будет интересно - напишите.

Оба совершили звонок.

Оба отправили предложение.

Но управленчески ситуация отличается.

Поэтому слой речевой аналитики отвечает не на вопрос:

Сколько менеджер сделал?

А на вопрос:

Как именно он выполнил выбранное действие?

Какие данные особенно полезно связывать

Для анализа разговора сам аудиофайл уже полезен.

Но если мы хотим анализировать продажи, ценность CRM-контекста резко растёт.

Полезно знать:

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

Например, одна и та же фраза:

Я подумаю.

может иметь разный смысл.

Если это первая беседа до презентации - один контекст.

Если клиент уже получил КП, задал вопросы и попросил два дня на внутреннее согласование - другой.

Если после этой фразы через час он прислал документы в чат - третий.

Изолированная транскрибация этого не показывает.

История сделки помогает не анализировать каждую фразу в вакууме.

Звонки в amoCRM

amoCRM может работать с телефонией через интеграции.

В зависимости от провайдера и настройки в карточке могут сохраняться:

• факт звонка;
• время;
• длительность;
• направление;
• ответственный;
• запись разговора.

В аналитике amoCRM есть отдельный слой по звонкам: количество, длительность и сравнение активности менеджеров.

Для речевой аналитики запись разговора становится исходным материалом.

Дальше её можно:

1. перевести в текст;
2. разделить по участникам;
3. найти факты;
4. применить критерий;
5. показать цитату;
6. связать результат с этапом и сделкой.

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

Я бы не проектировал внедрение, не проверив это заранее.

Переписки и мессенджеры

Для многих отделов продаж звонок - только часть сделки.

После него клиент может продолжить разговор:

• в Telegram;
• через другие подключённые чаты;
• в сообщениях с сайта;
• в других интегрированных каналах.

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

Для анализа это важно по двум причинам.

Первая:

Возражение может появиться не в звонке.

Например, по телефону клиент говорит:

Да, интересно. Пришлите расчёт.

А через день пишет:

Посмотрели, пока дороже, чем рассчитывали.

Если анализировать только звонок, ценовой барьер потеряется.

Вторая:

Следующий шаг может быть выполнен в другом канале.

В звонке менеджер обещал прислать варианты.

В переписке отправил их и назначил повторный контакт.

Тогда оценивать только разговор как незавершённый будет неправильно.

Поэтому для части задач единицей анализа должна быть не запись звонка, а цепочка коммуникаций.

Email тоже часть длинной сделки

В B2B-продажах важные события часто происходят по почте:

• отправка КП;
• согласование условий;
• подключение нового участника;
• вопросы по договору;
• уточнение технических требований;
• подтверждение сроков;
• перенос решения.

Если почта подключена к amoCRM, письма могут сохраняться в карточках.

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

Например:

звонок -> письмо с КП -> чат с вопросами -> повторный звонок -> решение.

Именно в таких цепочках мне особенно интересен анализ успешных и остановившихся сделок.

Не какой один звонок был “лучше”.

А что повторяется по всей последовательности.

Как может быть устроено подключение “Дожми Продажи”

Я не считаю правильным обещать один универсальный вариант интеграции для любой компании.

Реальный контур зависит от того, как уже устроены CRM и телефония.

В базовой модели сначала нужно проверить:

• какая телефония используется;
• где физически хранятся записи;
• доступны ли они через текущую интеграцию;
• какие звонки привязаны к карточкам;
• какие чаты подключены;
• подключена ли почта;
• достаточно ли прав;
• можно ли надёжно сопоставить коммуникацию со сделкой.

После этого выбирается способ получения данных.

В одном случае основным источником контекста может быть amoCRM.

В другом запись разговора удобнее получать напрямую из телефонии, а из amoCRM брать сделку, этап и ответственного.

В третьем основной интерес вообще находится в переписках.

Для меня принцип важнее конкретной схемы:

Сначала собрать достаточный коммуникационный след, а уже потом выбирать технический маршрут.

На момент подготовки этого материала я не описываю нативную интеграцию “Дожми Продажи” с amoCRM как подтверждённую готовую функцию.

Здесь я фиксирую рабочую архитектуру сценария и требования к данным.

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

Что происходит после получения коммуникаций

Техническая интеграция - только начало.

Допустим, записи и сообщения уже доступны.

Следующая ошибка - сразу анализировать всё.

Я бы шёл иначе.

1. Выбрать один управленческий вопрос

Например:

После коммерческого предложения менеджеры сохраняют инициативу?

2. Перевести его в критерий

Например:

После отправки или обсуждения КП менеджер согласовал конкретное следующее действие и срок.

3. Определить применимость

Не каждый звонок подходит.

Нужно определить:

• этап;
• тип коммуникации;
• сегмент;
• исключения;
• случаи N/A.

4. Проверить реальные карточки

Не демонстрационные примеры.

Нужны коммуникации самой компании:

• выполнено;
• не выполнено;
• спорно;
• неприменимо.

5. Провести калибровку

Собственник или владелец фокуса проверяет оценки.

РОП смотрит те же примеры.

Команда синхронизирует понимание стандарта.

AI после этого применяет уже утверждённую логику.

6. Запустить регулярный анализ

Теперь можно смотреть:

• показатель;
• динамику;
• сотрудников;
• сегменты;
• отклонения;
• конкретные цитаты.

7. Принять управленческое действие

Например:

• показать сильный пример;
• разобрать несколько карточек;
• изменить критерий;
• провести обучение;
• проверить другой сегмент;
• продолжить наблюдение.

Без этого интеграция остаётся технической возможностью.

Какие вопросы можно проверять

Следующий шаг

Договорился ли менеджер, что происходит после разговора и когда?

Квалификация

Были ли заданы вопросы, необходимые компании для решения, целевой это клиент или нет?

Возражение

После ценового или конкурентного сравнения менеджер сначала уточняет контекст или сразу защищает предложение?

Допродажа

В подходящей ситуации менеджер предлагает дополнительный или сопутствующий продукт?

Встреча

Если цель звонка - назначение встречи, произошло ли конкретное согласование?

Обещание

Менеджер обещал вернуться с информацией. Был ли определён срок?

Потерянная сделка

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

Успешный паттерн

Чем коммуникационные цепочки, дошедшие до целевого этапа, отличаются от сопоставимых остановившихся?

Это не универсальный список.

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

Почему не нужно анализировать всё сразу

AI позволяет сделать десятки критериев.

Технически можно проверить:

• приветствие;
• вопросы;
• презентацию;
• эмоции;
• возражения;
• следующий шаг;
• слова-паразиты;
• скорость ответа;
• структуру разговора.

Но руководителю редко нужны 30 новых показателей одновременно.

Если у компании сейчас проблема после отправки КП, полезнее один сильный критерий по следующему шагу, чем огромный чек-лист всего звонка.

Моя рабочая формула:

один фокус -> один проверяемый показатель -> тренд -> решение.

Когда первый цикл заработал, можно добавлять следующий.

Контроль менеджеров в amoCRM без ручной прослушки

Это один из самых понятных сценариев.

Руководитель уже видит:

• сделки;
• задачи;
• активность;
• звонки.

Но слушать весь массив вручную невозможно.

Тогда система может сначала показать верхний показатель.

Например:

В 68% подходящих коммуникаций менеджеры фиксируют следующий шаг по утверждённому стандарту.

Дальше руководитель смотрит динамику.

Если всё стабильно - не проваливается глубже.

Если показатель падает - открывает сотрудников.

Потом карточки.

Потом цитаты.

И только при необходимости саму запись.

Правильная последовательность:

показатель -> сотрудник -> коммуникация -> цитата -> запись.

Не наоборот.

Почему цитата важнее одного балла

Представим отчёт:

Менеджер: 63 балла.

Что с этим делать?

Непонятно.

Другой формат:

Критерий “следующий шаг”: не выполнен.

Основание: “Посмотрите предложение. Если будут вопросы - пишите”.

Здесь руководитель может проверить логику за несколько секунд.

Это особенно важно при AI-оценке.

Я не хочу строить систему на принципе:

Модель сказала - верьте.

Оценка должна быть проверяемой.

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

Как искать потери в сделках amoCRM

CRM помогает локализовать участок.

Например:

Сделки часто зависают на этапе после КП.

Теперь можно собрать коммуникации вокруг этого этапа и спросить:

• был ли согласован следующий контакт;
• что клиент говорил о предложении;
• появлялись ли возражения;
• участвовал ли другой ЛПР;
• сколько прошло до следующего касания;
• произошло ли обещанное действие.

Затем сравнить:

• сделки, которые пошли дальше;
• сделки, которые остановились.

Если находится повторяемое отличие, это не нужно сразу называть причиной.

Корректнее:

Найден сигнал, который стоит проверить как гипотезу.

Например:

В остановившихся сделках чаще нет конкретного следующего контакта после КП.

Это ещё не доказательство, что именно отсутствие следующего шага вызвало потерю.

Но это уже управляемая гипотеза.

Как искать успешные паттерны

Мне интересна не только диагностика ошибок.

Внутри amoCRM уже есть история выигранных сделок.

Если к ней добавить коммуникации, можно сравнивать:

• выигранные и проигранные цепочки;
• менеджеров;
• сегменты;
• этапы;
• типы клиентов.

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

Это кандидат на паттерн.

Но один удачный звонок ещё не стандарт.

Правильный путь:

повторяемое отличие -> гипотеза -> проверка на дополнительных данных -> калибровка руководителем -> только потом рабочая практика.

Именно так я бы использовал исторические данные CRM.

Не для генерации “идеального скрипта”.

Для поиска того, что реально стоит проверить.

Нужно ли записывать результаты анализа обратно в amoCRM

Здесь я сознательно не хочу обещать функцию, которая зависит от конкретного технического сценария.

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

Поэтому базовый смысл интеграции для меня другой:

Надёжно связать анализ коммуникации с контекстом сделки и дать руководителю проверяемый результат.

Где именно этот результат отображается - внутри отдельного отчёта, в CRM или в другом рабочем интерфейсе - это уже техническое решение.

Я бы не выбирал продукт только по наличию красивого поля в карточке.

Важнее, приводит ли этот показатель к регулярному управленческому действию.

Что нужно проверить до запуска

Перед пилотом я бы прошёл короткий чек-лист.

Данные

• Есть ли записи звонков?
• Где они хранятся?
• Связаны ли они со сделками?
• Какие чаты сохраняются?
• Подключена ли почта?

Процесс

• Есть ли повторяемый этап продаж?
• Какой результат считается целевым?
• Какой участок сейчас вызывает вопрос?

Управление

• Кто владелец критерия?
• Что считается выполнением?
• Что руководитель будет делать после результата?

Технический контур

• Какие права доступны?
• Какие API и интеграции используются?
• Нужно ли получать звонки напрямую из телефонии?
• Есть ли ограничения на передачу и хранение данных?

Если эти вопросы не закрыты, само наличие amoCRM не делает внедрение готовым.

Как я бы запускал первый пилот

Я бы не начинал с интеграции всей истории компании.

Для первого цикла достаточно:

1. Один отдел.
2. Один участок воронки.
3. Один критерий.
4. Ограниченный период.
5. Реальные звонки или цепочки коммуникаций.
6. 20-30 карточек для калибровки.
7. Первая массовая проверка.
8. Один управленческий вывод.
9. Повторная проверка после действия.

Например:

Берём сделки после КП за последние две недели и проверяем, зафиксирован ли конкретный следующий контакт.

Через такой пилот можно понять сразу несколько вещей:

• доступны ли данные;
• понятен ли критерий;
• доверяет ли руководитель оценке;
• есть ли повторяемый сигнал;
• будет ли компания использовать этот показатель регулярно.

И только после этого имеет смысл расширять интеграцию.

Что мы поняли из исследования новых внедрений amoCRM

Наше исследование примерно 100 обращений привело меня к полезному выводу.

Большая база CRM и большой поток новых внедрений - не одно и то же, что рынок зрелой речевой аналитики.

У нового пользователя CRM другая задача.

Ему нужно сначала собрать процесс.

Поэтому я бы не продавал речевую аналитику каждой компании в момент внедрения amoCRM.

Мне интереснее другой пользователь:

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

Вот там интеграция получает нормальный управленческий смысл.

Когда отдельная речевая аналитика не нужна

Она не обязательна, если:

• звонков мало;
• руководитель спокойно проверяет нужные разговоры вручную;
• нет повторяемого процесса;
• нет управленческого вопроса;
• достаточно встроенной аналитики CRM;
• нужна только расшифровка нескольких сообщений или звонков;
• никто не собирается реагировать на результат.

Я не считаю речевую аналитику следующим обязательным модулем после CRM.

Это отдельный инструмент для отдельной работы.

Когда связка особенно полезна

Сильный сценарий появляется, если:

• amoCRM уже дисциплинирует процесс;
• телефония и коммуникации сохраняются;
• менеджеров достаточно много;
• накоплена история;
• руководитель хочет проверить конкретное действие;
• важно сравнивать периоды или сотрудников;
• есть возможность действовать после результата.

Тогда CRM и речевая аналитика не конкурируют.

Они дополняют друг друга.

amoCRM отвечает:

Где находится сделка и что происходило с процессом?

Речевая аналитика отвечает:

Что происходило внутри коммуникаций и как команда выполняла выбранный стандарт?

Руководитель соединяет оба слоя в решение.

Мой главный вывод

Когда мы впервые задумались об amoCRM, у меня была очень знакомая предпринимательская реакция:

Большой рынок. Нужна интеграция.

Раньше я бы легко пошёл в разработку.

Сейчас я стараюсь сначала проверить работу клиента.

Исследование новых внедрений показало, что технический коннектор сам по себе не создаёт ценность.

Компания должна дойти до стадии, где у неё уже есть:

• процесс;
• коммуникации;
• история;
• команда;
• управленческий вопрос.

Тогда amoCRM становится сильным источником контекста.

Звонки, чаты и письма дают содержание.

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

Поэтому для меня речевая аналитика для amoCRM - это не “AI внутри CRM”.

Это связка:

история сделки + реальные коммуникации + проверяемый критерий + управленческое действие.

Сначала нужно сделать эту связку полезной на одном вопросе.

И только потом расширять её на весь отдел.

Общий подход к речевой аналитике я разобрал в статье речевая аналитика для отдела продаж.

Как строить критерии и калибровку - в материале оценка звонков менеджеров.

Как искать повторяемые отличия между сделками - в статье как искать успешные паттерны продаж.

Связанные материалы

Для amoCRM полезно разделять три уровня:

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

Частые вопросы

Что такое речевая аналитика для amoCRM?

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

Есть ли в amoCRM своя аналитика звонков?

Да. amoCRM позволяет анализировать количество и длительность звонков, сравнивать активность менеджеров и использовать данные звонков вместе с другими отчётами CRM. Речевая аналитика решает другой вопрос - что именно происходило внутри разговора.

Можно ли анализировать переписки из amoCRM?

amoCRM может сохранять переписки из подключённых чатов и мессенджеров в карточках. Возможность внешнего анализа зависит от конкретного канала, доступных API, прав и архитектуры подключения.

Нужно ли менять телефонию?

Не обязательно. Сначала нужно проверить, где хранятся записи и как они доступны. В одном сценарии данные можно получать через CRM-интеграцию, в другом - напрямую из используемой телефонии.

Записываются ли результаты анализа обратно в карточку сделки?

Это зависит от конкретной реализации и выбранной интеграции. Я бы не считал автоматическую запись результата в карточку базовой гарантированной функцией без проверки технического контура.

Как контролировать менеджеров в amoCRM без прослушки всех звонков?

Выбрать один критерий, откалибровать его на реальных карточках и затем применять к большему массиву. Руководитель сначала смотрит показатель и динамику, затем при отклонении открывает сотрудника, цитату и только при необходимости запись.