CRM куплена, доступы розданы, руководитель провёл совещание — а сделки по-прежнему живут в блокнотах, Excel и в голове менеджера. Разбираем шесть настоящих причин, по которым отдел обходит систему, и что снимает каждую из них. Штрафов и приказов в списке не будет.
Сотрудники не ведут CRM не потому, что они вредные или ленивые. В подавляющем большинстве проектов причина одна: для менеджера система — это лишняя работа, которая ничего не даёт взамен. Пока это так, любые приказы работают неделю-две, потом всё возвращается назад.
Ниже — по каждой причине: как она выглядит изнутри отдела и что конкретно делать. Если узнаёте свою ситуацию хотя бы в трёх пунктах из шести — дело не в людях.
Формально сотрудники «против системы». На деле за этим почти всегда стоит одна из шести конкретных причин — и у каждой своё решение.
Менеджер вносит данные, а получает только отчёт для начальника. Для него CRM — работа на чужую пользу, поэтому заполняется по остаточному принципу.
Что делать. Сделать CRM рабочим инструментом менеджера: напоминания о следующем шаге, вся история клиента в одной карточке, шаблоны писем и КП. Когда система экономит ему время, саботаж исчезает сам.
Карточка сделки разрослась до трёх экранов, половина полей — «на всякий случай». Заполнение занимает десять минут на каждого клиента, и менеджер честно выбирает: продавать или отчитываться.
Что делать. Оставить только то, что реально используется в работе: минимум обязательных полей, остальное — по желанию или автоматически. Хорошая проверка: карточка должна заполняться во время разговора с клиентом, а не после него.
Сделки ведут в CRM, но планёрка идёт по Excel, цифры недели руководитель собирает в мессенджере, а ключевые клиенты живут в личном блокноте менеджера. Раз блокнот — главный, CRM становится дублёром.
Что делать. Убрать параллельный учёт: руководитель перестаёт принимать цифры и планы из любых источников, кроме системы. Не «заведите потом в CRM», а «если этого нет в CRM — этого не существует».
Заявка пришла на почту, в мессенджер, по телефону. Менеджер отвечает сразу, а в систему собирается внести вечером. К вечеру — пять новых заявок, и половина теряется.
Что делать. Подключить каналы напрямую: заявки с сайта, почты, телефонии и мессенджеров должны создавать сделки сами. Тогда менеджер не «вносит данные», а начинает работу с уже созданной карточки.
Прозрачность воспринимается как слежка: «заведу сделку — заберут клиента», «увидят воронку — зарежут премию». Особенно это касается сильных продавцов, у которых база клиентов — их капитал.
Что делать. Показать, что система защищает менеджера, а не только собственника: клиент закреплён за тем, кто завёл его первым, вся история договорённостей под рукой, спорные ситуации решаются по записям, а не по памяти.
Обучение было: один общий созвон на час с демонстрацией экрана. Через неделю каждый работает как понял, самый смелый спрашивает в чате — и получает «это же очевидно».
Что делать. Учить на реальных сделках отдела, а не на демо-примере, и оставить короткие письменные инструкции по типовым действиям. Первые две недели нужен человек, которому не стыдно задать вопрос.
Когда отдел игнорирует систему, собственнику хочется нажать. Это понятно — и почти всегда бесполезно.
Отдел начинает заводить мусорные сделки «для галочки»: пустые карточки, выдуманные суммы, стадии на авось. Система формально заполнена — и полностью бесполезна. Доверие к цифрам теряется надолго.
Без изменения самой системы приказ держится неделю-две. Потом менеджеры тихо возвращаются в блокноты, а руководитель делает вид, что не замечает, — потому что контролировать каждого вручную невозможно.
Если сотрудники обходят систему, проблема почти всегда в системе, а не в людях. Сначала убирают причины — потом требуют результат.
Порядок важен: сначала систему делают удобной для менеджера, потом её делают единственным источником правды. В обратном порядке получается приказ, который не работает.
Посмотреть, какие поля и стадии реально используются. Всё, что заполняется «для отчёта», но ни на что не влияет, — скрыть. Оставить минимум, который менеджер способен заполнить прямо во время разговора.
Сайт, почта, телефония, мессенджеры должны создавать сделки автоматически. Цель простая: менеджер больше не переписывает заявку руками — он начинает работу с готовой карточки.
Не общий вебинар, а разбор по реальным клиентам отдела: вот ваша сделка, вот как она движется, вот что произойдёт, если не заполнить следующий шаг. Плюс короткая письменная инструкция по пяти-семи типовым действиям.
Планёрка — по воронке в CRM, цифры недели — по отчёту из CRM, вопрос по клиенту — по карточке в CRM. Нет сделки в системе — нет сделки. Это единственное «жёсткое» правило во всей схеме, и оно работает, потому что причины саботажа уже убраны.
Не по отчёту о заполненности, а по поведению отдела. Признаки ниже видны без всякой аналитики.
Менеджер открывает CRM утром сам — до напоминания руководителя, потому что там его день: задачи, звонки, клиенты.
На планёрке смотрят в воронку, а не в таблицу в Excel, которую кто-то ведёт «для руководства».
Вопрос «что по клиенту?» решается открытием карточки, а не поиском менеджера по офису.
Менеджеры сами просят доработки: «добавьте шаблон», «сделайте напоминание». Это лучший признак — системой пользуются.
Уход менеджера перестаёт быть катастрофой: база клиентов и история остаются в компании, а не в его блокноте.
Собственник видит картину без звонков: сколько заявок, где застряли сделки, кто перегружен. Кстати, это ровно те отчёты, о которых следующая статья.
Если из шести пунктов выполняются один-два — систему внедрили формально. Это не приговор: обычно достаточно убрать причины из третьего раздела, и картина меняется за пару недель.
Сначала понять, чего он боится. Чаще всего — что заберут клиентскую базу, которую он копил годами. Рабочий ход: закрепить в системе правило «клиент принадлежит тому, кто завёл его первым», и показать, что карточка защищает его интересы, а не только интересы компании. Если после этого человек принципиально не работает в системе — это уже вопрос не к CRM, а к тому, насколько компания готова зависеть от одного человека.
Штраф работает только тогда, когда нарушать правило сложнее, чем выполнять. Если карточка заполняется десять минут, а заявки приходят в пять разных мест, штраф порождает не дисциплину, а мусорные сделки «для галочки». Порядок такой: сначала убрать причины (лишние поля, двойной учёт, ручной ввод заявок), потом ввести правило «нет сделки в CRM — нет сделки». После этого штрафы обычно не нужны вовсе.
По массовости. Если систему обходит большинство отдела — проблема в системе: люди не договариваются саботировать одновременно. Если в CRM не работает один человек при работающих остальных — это уже разговор с человеком. Простая проверка: посмотрите, сколько сделок создано в системе за последнюю неделю и сколько их было на самом деле. Разрыв больше трети — вопрос к настройке и процессу, а не к персоналу.
Нужно, но проще. В маленьком отделе не нужны сложные воронки и аналитика — достаточно, чтобы заявки создавались сами, карточка была короткой, а руководитель смотрел только в систему. Собственно, для трёх человек план из четвёртого раздела сжимается до одной недели. Зато именно в маленькой компании уход одного менеджера с базой в блокноте бьёт больнее всего.
Если внедрение начиналось с выбора полей, стадий и отчётов для руководства — скорее всего, систему строили «для начальника», и отдел её закономерно обошёл. Во второй раз начинать нужно с другого конца: с рабочего дня менеджера и того, что система делает за него. Методика та же, что в наших проектах внедрения: сначала разбор реального процесса продаж, потом настройка под него, потом обучение на своих сделках и сопровождение первые недели.
Если система куплена, а отдел её обходит, — на короткой встрече найдём, какая из шести причин ваша, и скажем, что с ней делать. Если окажется, что дело в людях, а не в системе, — скажем и это. Встреча на 40 минут, без обязательств продолжать.
