Аудит переписок менеджеров: как найти точки роста в продажах

Если продажи проходят в WhatsApp, Telegram, чатах сайта, соцсетях или почте, часть проблем отдела продаж можно увидеть только внутри реальных диалогов. Отчёт CRM покажет, что сделка проиграна. Переписка часто показывает, где именно она начала проигрываться.

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

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

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

Аудит переписок — это системный разбор реальных диалогов менеджеров с клиентами по заранее определённым критериям.

Мне важно отделять его от двух похожих, но более слабых форматов.

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

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

Нормальный аудит отвечает как минимум на четыре вопроса:

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

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

Какие диалоги брать для анализа

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

Для первой выборки полезно взять несколько типов переписок:

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

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

Если в отделе много каналов, я бы также не смешивал всё в одну кучу. Продажи в чате сайта, длинная B2B-переписка по почте и диалог в WhatsApp могут решать разные задачи. Сам канал не определяет метод продажи, но влияет на формат и темп общения. Общую систему я разбираю в материале «Продажи в переписке».

Почему нельзя оценивать отдельные фразы без контекста

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

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

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

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

Чек-лист аудита переписки

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

1. Заявка вообще попала в работу?

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

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

2. Скорость первой реакции

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

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

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

3. Первый содержательный ответ

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

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

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

4. Диагностика задачи

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

Это не означает отправить анкету из десяти вопросов. Я предпочитаю модель «пинг-понга»: вопрос → ответ клиента → реакция или небольшой полезный фрагмент → следующий вопрос.

Отдельно этот подход разобран в статье про выявление потребностей.

5. Использует ли менеджер ответы клиента

Очень показательная ошибка: вопросы заданы правильно, но презентация всё равно стандартная.

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

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

6. Презентация ценности

Менеджер перечисляет свойства продукта или связывает их с задачей клиента?

Для себя я использую простую связку: свойство → выгода → преимущество.

7. Цена не становится финальной точкой

Сам ответ на вопрос «сколько стоит?» может быть коротким. Проблема начинается, когда менеджер отправил цифру и закончил коммуникацию.

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

8. Работа с сомнениями и возражениями

Менеджер не обязан «побеждать» каждое возражение. Его задача — сначала понять, что оно означает.

«Дорого» может значить отсутствие бюджета, непонятную ценность, сравнение с конкурентом или сомнение в результате. «Я подумаю» тоже не является одним универсальным состоянием.

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

9. Есть ли доказательство под важное сомнение

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

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

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

Один из самых частых провалов — хорошая консультация, которая ничем не заканчивается.

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

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

11. Что происходит, если клиент замолчал

Наличие follow-up — отдельный критерий качества.

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

Если клиент перестал отвечать, полезно свериться с отдельной инструкцией «Клиент не отвечает: что написать». А когда задача — получить ясность по зависшей сделке, я использую подход «дожимать не покупку, а решение» — он подробно разобран в статье про дожим клиента.

12. Зафиксирован ли результат в CRM

Сильная переписка теряет часть ценности, если после неё в CRM остаётся комментарий «думает».

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

Как оценивать переписки в баллах

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

Для простого первого аудита я бы использовал шкалу:

0 критерий провален или отсутствует;
1 сделано частично;
2 сделано хорошо;
N/A критерий не относится к этой сделке.

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

Это уже конкретная гипотеза для обучения и изменения скрипта.

Пример разбора одного диалога

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

Что я бы отметил в аудите:

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

Вариант сильнее может выглядеть так:

Здесь нет магии формулировки. Просто цена перестала быть финальной точкой, а менеджер открыл следующий кусок диагностики.

Как отличить ошибку менеджера от ошибки системы

Это один из самых важных результатов хорошего аудита.

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

Это не проблема текста. Это проблема процесса.

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

Я бы делил находки как минимум на четыре типа:

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

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

Как разбирать результаты с командой

Я бы не превращал разбор переписок в публичную порку.

Полезнее показать несколько реальных ситуаций и вместе ответить на вопросы:

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

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

Так лучшие практики перестают быть личным секретом одного сотрудника.

Как превратить аудит в цикл улучшений

Для меня это ключевая часть метода.

Сам по себе отчёт ничего не меняет. Нужен замкнутый цикл:

1. собрать реальные переписки;
2. оценить их по одинаковым критериям;
3. найти повторяющиеся провалы и сильные решения;
4. выбрать небольшое число изменений;
5. обновить скрипты, регламенты или обучение;
6. дать команде время применить изменения;
7. снова разобрать реальные диалоги;
8. сравнить, что изменилось.

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

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

Как часто проводить аудит

Универсальной частоты нет. Она зависит от количества обращений, размера команды, длины сделки и скорости изменений в продукте.

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

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

Чаще имеет смысл проверять переписки, когда:

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

Периодичность должна помогать принимать решения, а не производить отчёты ради отчётов.

Типичные ошибки руководителя при контроле переписок

Ошибка 1. Искать «неправильные слова»

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

Ошибка 2. Проверять только проигранные сделки

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

Ошибка 3. Давать обратную связь без учёта этапа

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

Ошибка 4. Сравнивать менеджеров без учёта качества лидов

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

Ошибка 5. Менять всё сразу

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

Ошибка 6. Не проверять результат изменений

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

Когда аудит должен закончиться обучением или изменением процесса

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

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

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

Если все задают вопросы, но презентация после них остаётся одинаковой — тренируйте связку «диагностика → персональная ценность».

Если сделки массово зависают после предложения — разбирайте следующий шаг и follow-up.

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

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

Для сложных B2B-команд можно отдельно начать с аудита скриптов и коммуникаций в B2B.