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

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

Шесть причин, и только последняя про дисциплину

Порядок здесь не случайный: он идёт от самой частой причины к самой редкой, и одновременно — от самой дешёвой в устранении к самой дорогой.

  1. 1Полей больше, чем смысла. Карточка из коробки за пару лет обрастает до тридцати-сорока полей, десяток из них обязательные. Менеджер заполняет их формально — «-», «уточню», «нет» — и это единственный доступный ему способ закрыть форму и вернуться к работе.
  2. 2Двойной ввод. Одни и те же данные вносятся в CRM и в учётную систему, в CRM и в таблицу отгрузок, в CRM и в отчёт для руководителя. Механику появления второй таблицы и порядок её устранения мы разбирали в статье про параллельный учёт в таблицах — это отдельная и очень типичная болезнь.
  3. 3Медленный интерфейс. Карточка открывается 6–9 секунд, поиск клиента — ещё столько же. За день менеджер открывает карточки десятки раз, и на ожидании набегают минуты, которые он воспринимает как личное оскорбление системы.
  4. 4Карточка бесполезна самому менеджеру. Он вносит данные, а взамен не получает ничего: ни истории клиента под рукой, ни готового документа, ни подсказки по следующему шагу. Ввод превращается в отчётность перед начальством, а отчётность люди делают в последнюю очередь.
  5. 5Этапы воронки непонятны. Если между «в работе» и «переговоры» нет проверяемой границы, менеджер не двигает сделку не из вредности, а потому что не знает, куда именно её двигать. Определения этапов и процедура их приведения в порядок описаны в материале про воронку, которой можно верить.
  6. 6Нет последствий. Незаполненная сделка не мешает ничему: премия считается по выручке, планёрка идёт по устным рассказам, отчёт руководитель собирает руками. Это единственная причина, которая действительно про дисциплину, и она последняя по частоте.

Диагностика за один день: два замера

Спорить о причинах бесполезно — их надо измерить. Оба замера делаются силами компании, не требуют внедрения и занимают один рабочий день.

  1. 1
    Замер 1. Хронометраж ввода

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

  2. 2
    Замер 2. Инвентаризация полей

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

  3. 3
    Свести результаты

    Минуты из первого замера раскладываются по полям из второго. Обычно выясняется, что самые долгие для заполнения поля не встречаются ни в одном отчёте — просто потому, что долго заполняются именно свободные текстовые поля, а в отчёты попадают справочники.

Типичный результат первого замера в отделе на восемь человек: 47 минут в день на менеджера. Из них 14 минут — полезный ввод, который потом кто-то читает; 15 минут — двойной ввод в две системы; 11 минут — поля, не попадающие ни в один живой отчёт; 7 минут — чистое ожидание интерфейса. То есть 33 минуты из 47 не порождают ни одной строки отчётности.

графикmenedzhery-ne-vedut-crm--01
Разбивка 47 минут ежедневного ввода: 14 полезных, 15 двойного ввода, 11 мёртвых полей, 7 ожидания

Горизонтальная составная полоса «47 минут в день на одного менеджера», разделённая на четыре подписанных сегмента пропорциональной длины: «полезный ввод — 14 мин», «двойной ввод в две системы — 15 мин», «поля, которых нет ни в одном отчёте — 11 мин», «ожидание интерфейса — 7 мин». Под тремя правыми сегментами общая фигурная скобка с подписью «33 минуты не порождают ни одной строки отчётности». Справа плашка с пересчётом: «8 менеджеров × 33 мин × 21 день = 92,4 часа = 67 452 ₽/мес». Чертёжный стиль, подписи по-русски.

Из 47 минут ежедневного ввода отчётность видит только 14

Что стоит недоведённая CRM: расчёт на отделе из восьми человек

Модельная компания: восемь менеджеров, 420 активных сделок, средний чек 90 000 ₽, валовая маржинальность 25 %, то есть 22 500 ₽ валовой прибыли со сделки. Потери здесь двух видов, и складывать их в одну сумму нечестно: первые вытекают каждый месяц, вторые лежат замороженным грузом и достаются один раз при разборе.

