Как оценить качество CRM и данных отдела продаж

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

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

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

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

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

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

Полнота заполнения карточек: базовый уровень доверия к данным

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

Что проверить: полнота данных

• Заполнены ли обязательные поля (телефон, источник, ответственный, сумма сделки) во всех карточках, или пропуски — обычное дело?
• Указан ли контактный человек и его роль в компании-клиенте для B2B-сделок, или в карточке просто «компания N»?
• Есть ли комментарии или заметки по ходу сделки, объясняющие её движение, или карточка меняет статус без объяснений?
• Отличается ли качество заполнения между менеджерами — есть ли те, кто ведёт CRM аккуратно, и те, кто игнорирует её почти полностью?

Актуальность данных: когда карточка в последний раз обновлялась

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

Что проверить: актуальность

• Сколько сделок не имеют никакой активности (звонка, письма, изменения статуса) дольше двух-трёх недель, но при этом остаются в активных статусах?
• Есть ли в системе явно «зависшие» сделки — созданные много месяцев назад, без движения, но не закрытые ни в отказ, ни в успех?
• Соответствует ли дата следующего шага в карточке реальному плану менеджера, или это формальное поле, которое никто не пересматривает?

Корректность стадий воронки: отражают ли статусы реальный процесс

Стадии сделки в CRM должны отражать фактическое положение клиента в процессе принятия решения, а не быть чисто формальным ярлыком. Частая проблема — стадии используются непоследовательно: один менеджер переводит сделку в «переговоры» после первого звонка, другой — только после отправки коммерческого предложения. В результате два менеджера с одинаковым реальным прогрессом по клиенту показывают разные цифры в отчёте.

Что проверить: корректность стадий

• Есть ли для каждой стадии чёткий, письменно зафиксированный критерий перехода («сделка попадает в статус X, когда произошло Y»), или переход происходит по личному ощущению менеджера?
• Бывают ли «прыжки» через стадии без прохождения промежуточных, и как часто?
• Проверяется ли кем-то соответствие статуса сделки реальной ситуации, или контроль полностью на совести самого менеджера?

Фиксация причин проигрышей: то, что чаще всего пропускают

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

Условный пример. За квартал 60% отказов в CRM зафиксированы с причиной «прочее». Формально отчёт есть, но реальной картины нет: невозможно понять, теряет ли компания клиентов из-за цены, сроков, отсутствия нужной комплектации или медленной коммуникации. Без содержательной причины отказа руководитель не может расставить приоритеты в том, что чинить в первую очередь.

Что проверить: причины проигрышей

• Есть ли в CRM конкретный, не универсальный список причин отказа, привязанный к реальным ситуациям бизнеса?
• Какая доля отказов зафиксирована с расплывчатой или обобщённой причиной («не подошло», «прочее»)?
• Требует ли система комментария при выборе причины отказа, или достаточно поставить галочку?

Дубли записей и корректность источника лида

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

Не менее важна корректность указания источника лида. Если менеджер вручную выбирает источник и делает это произвольно («откуда пришёл — не помню, поставлю „сайт“»), маркетинг получает искажённые данные об эффективности каналов и продолжает вкладываться туда, где на самом деле результата меньше, чем кажется.

Что проверить: дубли и источники

• Настроена ли автоматическая проверка на дубли по телефону/email при создании новой заявки?
• Как часто встречаются явные дубли при выборочной проверке базы?
• Фиксируется ли источник лида автоматически (через интеграцию с рекламным кабинетом, сайтом, телефонией), или вручную со слов менеджера?

Привязка ответственного, задачи и прогноз по сделке

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

Что проверить: ответственность и прогноз

• У каждой сделки есть однозначно назначенный ответственный менеджер, или бывают «ничьи» карточки?
• Стоит ли по активным сделкам конкретная следующая задача с датой, или менеджер просто «держит в голове», что делать дальше?
• Насколько прогноз по сумме и сроку закрытия сделки в CRM соответствует тому, что происходит в реальности спустя месяц?

Полнота истории взаимодействий с клиентом

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

Что проверить: история взаимодействий

• Подключена ли телефония и почта к CRM так, чтобы звонки и переписка фиксировались автоматически, а не вручную по желанию менеджера?
• Можно ли, открыв карточку клиента, восстановить полную хронологию общения без обращения к самому менеджеру?
• Что происходит с историей взаимодействий, если сделка передаётся от одного менеджера другому — сохраняется ли контекст?

Как недостоверные данные искажают другие управленческие выводы

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

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

Единая таблица диагностики качества данных CRM

Кто отвечает за качество данных в компании

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

Что проверить: ответственность за данные

• Есть ли в компании человек или роль (РОП, администратор CRM, отдельный сотрудник), которая регулярно контролирует качество заполнения?
• Существует ли письменный стандарт заполнения карточек, знакомы ли с ним менеджеры, или ожидания передаются устно и по-разному?
• Есть ли последствия — хотя бы обратная связь, — если менеджер систематически ведёт карточки небрежно?

Красные флаги в качестве данных CRM

• Большая доля сделок с почти пустыми карточками.
• Массовые «зависшие» сделки без движения, но не закрытые.
• Преобладание общих формулировок в причинах отказа.
• Разные менеджеры используют статусы CRM по-разному, без единого критерия.
• Руководитель не может по данным CRM объяснить, почему конкретная сделка сорвалась, без звонка менеджеру.

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

Как быстро провести первичную проверку

1. Откройте 15–20 случайных активных сделок и оцените полноту и логичность заполнения.
2. Выберите 10–15 закрытых как «отказ» сделок и проверьте содержательность причины отказа.
3. Проверьте базу контактов на явные дубли по номеру телефона.
4. Сравните долю сделок без активности дольше трёх недель к общему числу активных сделок.
5. Спросите у 2–3 менеджеров напрямую, по какому принципу они переводят сделку между статусами — и сравните ответы между собой.

Вывод

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

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

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