Почему сотрудники обходят CRM, ERP и ИИ-системы

Система запущена, лицензии оплачены, обучение проведено. На деле сделки ведут в Excel, данные для ERP собирают по почте, задачи обсуждают в мессенджерах, а результат работы ИИ переписывают вручную. Руководство видит сопротивление, сотрудники — ещё одну обязанность. Обе стороны описывают симптомы. Причина глубже: компания внедрила программу, но не изменила способ управления.

Наличие программы еще не означает, что через нее действительно управляют

По исследованию «Корус Консалтинг» 2026 года, 23,1% опрошенных компаний внедрили ERP частично, у 20,5% система требует оптимизации. Только у 10,3% она стала ядром управления.

Исследование ВШБ НИУ ВШЭ «Управление изменениями — 2026» даёт более важный вывод: только около половины корпоративных изменений достигают цели, а главным препятствием руководители называют не персонал, а топ‑менеджеров. Крупная компания ведёт в среднем четыре программы преобразований, хотя качественно сопровождать можно не более трёх‑пяти.

Почему новая технология проигрывает старым привычкам?

Причина 1. Автоматизировали формальный процесс, а не реальную работу

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

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

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

Новости

Причина 2. Система приносит пользу руководству, а работу добавляет сотруднику

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

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

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

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

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

Причина 3. Старый способ работы никто не отменил

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

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

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

Причина 4. Руководители требуют нового поведения, но сами работают по‑старому

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

Более 40% опрошенных ВШБ ВШЭ топ‑менеджеров сообщили, что свыше 75% инициируемых ими изменений затрагивают другие подразделения. Формального поручения недостаточно: нужно договариваться о единых правилах и лично работать по ним.

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

Причина 5. Не изменили ответственность, показатели и оплату

Нельзя требовать качественных данных в CRM, если премия зависит только от объёма продаж. Нельзя ожидать точного планирования в ERP, если подразделения по‑прежнему оцениваются по скорости выполнения своей части работы. Нельзя передавать задачу ИИ, не определив, кто отвечает за итоговое решение и ошибку.

Новая технология меняет состав работы, поэтому должны измениться обязанности, показатели, нормативы и полномочия. По данным Deloitte за 2026 год, 84% компаний ещё не перестроили должности с учётом возможностей ИИ. Технология уже присутствует, но прежняя организация труда возвращает сотрудников к знакомому порядку.

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

Причина 6. Обучение свели к показу кнопок

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

Обучение должно быть ролевым и проходить на реальных данных

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

В мониторинге НИУ ВШЭ по машиностроению 41,6% организаций называют барьером нехватку цифровых навыков сотрудников, а 51,7% — дефицит специалистов, совмещающих технологические и отраслевые знания. При этом нельзя объяснять любой отказ недостатком навыков. Если пользователь регулярно обходит одну и ту же операцию, сначала стоит проверить её удобство, длительность и соответствие реальному процессу.

Причина 7. Проект завершили в день запуска

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

После внедрения первые 90 дней нужно еженедельно отслеживать:

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

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

Что делать: рабочая последовательность

Назначить владельца продукта со стороны бизнеса. ИТ‑служба отвечает за работоспособность, владелец продукта за переход на новый порядок и результат.
Описать целевой процесс: кто, что, в какой момент делает и какой результат передаёт дальше.
Убрать лишние действия до автоматизации и определить сценарии исключений.
Зафиксировать дату отключения старых таблиц, отчётов и каналов.
Пересмотреть обязанности, показатели и правила ответственности.
Обучить сотрудников по ролям на реальных операциях. Рабочей группе, которая будет проверять работоспособность системы, объяснить суть итерационного процесса отладки сервиса.
В течение 90 дней измерять метрики использования и экономический эффект, быстро устраняя причины обхода.

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