Фраза «у нас всё есть в CRM» обычно звучит с таким спокойствием, словно вопрос управления продажами на этом закрыт. Все сделки заведены, поля заполнены, задачи поставлены, воронка настроена, отчёты формируются автоматически, на отдельном экране работает красивый дашборд.
Однако на вопрос о том, почему в прошлом месяце отдел не выполнил план, система нередко отвечает набором предположений. Лиды стали слабее, менеджеры недоработали, клиенты дольше принимали решения, несколько крупных оплат перенеслись — каждая версия выглядит правдоподобно, но ни одну нельзя подтвердить данными CRM.
Именно с этого для меня начинается настоящий аудит: не с проверки роботов и интеграций, а с выяснения, можно ли доверять информации, на основании которой компания принимает решения.
Технически исправная CRM может быть управленчески бесполезной
Карточки создаются автоматически, телефония и почта подключены, сделки перемещаются между этапами, сотрудники получают уведомления — с технической точки зрения система работает безупречно. При этом в статусе «Переговоры» находятся восемьдесят четыре сделки, и никто не может уверенно объяснить, что происходит с каждой из них.
С одним клиентом действительно ведутся переговоры, другому отправили коммерческое предложение, третий ждёт решение руководителя, четвёртому менеджер не дозвонился, пятый перестал отвечать три недели назад, шестой уже согласовал договор. Все карточки находятся на одном этапе, хотя вероятность оплаты и необходимые действия по ним принципиально различаются.
CRM продолжает исправно выполнять заложенные правила, но управлять по такой воронке сложно. Она показывает не состояние клиентов, а то, как сотрудники интерпретируют статусы и насколько своевременно передвигают карточки.
Поэтому первую проверку я начинаю с сопоставления системы и реальности. Открываю сделку, смотрю этап, затем изучаю звонки, переписку, комментарии и задачи, после чего отвечаю на простой вопрос: клиент действительно находится там, где показывает CRM?
Иногда карточка стоит на презентации, хотя по последнему разговору клиент неделю назад отказался, в другой сделке указан первичный контакт, хотя менеджер уже отправил договор и ждёт реквизиты. Несколько таких случаев говорят о нарушении дисциплины, но если статус не соответствует реальности в 30–40% выборки, вся аналитика воронки превращается в декорацию. Отчёт строится не по клиентскому пути, а по тому, куда менеджеры успели или не успели переместить карточку.
Этап должен отражать состояние клиента
Особенно осторожно я отношусь к воронкам, где этапы описывают действия сотрудника: «позвонили», «отправили коммерческое предложение», «направили договор». Менеджер действительно мог выполнить каждое из этих действий, но они ещё не доказывают, что сделка продвинулась.
После отправки предложения клиент мог открыть документ или оставить его непрочитанным, согласиться с условиями или отказаться, переслать материалы директору или забыть о разговоре. Активность менеджера состоялась, изменение состояния клиента — не обязательно.
Для управления полезнее этапы, которые подтверждаются событиями со стороны покупателя: потребность определена, лицо, принимающее решение, установлено, встреча согласована, решение презентовано, обратная связь получена, условия приняты, договор согласован, дата оплаты подтверждена. Конкретные названия зависят от процесса, но смысл остаётся одним — CRM должна показывать движение клиента, а не занятость сотрудника.
Одинаково заполненные поля могут означать разные ситуации
Даже при формально правильных статусах данные теряют ценность, если сотрудники понимают их по-разному. Возьмём причину отказа «дорого». В одной сделке клиент действительно располагал бюджетом вдвое ниже необходимого, в другой попросил скидку и ушёл, когда её не получил, в третьей менеджер назвал цену на второй минуте разговора, в четвёртой покупатель выбрал конкурента с другим продуктом, в пятой реальная причина осталась неизвестной, и сотрудник отметил первый подходящий пункт, потому что без него система не позволяла закрыть карточку.
В отчёте появятся пять отказов из-за цены, хотя в действительности перед нами разные проблемы: несоответствие целевой аудитории, условия сделки, слабое раскрытие ценности, преждевременная презентация стоимости, конкурентное предложение или отсутствие обратной связи. Принимать одно управленческое решение на основании такой цифры нельзя.
Ложные данные появляются не обязательно из-за небрежности менеджеров. Иногда сама логика CRM вынуждает их вводить сведения, которых у них нет. Если сделку невозможно закрыть без причины отказа, а клиент просто перестал отвечать, сотрудник выбирает «неактуально», после чего собственник видит, что 27% клиентов якобы потеряли интерес, и начинает бороться с проблемой, существование которой никто не доказал.
Похожая ситуация возникает с обязательным бюджетом. Менеджер не выяснил сумму, но без неё нельзя перейти на следующий этап, поэтому в поле появляется приблизительное значение. Затем маркетинг сегментирует аудиторию, РОП строит прогноз, собственник принимает решения, не подозревая, что исходная цифра была придумана только ради сохранения карточки.
Наличие задачи ещё не означает контроль сделки
CRM может показывать, что у каждой активной сделки есть следующее действие и просроченных задач нет. Формально клиент не заброшен, но запись «позвонить через неделю» сама по себе ничего не сообщает о качестве работы. Непонятно, почему выбран этот срок, о чём договорились стороны, кто должен инициировать контакт, что произойдёт за семь дней и какого результата ожидает менеджер.
Такая задача может быть не продолжением продажи, а способом перенести неудобную карточку в будущее, чтобы сегодня к ней не возвращаться. Поэтому для меня важен не сам факт наличия активности, а смысл следующего шага и его связь с подтверждённой договорённостью.
Особенно заметна недостоверность CRM при проверке прогноза. РОП ожидает получить в текущем месяце 15 миллионов рублей, но сумма держится на нескольких крупных сделках. По первой с бюджетом 2 миллиона последний контакт был двенадцать дней назад, а комментарий ограничивается словами «клиент думает», по второй коммерческое предложение на 1,5 миллиона отправлено без обратной связи, третья на 3 миллиона находится на согласовании, хотя неизвестно, кто и что согласовывает, по четвёртой на 800 тысяч стороны договорились подписать документы в пятницу.
Только четвёртая сделка имеет признаки обоснованного прогноза, остальные пока больше похожи на надежду. В CRM все они входят в pipeline и складываются в убедительную сумму, хотя степень подтверждения у них совершенно разная.
Pipeline показывает общий объём потенциальных денег в работе, прогноз — сумму, которая с разумной вероятностью поступит в определённый период. Эти показатели нельзя смешивать. Тридцать миллионов в открытых сделках не означают, что отдел близок к выполнению плана на десять миллионов, пока неизвестны этапы, сроки нахождения на них, подтверждённые события, историческая конверсия и следующие действия.
Иногда большой pipeline говорит не о сильной воронке, а о том, что компания месяцами не закрывает сделки, которые фактически потеряны.
Дубли и источники искажают даже базовые показатели
Ошибки в логике сущностей способны заметно изменить количество лидов и конверсию. Клиент оставил заявку на сайте, на следующий день написал в мессенджер, затем позвонил, и CRM создала три лида. Компания видит три обращения, три сделки и низкую конверсию, хотя в реальности перед ней один человек. Возможна и обратная ситуация, когда корпоративный клиент ведёт три независимых проекта, а система объединяет их в одну карточку, создавая видимость единственной крупной сделки.
Поэтому даже число лидов и сделок нельзя принимать на веру, пока не определены правила поиска дублей, объединения контактов и разделения разных возможностей одного клиента.
Не менее спорным бывает источник обращения. Человек увидел рекламу, несколько дней обдумывал предложение, затем нашёл компанию по названию в поиске и оставил заявку на сайте, после чего CRM записала органический трафик. Другой покупатель пришёл по рекомендации, но менеджер вручную отметил источник «сайт». На основании этих данных маркетинг оценивает каналы, а собственник перераспределяет бюджет, хотя система фиксирует последний технический переход или субъективный выбор сотрудника, а не реальный путь клиента.
Дата изменения карточки не всегда совпадает с событием
В конце месяца РОП просит команду очистить воронку, менеджеры закрывают всё, что давно висело без движения, и за один день CRM получает семьдесят отказов. С клиентами в этот день ничего не произошло, сотрудники лишь привели карточки в соответствие с реальностью, однако аналитика покажет резкий рост потерь именно на дату обновления.
Обратная ситуация возникает с крупной сделкой, которую менеджер не хочет закрывать в надежде на возвращение клиента. Она полгода остаётся активной, увеличивает pipeline и участвует в отчётах, хотя фактически переговоров давно нет.
Если компания не различает дату реального события и дату внесения информации, анализ динамики и продолжительности этапов становится ненадёжным. Система точно хранит момент действия менеджера, но не обязательно момент изменения в клиентской ситуации.
Как проверить достоверность CRM
Я оцениваю систему не по количеству заполненных полей и подключённых интеграций, а по выборке сделок. Для проверки нужны успешные продажи, отказы, зависшие карточки, крупные позиции из прогноза и старые активные сделки. По каждой из них следует сопоставить информацию в CRM, звонки и переписку, установленный статус и реальное положение клиента.
Такой разбор быстро показывает, где именно возникает расхождение. Иногда ошибается не программа, а правила её использования: неоднозначные статусы, обязательные поля без возможности указать, что информация неизвестна, формальные причины отказов, ручное изменение источников, отсутствие критериев прогноза.
Полезный принцип проверки прост: каждый значимый факт должен иметь подтверждение. Если в карточке написано, что клиент готов купить в сентябре, должно быть понятно, назвал ли он этот срок в разговоре или менеджер сделал предположение. Бюджет в 500 тысяч рублей может быть подтверждён покупателем либо рассчитан по продукту, который он просматривал, но эти сведения нельзя считать равноценными. Вероятность сделки в 80% имеет смысл только тогда, когда определено событие, отличающее её от 50%.
Если показатель невозможно связать с фактом, он превращается в субъективное мнение сотрудника, а затем несколько таких мнений складываются в дашборде и выглядят как объективная аналитика.
Автоматизация не исправляет слабую логику данных
Когда компания перестаёт доверять CRM, естественным решением кажется усиление автоматизации: новые роботы, обязательные поля, речевая аналитика, автоматические резюме звонков и заполнение карточек без участия менеджера. Все эти инструменты могут быть полезны, но при слабой логике они лишь быстрее наполняют систему недостоверной информацией.
Автоматический анализ способен определить, что клиент произнёс слово «дорого», и установить причину отказа «цена». Однако за этой репликой может находиться непонятная ценность, неподходящий сегмент, стоимость выше рынка или слишком ранний переход менеджера к условиям. Технология помогает найти фрагмент и сократить объём ручной работы, но управленческий вывод по-прежнему требует контекста сделки.
О ненадёжности данных обычно свидетельствует повторяющаяся совокупность признаков: РОП вручную исправляет отчёты, менеджеры ведут параллельные таблицы, фактическое состояние клиентов выясняют в чатах, причины отказов у всех одинаковые, большой pipeline не превращается в точный прогноз, сделки месяцами находятся на одном этапе, статусы не совпадают с коммуникацией, источники меняются вручную, у активных карточек нет содержательного следующего шага.
Самый показательный признак — вопрос руководителя перед совещанием: «Что там на самом деле по этой сделке?». Если достоверный ответ уже хранится в CRM, обращаться к памяти менеджера не требуется.
Что должен установить аудит CRM
Результатом аудита не может быть только перечень технических улучшений: добавить поле, переименовать статус, настроить робота. Сначала необходимо определить, каким данным можно доверять уже сейчас, какие сведения искажены, какие решения из-за этого принимаются вслепую, где система расходится с реальным процессом продаж, какой информации не хватает, что собирается без практической пользы и какие правила работы следует изменить.
Техническая настройка начинается после ответа на эти вопросы. CRM не создаёт систему продаж, а отражает её. Если процесс выстроен, она помогает контролировать движение клиентов и вовремя замечать отклонения, если работа хаотична, программа лишь аккуратно оцифровывает этот хаос.
Можно разработать красивые этапы, подключить автоматизацию и построить эффектные дашборды, но если менеджеры по-разному понимают статусы, прогнозируют на основании ощущений, формально указывают причины отказов, а карточки не соответствуют клиентскому пути, принципиально ничего не меняется — хаос становится цифровым.
Поэтому вопрос заключается не в том, работает ли CRM, а в том, можно ли верить её данным. Должно быть возможно без дополнительных разговоров понять, где находится клиент, что произойдёт дальше, почему сделка потеряна, какие деньги действительно входят в прогноз, на каком этапе просела воронка и где возникло отклонение.
Если для этого руководитель вынужден звонить менеджеру и просить рассказать, что происходит на самом деле, CRM пока не стала источником управленческой правды. Прежде чем добавлять очередной дашборд, поле или робота, необходимо восстановить связь между карточкой и реальностью.
Отсутствие данных заметно сразу, гораздо опаснее ситуация, когда цифр много и вся компания уверена, что им можно доверять.
Сначала причина, потом решение.