Как проверить отдел продаж по CRM: что должен увидеть руководитель

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

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

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

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

Что должна показывать структура воронки в CRM

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

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

Как проверить стадии и условия перехода между ними

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

• Можно ли объективно подтвердить, что сделка перешла на следующую стадию — например, есть ли прикреплённый файл с отправленным КП, а не только пометка в комментарии?
• Есть ли случаи, когда сделки перескакивают через несколько стадий сразу — это обычно означает, что часть этапов пропускается менеджером в реальности, а не только в интерфейсе?
• Настроены ли в CRM ограничения — например, невозможность перевести сделку на этап «переговоры о цене» без заполненного поля с суммой?

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

Какие поля обязательны для сделки и что теряется без них

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

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

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

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

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

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

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

Как увидеть реальную активность менеджеров, а не отчёт «для галочки»

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

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

Условный пример. В отчёте по звонкам оба менеджера показывают около 40 звонков в неделю. Но у первого средняя длительность звонка — 6 минут, а у второго — 40 секунд. Формально активность одинаковая, но по факту второй менеджер, вероятно, просто набирает номер и сразу сбрасывает или получает автоответчик — такие «звонки» не продвигают ни одну сделку, но исправно попадают в общий счётчик активности, если руководитель смотрит только на количество, а не на длительность и результат.

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

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

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

Как находить «зависшие» сделки

Зависшая сделка — не обязательно сделка без движения формально; чаще это сделка, где последнее реальное действие было давно, даже если карточка «стоит» на активном этапе. Практический способ найти такие сделки — отфильтровать все сделки без активности (звонка, письма, задачи) дольше определённого срока, специфичного для цикла продажи в компании: например, две недели для короткого цикла или месяц для длинного.

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

Хорошая практика — установить регулярный ритм разбора зависших сделок: например, каждую пятницу выгружать список сделок без активности дольше двух недель и обсуждать его с РОПом коротко, по 10–15 минут. Это не самая интересная управленческая задача, но именно она чаще всего вскрывает сделки, которые формально ещё «в работе», а по факту давно потеряны — и которые никто не потрудился закрыть в системе, потому что закрытая с отказом сделка портит статистику отдела.

Что говорят причины проигрышей, если их анализировать системно

Поле «причина отказа» часто заполняется формально — одним из двух-трёх стандартных вариантов вроде «дорого» или «выбрали другого». Управленческая ценность этого поля появляется только тогда, когда причины детализированы и их можно сгруппировать: проиграли из-за цены, из-за сроков, из-за отсутствия нужной функции, из-за того, что клиент вообще не был целевым. Если 40% отказов приходится на «не дозвонились» — это не характеристика рынка, а прямое указание на проблему скорости или дисциплины обработки внутри компании.

Дубли и распределение клиентов по менеджерам

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

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

История коммуникаций — зачем руководителю в неё заглядывать

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

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

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

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

Красные флаги при просмотре CRM

• Значительная доля сделок висит на одном этапе намного дольше медианного значения по отделу.
• Активность менеджеров резко растёт перед закрытием отчётного периода.
• Причины отказов сведены к двум-трём общим формулировкам без детализации.
• Число дублей клиентов растёт из месяца в месяц, и никто их не объединяет.
• Часть сделок вообще не имеет ни одной запланированной задачи.

Вывод

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

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

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