Менеджеры не смотрят в CRM: как превратить историю контактов в продолжение разговора

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

Через год менеджер — тот же или уже другой — снова выходит на этот контакт. Открывает разговор с: «Расскажите, чем вы занимаетесь и что сейчас ищете?» В CRM при этом лежит вся история: что обсуждали, какой бюджет называли, почему отложили решение, кто участвовал в выборе.

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

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

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

Иначе CRM превращается в архив: информация в ней есть, но в момент, когда она нужна для продажи, менеджеру приходится самому вспоминать, искать и собирать ее по кусочкам.

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

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

А теперь вопрос: есть ли в вашем процессе точно такой же обязательный шаг перед повторным звонком старому контакту — «открыть историю касаний»? В подавляющем большинстве компаний его нет. Изучение истории — это не этап воронки, а личная добродетель, на которую полагаются молча. Люди систематически пропускают именно то, что не встроено как обязательное, потому что мозг экономит усилие на всем, что не требует отчета.

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

Напоминания не решают задачу

Часто в такой ситуации руководитель просто усиливает напоминания: еще раз написать в чате, добавить пункт в инструкцию, попросить менеджеров внимательнее смотреть CRM.

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

Здесь работает и вторая причина, менее очевидная: даже если менеджер решил проверить, сама проверка часто стоит дороже, чем кажется. По данным Salesforce State of Sales, руководители продаж сами оценивают до 19% данных своей компании как недоступные — то есть формально существующие, но не собирающиеся в единую картину там, где их нужно посмотреть за минуту до звонка. Ритуал, который требует пяти минут поиска по трем вкладкам, проигрывает ритуалу, которого нет вовсе, потому что у второго нет цены в моменте, а у первого есть.

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

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

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

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

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

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

Для клиента это особенно заметно. Он помнит, что уже объяснял ситуацию, а компания — только то, что когда-то с ним разговаривала.

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

Один клиент, два совершенно разных старта

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

Без истории разговор начинается примерно так:

 — Добрый день. Хотел узнать, актуальна ли для вас сейчас автоматизация склада?

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

А если перед звонком система показывает последние важные факты, разговор начинается иначе:

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

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

Где теряется контекст до повторного контакта

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

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

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

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

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

Менеджеру же нужен ответ всего на три вопроса перед контактом: что уже обсуждали, почему остановились и с чего логично продолжить сейчас.

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

Кстати, в justInData картина по клиенту собирается не из пересказа по памяти на летучке, а из фактических записей звонков, CRM и счетов. И первый такой отчет по конкретному клиенту готов не через неделю согласований, а в течение часа — то есть ритуал технически можно не встраивать в голову менеджера, а сразу вынести наружу.

Чего одна технология не решит

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

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

И она не заменит управленческое решение о том, что происходит с аккаунтом при смене менеджера: если передача клиента новому человеку — это устная фраза «ну, разберешься», а не формальная процедура с обязательным ознакомлением, ритуал снова придется строить с нуля.

Как закрыть боль

Для этой конкретной задачи стоит смотреть в сторону нашего сервиса аналитики justInData. Идея как раз в том, чтобы убрать необходимость в ритуале, а не полагаться на то, что менеджер о нем вспомнит: сервис сам собирает данные из CRM, звонков, 1С и таблиц в единую картину по клиенту и отдает готовый отчет на языке руководителя — без миграций и без смены систем, которыми компания уже пользуется.

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

Вместо вывода

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

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

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