Саботаж внедрения Битрикс24: что делать, если сотрудники не пользуются CRM

Как выглядит сопротивление внедрению

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

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

Как найти причину за одну рабочую встречу

1. Выберите одну потерянную или задержанную заявку. Восстановите маршрут: получение, назначение ответственного, следующий шаг и результат.
2. Попросите сотрудника показать обработку такой заявки в CRM. Отмечайте места, где он ищет данные, переносит их повторно или не понимает, что делать.
3. Спросите, что мешает выполнить следующий шаг. Запишите конкретный пример, а не общий ответ «система неудобная».
4. Проверьте тот же сценарий с руководителем. Его требования должны совпадать с тем, чему обучают менеджера.
5. Разделите находки на настройки, правила процесса и навыки. Назначьте ответственного и срок исправления каждого существенного препятствия.

Что исправить в CRM в первую очередь

• Карточка: оставьте необходимые для текущего шага поля и понятные названия.
• Воронка: у каждой стадии должен быть смысл и результат перехода. Поможет инструкция по стадиям.
• Доступы: сотрудник должен видеть данные, нужные ему для работы. Проверьте роли и пересечение прав.
• Двойной ввод: определите, где хранится основная запись и что больше не нужно дублировать.
• Автоматизация: оставьте понятные действия. Если робот создаёт лишние задачи, сначала исправьте условие запуска.

Не добавляйте новую сложную автоматизацию, пока ручной маршрут не получается пройти самостоятельно. Последовательность базового запуска есть в статье «Как настроить CRM с нуля».

Как провести пилот и обучение

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

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

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

Пример разговора с сотрудником без обвинений

Учебная ситуация: менеджер заполняет таблицу и переносит данные в CRM вечером. Вместо оценки «не хочет работать в системе» попросите показать одну заявку с момента получения.

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

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

Какие показатели смотреть после запуска

Сравнивайте одинаковые периоды и похожие обращения. Подойдут доля заявок с ответственным, доля открытых сделок со следующим действием, время до первого ответа и число повторных переносов данных. Зафиксируйте исходное состояние до изменений.

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

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

Когда нужен пересмотр внедрения

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

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

Частые ошибки — объяснять все проблемы нежеланием сотрудников, обучать только администратора и требовать отчётность до того, как команда научилась получать пользу от CRM.

Как закрепить новый порядок

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

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

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

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

Читайте также