Перейти к содержимому

Как пройти внедрение CRM без саботажа команды: этапы и чек-лист

Марина Погодина

6минут чтения

Кризис внедрения CRM обычно начинается одинаково: через месяц после запуска руководитель открывает воронку и видит, что половина сделок висит на стадии "новая" без единого комментария, а лучшие менеджеры по-прежнему ведут клиентов в записных книжках.

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

Я 17 лет работаю в корпоративном ИТ и внутреннем аудите, и за это время привыкла смотреть на любое внедрение со стороны данных: сначала видно, кто и что вносит, потом уже всё остальное.

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

Почему команда саботирует CRM

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

Признаки саботажа внедрения: Менеджеры ведут клиентов в личных заметках, В базу вносят данные постфактум, к отчёту, Жалобы на систему, но запросов в поддержку нет, Руководитель сам не работает в CRM. Иллюстрация к разделу Почему команда саботирует CRM, вид: чек-лист
Иллюстрация: Саботаж выглядит как забывчивость, а по факту это отказ работать по новым правилам без понятной выгоды.

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

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

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

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

Этапы внедрения, после которых система работает

Внедрение проходит шесть этапов, и порядок в них не декоративный: каждый следующий опирается на предыдущий, поэтому пропущенный этап переносится туда, где его ремонт стоит дороже.

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

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

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

Официальную логику работы с воронками и правами доступа всегда сверяйте с документацией выбранного сервиса, например с разделом возможностей CRM у Битрикс24, потому что возможности систем сильно различаются, и обещания интегратора нужно проверять по первоисточнику.

Снимок страницы bitrix24.ru: первый экран с заголовком CRM-система для управления продажами
Источник: bitrix24.ru
Схема слоёв, снизу вверх: доверие к руководителю, понятная выгода сотруднику, правила и ответственность, обучение, и только наверху сама система CRM. Убрали нижний слой, и всё стоящее выше падает.
Техника это верхний слой: если нижние слои пустые, система стоит на воздухе и команда находит способы её обходить.

Пилот: где решается судьба проекта

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

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

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

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

Чек-лист этапов внедрения CRM

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

Шесть этапов внедрения: Зафиксировать цель и метрики, Аудит текущих процессов, Выбор системы под задачи, Пилот на одной группе, Обучение и правила, Контроль после запуска. Иллюстрация к разделу Чек-лист этапов внедрения CRM, вид: схема процесса
Иллюстрация: Внедрение проходит шесть этапов: цель, аудит, выбор, пилот, обучение, контроль.
  1. Зафиксирована цель внедрения и 2-3 метрики, по которым поймём успех: [впишите метрики и их текущие значения].
  2. Проведён аудит реального процесса продаж, включая обходы регламента, и карта процесса подписана руководителем отдела.
  3. Список обязательных полей CRM сокращён до тех, которые нужны менеджеру в работе или отчёту руководителю, каждое лишнее поле удалено.
  4. Назначен внутренний владелец проекта с полномочиями менять процессы, известный всей команде поимённо.
  5. Пилот запущен на одной группе с реальными сделками, у группы выделено время на освоение и назначена поддержка.
  6. Правила заполнения написаны на одной странице: кто, что и в какой срок вносит, кто проверяет и что бывает за пропуск.
  7. Проведено обучение с практикой на своих данных, и каждый сотрудник создал сделку руками.
  8. Старые каналы учёта закрыты после запуска: если остались параллельные таблицы, система уже проиграла.
  9. Руководитель отдела работает в CRM открыто и ежедневно, его пример виден команде.
  10. Назначен регулярный контроль качества данных: еженедельная проверка на пустые поля, зависшие сделки и пропущенные лиды.

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

Вопросы, которые задают перед внедрением

Сколько времени занимает внедрение CRM?

Настройка системы на аудированные процессы занимает недели, при этом полное внедрение, когда команда стабильно вносит данные по правилам, тянется месяцы после запуска. Срок определяет объём обучения и готовность руководителей требовать соблюдения правил, поскольку техника настраивается быстрее, чем меняются привычки людей.

Кто должен вносить данные в CRM?

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

Что делать с сотрудником, который игнорирует CRM?

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

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

Что проверить уже сегодня

Откройте воронку и посмотрите на сделки за последнюю неделю: сколько из них создано в день первого контакта и сколько дозаполнено перед отчётом.

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

Третий: проверьте, когда руководитель отдела последний раз сам создал сделку в CRM, и по этой дате вы поймёте судьбу проекта без всяких опросов.

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

Новые разборы выходят в моём канале: t.me/promaren.

Обследование процесса и техническое задание

1–2 недели, 150 000 ₽; при заказе разработки — бесплатно

Чем подкреплено

Первоисточники

Вопросы

Частые вопросы

Сколько времени занимает внедрение CRM?

Настройка системы на аудированные процессы занимает недели, при этом полное внедрение, когда команда стабильно вносит данные по правилам, тянется месяцы после запуска.

Кто должен вносить данные в CRM?

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

Что делать с сотрудником, который игнорирует CRM?

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

Кто делает
Марина Погодина, основатель PROMAREN

Марина Погодина, основатель PROMAREN

17 лет в ИТ и управлении технологическими рисками, из них 14 лет в аудите ИТ и внутреннем контроле. Более 60 аудитов ИТ и информационной безопасности.

Об автореКанал в MAX (откроется в новой вкладке)

Похожие материалы

Надпись: «Александра. Таблица описания процесса».
Процессы, техническое задание и внутренний контроль малого бизнеса

Как сделать описание бизнес-процессов без консультантов: шаблон и таблица

Разбираю, как без консультантов описать бизнес-процесс за один разговор: границы, глубина детализации и готовый шаблон карточки.

Читать
Рамка улья сверху, соты целы и пусты. Крупная надпись: Пароль не понадобился
Процессы, техническое задание и внутренний контроль малого бизнеса

Как понять, что доступом к нейросетям компании пользуется чужой

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

Читать
Пластилиновая лупа над сеткой календаря коммитов, рядом очки и клубок. Надпись: «Как проверить разработчика», ниже — история, код, релизы.
Процессы, техническое задание и внутренний контроль малого бизнеса

Как проверить разработчика по GitHub: девять сигналов и готовые команды

Календарь вкладов, история коммитов, релизы и разбор проекта голосом: что показывает GitHub, что подделывается за вечер и какие девять признаков стоит проверить дважды. Разбираю на собственном профиле.

Читать