Цена незаполненной базы. Модель: 8 менеджеров, 420 активных сделок
Время ввода, не попадающее в отчёты33 минуты в день на человека
Всего в месяц: 8 чел × 33 мин × 21 день5 544 минуты = 92,4 часа
Стоимость часа менеджера: 90 000 ₽ × 1,3 ÷ 160 ч731 ₽, округляем до 730 ₽
Ежемесячные потери времени: 92,4 ч × 730 ₽67 452 ₽/мес
Сделки без даты следующего шага: 420 × 38 %160 сделок
Возвращается в работу после разбора: 160 × 35 %56 сделок
Конверсия возвращённой сделки8 %
Валовая прибыль возврата: 56 × 8 % × 22 500 ₽100 800 ₽ разово
Итого67 452 ₽ каждый месяц плюс около 100 800 ₽, замороженных в 160 зависших сделках

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

Что чинится настройкой

Четыре причины из шести — инженерные, и порядок работ по ним жёсткий: сначала бесплатное, потом дорогое.

  • Ревизия полей. День работы руководителя отдела, ноль рублей. Карточка на тридцать четыре поля обычно сокращается до двенадцати-четырнадцати: остаются те, что попадают хотя бы в один живой отчёт или в одно правило автоматизации. Обязательность привязывается к этапу, а не к карточке целиком.
  • Автозаполнение того, что осталось. Реквизиты по ИНН, контакты и источник из канала обращения, позиции и договорённости из расшифровки разговора. Разбор по источникам и расчёт стоимости — в статье про автозаполнение карточек CRM.
  • Отказ от двойного ввода. Обмен между CRM и учётной системой в ту сторону, где данные рождаются. Пока обмена нет, любые призывы «вести всё в системе» означают буквально «делайте двойную работу», и менеджеры это слышат правильно.
  • Польза в обмен на ввод. История клиента и его отгрузок в карточке, готовое коммерческое предложение по кнопке, подсказка следующего шага. Это единственный способ поменять мотивацию без разговоров о мотивации: заполненная карточка начинает экономить время того, кто её заполняет.
разбор экранаmenedzhery-ne-vedut-crm--02
Карточка сделки до и после ревизии: 34 поля против 14, обязательные привязаны к этапу

Два нарисованных абстрактных экрана карточки сделки рядом. Слева «Было»: длинная форма из 34 строк, десяток помечен красной звёздочкой «обязательно», внизу полоса прокрутки, подпись «6 минут на первичное заполнение». Справа «Стало»: короткая форма из 14 строк, сгруппированных в три блока — «приходит само», «подтвердить в один клик», «заполнить руками»; звёздочки обязательности стоят только у двух полей с пометкой «обязательно на этапе «КП отправлено»». Между экранами вертикальная стрелка с подписью «ревизия: 1 день, 0 ₽». Чертёжный стиль, подписи по-русски.

Половина эффекта достигается удалением полей, а не автоматизацией их заполнения

Что настройкой не чинится

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

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

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

сравнениеmenedzhery-ne-vedut-crm--03
Две колонки: что чинит подрядчик настройкой и что может сделать только руководитель

Сравнение в две колонки. Левая «Чинит настройка, 2–3 недели»: ревизия полей (34 → 14), автозаполнение реквизитов и контактов, обмен вместо двойного ввода, история клиента и документы по кнопке. Правая «Чинит только руководитель»: правило обязательного следующего шага, планёрка по данным, а не по рассказам, один владелец процесса, аккуратная связка премии с данными. Между колонками вертикальная стрелка сверху вниз с подписью «сначала левая колонка, через месяц — правая». Внизу общей строкой: «санкции до ревизии дают 95 % формальной полноты и ноль пригодности». Чертёжный стиль, подписи по-русски.

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

Когда CRM действительно не нужна

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

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

  • Кто-то не смог за минуту ответить на вопрос «что с клиентом N» без звонка коллеге. Раз в неделю — терпимо, каждый день — уже дорого.
  • Клиент второй раз рассказывает то, что уже рассказывал другому сотруднику. Это самая заметная снаружи форма отсутствия общей базы.
  • Отчёт за месяц собирается вручную дольше двух часов. Дальше он либо начинает врать, либо перестаёт собираться.

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

Менеджер ведёт ту систему, которая экономит ему время сегодня. Всё остальное он ведёт для начальства и ровно настолько, насколько его проверяют.