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

Сделка сорвалась: как анализ звонка менеджера показывает настоящую причину

Анализ звонка менеджера показывает, что на самом деле произошло в разговоре, когда сделка сорвалась. Как разбирать записи, строить критерии и возвращать ошибочно закрытые сделки в работу.

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

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

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

Почему сделка срывается не там, где кажется

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

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

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

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

Что слышно в записи провального звонка

Почему сделка срывается не там, где кажется

Запись проигранного разговора - материал для диагностики. Похожие схемы нередко повторяются в провальных звонках разных менеджеров, и заметить их проще, если сравнить несколько записей подряд.

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

Момент, когда клиент перестал слушать

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

Второй сигнал - момент первого возражения. В удачном разговоре менеджер останавливается, уточняет, переформулирует. В провальном - отвечает заготовленной фразой и идёт дальше, не проверив, снято ли возражение. Клиент чувствует, что ему продают, не слушая его. Разговор формально продолжается, но решение клиент, возможно, уже принял.

Как менеджер реагирует на возражение

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

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

  • Менеджер говорит заметно больше клиента - возможный признак того, что потребность не выяснили
  • Клиент задаёт один и тот же вопрос дважды - в первый раз менеджер, вероятно, не ответил по существу
  • Возражение закрыто шаблонной фразой без уточнения - не проверено, снято ли оно
  • Презентация началась раньше, чем выяснена задача - нарушена структура разговора

Как разбирать звонок, чтобы находить причину, а не виноватого

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

Критерии разбора: что смотреть в первую очередь

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

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

  • Факт. Клиент трижды спросил о сроках, а в карточке причина отказа - «дорого».
  • Сигнал. На повторяющийся вопрос менеджер не ответил по существу.
  • Гипотеза. Клиента остановили сомнения в сроках. Её проверяют на других проигранных разговорах этого этапа.
  • Решение. Если гипотеза подтвердилась на серии разговоров, в скрипт добавляют ответ о сроках, а тему разбирают с отделом.
  • Результат. Через оговорённый срок смотрят, как изменилось прохождение этапа и как часто эта причина звучит в проигранных разговорах.

Как давать обратную связь по итогам разбора

Обратная связь менеджеру работает, когда она привязана к конкретному фрагменту записи. «Ты плохо отработал возражение» - это оценка. «На третьей минуте клиент сказал, что срок важнее цены, а ты ответил про скидку. Что ты думал в этот момент?» - это разбор. Второй формат открывает разговор, первый его закрывает.

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

  • Начинать с вопроса вместо оценки: «что хотел выяснить в начале звонка?»
  • Привязывать замечание к конкретной минуте записи
  • Отделять системную ошибку от разовой и не делать вывод по одному звонку
  • Заканчивать разбор договорённостью: что менеджер попробует иначе в следующем звонке

Почему выборочное прослушивание не даёт картины по отделу

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

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

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

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

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

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

Как строить критерии оценки звонка под свой продукт

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

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

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

Такие критерии можно перенести в речевую аналитику Neiraxell и адаптировать под этап воронки и скрипт. Для слив-контроля компания так же задаёт свои правила корректного закрытия, и закрытые сделки сверяются именно с ними. Чем точнее сформулированы критерии и правила, тем полезнее оценки и проверки.

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

От разбора звонка к изменению работы отдела

Анализ звонка ценен ровно настолько, насколько за ним следует конкретное действие. Если разбор состоялся, выводы сделаны, а через неделю всё работает по-прежнему, менеджеры сделают вывод, что это ритуал. И будут правы.

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

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

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

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