AI для отделов продаж
NEIRAXELL

Причины отказов в CRM расходятся с тем, что говорят клиенты: анализ звонков покажет правду

Почему причины отказов в CRM расходятся с разговорами клиентов, как проверить их анализом звонков и CustDev-отчётами и что делать со сделками, ошибочно закрытыми как «нецелевые».

Менеджер по продажам в гарнитуре за рабочим столом с монитором

Коротко: поле «причина отказа» в CRM фиксирует выбор менеджера в момент закрытия карточки. Категории «дорого», «не актуально» и «перезвоним позже» вмещают много разных ситуаций, и отчёт по ним плохо подходит для управленческих решений. Чтобы увидеть, что стоит за отказами, записи разговоров сопоставляют с карточками CRM: на малом объёме вручную, при росте отдела - с помощью автоматизации. Статья для руководителей отделов продаж и коммерческих директоров, которые хотят решать вопросы скрипта, продукта и обучения на основании реальных разговоров с клиентами.

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

Почему причины отказов в CRM не отражают реальность

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

В результате в CRM накапливаются искажения. Клиент в разговоре сказал: «Я не понимаю, чем ваше решение отличается от того, что у нас уже есть». Разговор закончился на цене, и менеджер закрыл карточку с причиной «дорого» - так проще, чем объяснять руководителю, что ценность донести не удалось. В отчёте это выглядит как ценовое возражение, и продуктовая команда делает вывод, что нужна скидка. В таком сценарии скидка может не помочь: клиент сомневался в отличиях, а цена была лишь последней темой разговора.

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

Как менеджеры выбирают причину отказа и чем это заканчивается

Почему причины отказов в CRM не отражают реальность

Механика появления ошибочных данных простая. Во многих CRM список причин отказа задан заранее: «дорого», «не актуально», «работаем с другим поставщиком», «перезвоним позже», «нецелевой». Каждая подходит к широкому кругу ситуаций. Клиент сказал «нам сейчас не до этого» - это «не актуально». Клиент сказал «надо посоветоваться» и пропал - это «перезвоним позже». Клиент назвал конкурента - это «работаем с другим поставщиком», хотя разговор мог закончиться иначе, если бы менеджер отработал возражение.

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

Последствия для управления накапливаются незаметно. Допустим, руководитель видит, что «дорого» - самая крупная категория отказов. Он делает вывод о ценовой проблеме и согласовывает скидки, а тренинги и скрипт перестраиваются под ценовое возражение. Если же на деле отказы связаны со слабым выявлением потребности или неумением сравнивать продукт с конкурентами, эти решения бьют мимо цели. Заполнение CRM по принципу «что проще выбрать» может превращать аналитику отказов продаж в инструмент, который уверенно указывает в неверную сторону.

Что на самом деле говорят клиенты: разрыв между разговором и карточкой

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

«Дорого» в карточке - в разговоре нет сравнения с альтернативой. Клиент называет цену как возражение, менеджер пытается её защитить, но не спрашивает, с чем клиент сравнивает и что именно кажется дорогим. Разговор заканчивается на «подумаем» или «пришлите КП». В карточке появляется «дорого», хотя проблема скорее в том, что менеджер не выяснил контекст и не показал разницу. Это вопрос квалификации и работы с возражением.

«Не актуально» в карточке - в разговоре клиент прямо назвал конкурента. В таком разговоре есть прямое упоминание другого решения, иногда с объяснением, почему клиент выбрал его. Для анализа отказов продаж это ценные данные: почему именно этот конкурент, что стало аргументом, на каком этапе клиент принял решение. В карточке ничего из этого нет, там стоит «не актуально».

«Думает» или «перезвоним позже» в карточке - менеджер не зафиксировал следующий шаг. В транскрипции разговора видно: клиент не говорил «нет», он говорил «надо обдумать». Менеджер не уточнил срок, не договорился о дате следующего контакта, не выяснил, что именно клиент хочет обдумать. Сделка зависла, затем закрылась. В карточке - «перезвоним позже», хотя по сути это ошибка ведения сделки.

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

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

Как читать реальные причины отказов через разбор звонков

Что искать в транскрипции отказного разговора

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

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

Третья точка - финальная формулировка клиента: есть ли в последних репликах конкретика (срок, название конкурента, условие) или только размытое «подумаем». Конкретику из финала стоит сохранять в карточке CRM. Нередко её там нет.

