Сотрудники обходят новую систему: как внедрять изменения без двойной работы
Почему команда возвращается к таблицам и переписке после запуска CRM. Как найти причину, провести пилот и договориться о завершении старого процесса.
Внедрение завершено, когда в новом процессе можно выполнить работу целиком. Если после заполнения системы сотрудник обязан повторить всё в старой таблице, причина сопротивления может быть в организации перехода.
Разберите обходной путь до разговора о дисциплине
Команда получила новую CRM, но важные заказы всё ещё обсуждают в отдельном чате. Не спешите считать это нежеланием учиться. Возможно, в карточке нельзя указать нестандартное условие, уведомление приходит не тому человеку или коллега на следующем этапе продолжает работать по старому списку.
Попросите сотрудника показать последний случай, когда он вышел из нового процесса. Что хотел сделать, на каком шаге остановился и как завершил работу? Конкретная история позволяет отличить недостающую функцию от непривычного интерфейса и неясной договорённости.
Иногда обходной путь сохраняет бизнесу работоспособность. Его нужно изучить, прежде чем запрещать. Но оставлять его навсегда без владельца тоже нельзя: иначе появятся две версии состояния заказа.
Выберите пилот, в котором можно дойти до результата
Пилот на одной кнопке мало говорит о внедрении. Выберите небольшой, но законченный процесс: принять определённый тип заказа, выполнить его и закрыть. В нём должны участвовать люди со всех необходимых этапов, включая тех, кто принимает результат.
Условный пример: оператор ведёт заказ в CRM, а склад получает задание только из таблицы. Даже удобная карточка не избавит оператора от переноса данных. Пилот нужно расширить до передачи на склад или явно организовать эту связь на переходный период.
На время пилота назначьте человека, который быстро разбирает затруднения. Сотруднику нужен понятный канал: куда сообщить о проблеме, как продолжить работу и когда ожидать решение. Потерянные замечания быстро превращаются в привычку молча обходить систему.
| Сигнал | Что уточнить | Возможное действие |
|---|---|---|
| Данные вводят дважды | Кто требует старую запись | Согласовать основной источник и дату перехода |
| Задачи остаются в чате | Какого действия нет в системе | Добавить нужный сценарий или объяснить существующий |
| Поля заполняют случайным текстом | Понятно ли назначение поля | Изменить правило, подпись или обязательность |
| Руководитель просит отдельный отчёт | Можно ли получить его из новых данных | Согласовать отчёт и отказаться от дублирования |
Назначьте конец параллельного учёта
Временная сверка может быть полезна, но у неё должны быть цель и срок. Опишите, какие записи сравниваются, кто устраняет расхождения и по каким условиям старый способ перестаёт быть обязательным. Иначе временная нагрузка останется постоянной.
Не обязательно удалять старую таблицу. Её можно сохранить как архив с понятной датой завершения ведения. Для действующих заказов команда должна знать, где смотреть актуальное состояние и куда вносить изменение.
Руководителю тоже нужно перейти на новые правила. Если решения по-прежнему принимаются по личным сообщениям и отдельным файлам, требование к сотрудникам вести CRM будет выглядеть как дополнительная отчётность, а не способ выполнять работу.
Обучайте на задаче и измеряйте возможность её завершить
Обзор всех меню не заменяет практику. Дайте сотруднику обычную задачу и одну ситуацию с ошибкой: исправить неверный состав, вернуть работу на уточнение, найти задержанный заказ. После обучения он должен понимать не только правильный путь, но и способ восстановления.
Смотрите на долю задач, завершённых в новом процессе, число ручных обходов и время разбора затруднений. Количество входов в систему не показывает, помогает ли она работать. Сравнивайте похожие задачи и учитывайте период обучения.
В проекте кастомной CRM PXL Perfect состав пилота и обратную связь можно включить в этап внедрения. Для этого полезно заранее определить процесс, группу участников и наблюдаемый признак того, что переход состоялся.