Купили CRM, но никто не пользуется — дело не в программе
Три месяца назад купили CRM, всех обучили, карточки настроили. Сейчас открываешь систему — большинство стадий пустые, последняя запись трёхнедельной давности, а отдел продаж снова живёт в Excel и переписке в WhatsApp. Система работает. Просто её никто не использует.
Первый порыв в такой момент — сменить платформу: «может, эта программа нам не подходит». Но проблема почти никогда не в самой программе. Причина в поведении: сколько полей нужно заполнить, кто вносит данные и зачем именно ему это делать — на эти вопросы в компании обычно нет чёткого ответа.
Количество полей — сколько минут занимает внесение
Если добавление новой заявки занимает три минуты и требует заполнения двадцати полей, менеджер по продажам отложит это «на потом», и это «потом» не наступит никогда. Правило простое: обязательными должны быть только поля, действительно нужные для перехода на следующий этап, остальное — либо необязательно, либо заполняется автоматически.
На первом этапе достаточно имени, контакта и источника. Отрасль, бюджет, срок принятия решения — ценные данные, но требовать их до первого звонка бессмысленно. Их логичнее собирать на следующем этапе, когда переговоры уже начались и у продавца есть реальный ответ. На этапе отправки предложения бюджет и срок принятия решения уже уместны — к этому моменту у продавца в руках конкретная цифра, а не догадка.
Кто вносит данные и для кого
Данные обычно вносит менеджер по продажам, а отчёт читает руководитель. Для самого менеджера это лишний листок, который ничего не добавляет к его работе, — и его перестают заполнять. Система должна быть полезна именно тому, кто вносит данные: сама напоминать о следующем шаге, сама ставить дату повторного контакта, предлагать готовый шаблон сообщения.
Если польза течёт только вверх — только в отчёт руководителю — CRM так и остаётся для менеджера «дополнительной работой». Польза должна возвращаться и вниз, чтобы заполнение системы облегчало собственную работу продавца, а не служило только инструментом контроля. Например, если система сама присылает напоминание в день повторного контакта, менеджеру не нужен отдельный блокнот с пометками — напоминание облегчает именно его работу, а не только чужой отчёт.
Пока параллельная система жива, старая привычка побеждает
Если таблица Excel и переписка в WhatsApp всё ещё доступны, команда выберет путь наименьшего сопротивления — а это почти всегда старая привычка. Пока новая система работает параллельно со старой, она остаётся «вариантом», хотя должна быть единственным путём.
Практический шаг очевиден: назначить конкретную дату, после которой новые заявки принимаются только через CRM — формы на сайте, записи звонков, обращения из соцсетей должны вести прямо в систему, а не в отдельную таблицу. Закрыть доступ к старой таблице кажется резким решением, но каждая оставленная запасная дверь — это шаг назад. Одно исключение оправдано: старую таблицу стоит оставить в режиме «только чтение», чтобы прежняя история не пропала, но новую строку в неё уже нельзя было добавить.
Если руководитель сам не смотрит в систему, команда тоже не будет
Если на планёрке руководитель спрашивает «что там на этой неделе?» устно и получает ответ по памяти, а не из CRM, команда усваивает: правильно заполнять систему на самом деле не важно, важно то, что сказано на планёрке. Эта привычка формируется быстро, и потом её не исправляет никакое обучение.
Обратный пример прост: планёрка начинается с цифр на экране дашборда, сотрудники объясняют расхождения, а объяснение опирается на запись в системе. Разница небольшая, но она меняет назначение данных — из «документа для руководителя» они превращаются в «место, где записана сама работа». То же правило работает и на личных встречах один на один: разговор о результатах менеджера должен опираться на запись в системе, а не только на его собственные слова.
Как измерять вовлечённость: не количество, а дата
Мерить работоспособность системы количеством записей обманчиво — туда же попадают старые, брошенные карточки. Более честный показатель проще: сколько записей на каждой стадии обновлялись за последние семь дней. Если эта цифра падает, проблема ещё не видна, но уже сформировалась, и её просто поздно заметили.
Отдельный отчёт для этого строить не нужно — хватит одной строки в еженедельном разборе: «сколько записей не трогали больше трёх дней». Если строка держится около нуля, команда воспринимает систему как часть своей работы. Если цифра растёт неделя за неделей, привычка ещё не закрепилась, и стоит вернуться на шаг назад — к количеству полей.
Первые 30 дней: реальный переход со старого на новое
Переводить весь отдел за один день обычно не получается. Надёжнее следующая последовательность.
1. Начните с небольшой группы
Не весь отдел продаж, а два-три человека в пилоте. Их обратная связь формирует список полей и привычку для остальных.
2. Зафиксируйте минимальный набор полей
На время пилота обязательными остаются только необходимые поля. Даже если появляются запросы на добавление новых, первые две недели их не добавляйте — привычка не должна закрепляться поверх усложняющейся структуры.
3. Введите еженедельный ритм разбора
Каждую неделю в один и тот же день смотрите одни и те же цифры: сколько новых заявок поступило, сколько записей на каждой стадии, какие записи не трогали больше трёх дней. Сам ритм закрепляет привычку.
4. Закройте старый канал по плану
После того как пилот дал результат, переведите весь отдел и в тот же день закройте доступ к старой таблице. Растянутый переходный период обычно не заканчивается никогда.
Если CRM пустует, дело не в выборе программы — дело в том, что никому не ясно, кто, что и зачем должен туда вносить.
Настроить систему под собственный процесс
Если узнали в этом описании свою компанию, решение — не покупка другой платформы, а настройка текущей системы под реальный рабочий процесс команды: сократить число полей, вернуть пользу самому продавцу, закрыть старый канал и сделать использование системы привычкой самого руководителя. Наша услуга по настройке CRM под процесс вашей команды существует именно для этого — адаптирует готовую платформу под ваши стадии или строит систему с нуля, если стандартного процесса нет.
