директор и машина · продажи · запись № 008 · · Давид Герштейн
Менеджеры не вносят данные в CRM: что делать без репрессий
Менеджеры чаще всего не вносят данные в CRM не из лени, а потому что не знают правил игры или система не даёт им обратной связи. Решение — не штрафы, а дашборд с датой последнего контакта, светофором по срокам стадий и прозрачными критериями оценки.
Клиент висел в CRM полтора года. Без единого движения, без комментария, без даты следующего контакта. Когда команда разбирала аналитику по срокам работы с клиентами, этот один клиент искажал всю статистику — казалось, что средний цикл сделки в компании огромный, хотя на самом деле его просто забыли. Руководитель принял простое решение: убрать его в отдельную воронку, чтобы не портил цифры. Проблему зависшего клиента это не решило — решило только проблему кривой отчётности.
Это типичная история, когда менеджеры не вносят данные в CRM. Не потому что забыли или обленились. Потому что система не даёт им повода это делать: никто не смотрит на конкретную сделку, критериев нет, а последствий от пустой карточки — тоже нет.
Менеджеры не ведут CRM — потому что не знают правил
В одной компании при анализе вторичных звонков выяснилось: систему настроили для оценки менеджеров по определённым критериям, но самим менеджерам эти критерии никто не сообщил. Они продолжали звонить, как звонили всегда, а система оценивала их за несоответствие требованиям, о которых они не подозревали.
Формально это выглядело как саботаж — люди делают не то, что нужно. По факту это управленческая ошибка: правила игры установили, а отделу продаж их не объявили. Решение было простым и в обратной последовательности от привычной: сначала наладить сравнение оценок между собой, а уже потом донести правила до команды. Внедрять контроль, не объяснив критерии, — гарантированный способ получить сопротивление, замаскированное под невнимательность.
Похожая логика в статье о том, как ИИ оценивает звонки менеджеров — там же разбирается, что оценка без прозрачных критериев вызывает не улучшение, а глухое раздражение.
Зависшие сделки: почему CRM врёт вместо того, чтобы показывать правду
Долгоживущий клиент без движения полтора года — частный случай более общей болезни: пайплайн копит мёртвые сделки, которые никто не закрывает и никто не двигает. Формально они «в работе». По факту — это цифровой мусор, который занижает конверсию, завышает средний цикл сделки и прячет реальные проблемы отдела.
В одной компании отдельно выявили зависший пайплайн клиентов, поставленных на паузу: они просто оставались без внимания и не возобновляли сотрудничество. Решили не бросать их в общую воронку с активными клиентами, а протестировать реактивацию именно на «паузниках» — ИИ-бот анализировал историю диалогов, определял причину паузы и подбирал тон коммуникации, прежде чем пинговать клиента. Логика: тестировать риски на сегменте, где терять почти нечего, и только потом масштабировать на активную базу.
Отдельная история — реанимация отказников. Компания подняла базу клиентов, отказавших менеджерам семь лет назад: не готовы платить, не готовы разговаривать, заявку не оставили. Все они когда-то брали трубку, но работали с менеджерами низкой квалификации. В марте эти же люди вернулись и купили на сумму, ощутимую для месячного оборота компании. Зависшие сделки — не всегда мёртвый груз. Иногда это отложенные деньги, которые CRM просто не помогает найти, потому что никто не смотрит в старые статусы.
О том, как CRM может физически врать — сдвигать даты, путать статусы — я разбирал отдельно: CRM врёт данные: разбор на примере Bitrix24. Там же — метод сверки по ID, который применим и здесь: прежде чем разбираться, почему менеджеры не вносят данные, стоит проверить, что сама система вносит их корректно.
Контроль менеджеров по продажам: что реально показывает отчёт
В одной компании продажи за неделю оказались почти на пятую часть ниже плана. Закрыли меньше половины из запланированных сделок. Конверсия в продажу — 14% при плане 23%. Конверсия во встречу была нормальной — 55%, 49 встреч проведено. Провал случился на следующем шаге: из встречи в договор конвертировалось только 22%.
Это конкретный пример того, зачем нужен контроль менеджеров по продажам не как репрессия, а как диагностика: цифры сразу показали, где именно течёт воронка. Не «менеджеры плохо продают» вообще, а конкретно — встречи назначаются нормально, но не закрываются в договор. Руководитель отдела в этой ситуации не скрывал тревоги: «конверсия очень низкая в продажу... мне становится страшно, я начинаю переживать конкретно». Честная реакция на цифры полезнее общих слов про эффективность отдела.
| Показатель | План | Факт |
|---|---|---|
| Продажи за неделю | план | на пятую часть ниже плана |
| Закрытые сделки | весь план | меньше половины плана |
| Конверсия в продажу | 23% | 14% |
| Конверсия во встречу | — | 55% |
| Конверсия встреча→договор | — | 22% |
Есть и обратный пример, где контроль реально сработал. При небольшом отделе продаж продажи стабильно держались выше, чем после расширения отдела почти вдвое. Причина — избыток лидов на менеджера снизил качество работы с каждым конкретным клиентом. После внедрения контроля конверсия начала расти на 1 процентный пункт в месяц. Это медленно, но это результат управления, а не найма новых людей.
Что делать вместо репрессий: дашборд, а не выговор
Штраф за пустую карточку в CRM меняет поведение на день. Дашборд, который сам показывает застрявшие сделки, меняет поведение системно — потому что убирает саму возможность спрятать проблему.
В нескольких компаниях, где я наблюдал эту проблему, решение выглядело похоже: строили не отчёт «для галочки», а рабочий инструмент с прямым переходом из аналитики в карточку сделки. Один дашборд отслеживал pipeline по каждому менеджеру, конверсию договоров в оплату, дату последнего контакта с клиентом и источник сделки — с детализацией по месяцам, чтобы видеть заброшенные сделки без касаний.
Второй пример пошёл дальше: динамический отчёт по воронке, обновляемый ежечасно, с индикатором-светофором по каждой сделке — зелёный, жёлтый, красный — на основе нормативных сроков по стадиям. Не «сколько дней клиент висит вообще», а «сколько дней он висит сверх нормы для этой стадии». Это и есть ответ на вопрос, что делать с зависшими сделками: не искать их вручную раз в квартал, а сделать так, чтобы они сами подсвечивались красным.
Третий вариант — дашборд по договорам: имя менеджера, имя клиента, сумма, дата выставления счёта, была ли встреча с клиентом. Смысл в том, чтобы видеть закономерность: закрываются ли сделки после встреч или без них, и точечно дожимать конкретных клиентов, а не отдел в целом.
Логика у всех трёх решений одна и та же, которую один из руководителей сформулировал коротко: «чем мне создавать два отчёта? Мне проще создать один». Разрозненные таблицы плодят пустые поля в CRM, потому что менеджеру физически неудобно вносить одно и то же в три места. Единый портал с данными по всем источникам, пайплайну и оплатам снимает этот барьер механически — не мотивацией, а конструкцией системы.
Автоматизация без надзора — новая версия старой проблемы
Соблазн после всего этого — автоматизировать заполнение CRM целиком: пусть бот сам подтягивает статусы, сам ставит даты, сам закрывает неквалифицированные лиды. Отчасти это работает: например, при закрытии неквалифицированного лида менеджер теперь проговаривает альтернативное решение по звонку, а SMS с дальнейшей ссылкой уходит автоматически — вручную это делали реже и хуже.
Но полная автоматизация без контроля создаёт новую проблему вместо старой. Я подробно разбирал это на других кейсах в статье про автоматизацию, которая требует надзора: система, которую поставили и забыли, начинает врать так же, как забытая вручную CRM — просто по другим причинам.
Применительно к CRM это означает: автоматическое подтягивание статусов снимает часть ручной работы с менеджера, но кто-то должен раз в неделю проверять, что автоматика подтягивает статусы верно. Иначе зависшая сделка просто получит автоматическую пометку «в работе» вместо ручной — и станет ещё незаметнее.
Итоговая последовательность, которая реально работает: объявить менеджерам критерии до того, как их начнут по этим критериям оценивать; построить дашборд с датой последнего контакта и светофором по срокам стадий; смотреть на конверсию по шагам воронки, а не в целом по отделу; и только после этого думать об автоматизации рутинных операций — под регулярным присмотром, а не вместо него.
Частые вопросы
CRM не ведётся, что делать в первую очередь?
Сначала проверить, знают ли менеджеры критерии оценки. Часто система штрафует за несоответствие правилам, которые никто не объяснил.
Как найти зависшие сделки в CRM?
Строить отчёт с колонкой «дней в статусе» и светофором по нормативным срокам стадии — так застрявший клиент виден сразу, без ручного разбора воронки.
Помогает ли увеличение штата менеджеров при плохом контроле?
Нет. В одном случае расширение отдела продаж почти вдвое без контроля дало снижение качества работы с лидами — конверсия выросла только после внедрения контроля.