Как сопоставить карточку CRM и запись разговора

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

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

В Neiraxell, AI-платформе для отдела продаж, которая анализирует коммуникации и данные CRM, в этой задаче помогает связка функций. Платформа интегрируется с CRM и телефонией, в том числе с amoCRM, и позволяет анализировать 100% звонков и встреч, передаваемых в систему, в пределах минут анализа по тарифу. Основная функция для темы отказов - автоматические CustDev-отчёты. Система анализирует массив разговоров, выделяет повторяющиеся возражения, причины отказа, упоминания конкурентов и альтернатив и собирает их в отчёт с частотностью и цитатами клиентов.

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

Руководитель получает два среза: что говорят клиенты, когда отказываются, и какие шаги менеджеры пропускают перед отказом. Их сравнивают с распределением причин в поле CRM, расхождение превращают в гипотезу и проверяют на конкретных разговорах: выводы AI могут содержать неточности, решение принимает человек. Как это выглядит на примере:

Факт. В отчёте CRM самая крупная категория отказов - «дорого».

Сигнал. В CustDev-отчёте по отказам повторяется «не понимаю, чем вы отличаетесь» и упоминается один и тот же конкурент. Речевая аналитика по критерию «показано отличие от альтернативы» показывает, что часть менеджеров пропускает этот шаг.

Гипотеза. Часть «ценовых» отказов связана с тем, что менеджеры не показывают отличие от альтернативы.

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

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

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

Слитые лиды среди закрытых сделок: как их найти и вернуть

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

Клиент подходил по критериям целевой аудитории, но менеджер не дошёл до ключевых вопросов и не выявил потребность. В CRM появляется «нецелевой», и для отдела продаж лид перестаёт существовать, хотя маркетинг уже заплатил за его привлечение.

Найти таких клиентов вручную можно, только прослушивая закрытые сделки и сверяя разговор с критериями квалификации. На большом объёме до этого редко доходят руки. В одном из внедрений Neiraxell в CRM клиента было 13 454 лида в статусе «некачественный», и половину из них не прослушивали.

Для этой задачи в Neiraxell есть слив-контроль. Функция проверяет закрытые сделки и оценивает, соответствует ли закрытие правилам компании: например, заданы ли обязательные вопросы квалификации и был ли явный отказ клиента. Для этого система анализирует доступную историю коммуникаций по сделке. Если закрытие не соответствует критериям, сделка может быть автоматически возвращена в активную воронку CRM. В работу возвращается именно существующая сделка, а к какому менеджеру она попадёт, зависит от настройки.

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

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

Как выстроить системный контроль качества закрытия сделок

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

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

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

В Neiraxell этот регламент становится основой настройки. Критерии квалификации и корректного закрытия используются в слив-контроле, блоки скрипта - в критериях речевой аналитики. Автозаполнение CRM извлекает значимую информацию из разговора и передаёт её в предусмотренные настройкой поля карточки сделки, поэтому конкретика из разговора меньше зависит от ручной дисциплины менеджера. Статусы сделок и задачи автозаполнение не меняет, оно работает только с полями. Конструктор конверсий показывает, на каком этапе воронки и у каких менеджеров выбывает больше сделок, то есть отвечает на вопрос «где», а ответить на вопрос «почему» помогают речевая аналитика и CustDev-отчёты. Решения по итогам проверок принимает руководитель.

Вопросы, которые чаще всего задают по теме

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

Что делать, если менеджеры сопротивляются записи звонков? Сначала нужно закрыть организационный вопрос: предупредить собеседника о записи и закрепить порядок записи в регламенте и трудовом договоре. Детали стоит согласовать с юристом. Сопротивление обычно ниже, когда записи используют для обучения и разбора сложных ситуаций, а не только для поиска нарушений. Анализ звонков помогает и самим менеджерам: видно, где скрипт не работает.

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

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

Может ли AI сам определить настоящую причину отказа? AI выявляет сигналы в разговорах и помогает определить повторяющиеся причины отказов, но его выводы могут содержать неточности. Поэтому CustDev-отчёт Neiraxell показывает не только вывод AI, но и частотность и цитаты клиентов, по которым вывод можно проверить. Решение о скидке, скрипте или обучении принимает руководитель.