CRM есть, а продажами управляют на планерке

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

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

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

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

У вас в компании две системы управления продажами, и работает только одна

По документам в компании одна система управления продажами — CRM. По факту их две: цифровая и устная. Формально первая должна быть основанием для второй. Что это значит? РОП приходит на планерку, уже зная воронку по цифрам, и тратит пятнадцать минут на то, чтобы уточнить детали и снять риски.

По факту происходит наоборот. Встреча с сотрудниками — единственный момент, когда РОП вообще узнает, что происходит в отделе, а CRM после нее используется как место, куда задним числом переносят то, что уже обсудили вслух. Компания платит за лицензии, интеграции, иногда за отдельного человека, который следит за заполнением полей, а фактическое управление все равно держится на пересказе дел один раз в день.

Почему РОП не доверяет CRM больше, чем собственным ушам

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

Масштаб проблемы — не локальная особенность отдельных компаний. Validity опросили 602 пользователей и ответственных за CRM. 76% признали, что точными и полными можно назвать меньше половины данных в их системе, и это ответ людей, которые сами эту CRM администрируют. Если меньше половины карточек отражает реальность, спрашивать по CRM бессмысленно: там либо устаревшие данные, либо только то, что менеджер успел перенести. Планерка в такой ситуации — компенсация недостающей достоверности.

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

Три менеджера — планерка справляется, десять — она врет

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

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

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

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

Формула одной планерки: сколько сделок реально доходит до РОПа

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

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

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

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

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

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

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

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

У планерки есть системный изъян: она устроена как выборка, а не как аудит. Она ловит то, что кто-то решил вспомнить, а не то, что реально происходит в каждой из сотен карточек.

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

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

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

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

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

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

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

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

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

Дайте встрече решать вопросы, которые видно, а системе — искать те, что не видно никому.