Exabit Logo

Внедрение ERP: почему система проваливается даже у сильной команды

15 июня 2025 · 4 мин чтения ·
Внедрение ERP: почему система проваливается даже у сильной команды

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

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

ERP нужна там, где сбой идет между отделами

CRM и ERP путают постоянно. CRM - про лиды, сделки, историю общения и задачи менеджеров. ERP - про закупки, остатки, себестоимость, производство, документы и финансы.

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

У дистрибьютора на 70 сотрудников продажи в CRM были в порядке. Проблема была в другом: остатки, цены закупки и фактическая маржа расходились почти каждый день. Мы оставили коммерческий блок в CRM, а операционный контур собрали на 1С ERP 2.5 и связали системы по API. За 14 недель точность доступности товара выросла с 65% до 93%.

Большинство провалов начинаются до договора с подрядчиком

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

До старта я обычно хочу увидеть несколько вещей:

  • карту процессов as-is и to-be
  • владельца проекта со стороны бизнеса
  • список критичных интеграций
  • очищенные ключевые справочники
  • метрики, по которым потом будут судить результат

Самая неприятная зона - НСИ. Номенклатура, единицы измерения, склады, контрагенты, статьи ДДС. На производственном проекте один и тот же материал был заведен под 4 названиями в разных базах. Пока не почистили справочники, закупки брали лишнее, списания гуляли, а цех спорил с бухгалтерией. После нормализации НСИ ошибки в списании упали больше чем на 50% за 2 месяца.

Если не описаны процессы - ERP автоматизирует хаос
Если не очищены данные - ERP масштабирует ошибки
Если нет владельцев процесса - спорные решения зависают
Если нет KPI проекта - внедрение оценивают по ощущениям

Для среднего бизнеса почти всегда лучше идти этапами

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

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

У сервисной компании на первом этапе мы взяли только заявки, закупки и согласование счетов. Вместо ожидаемых 8-10 месяцев запуск занял 3 месяца. Доля сотрудников, которые реально работали по новому процессу, с первой недели была выше 80%, потому что люди сразу увидели пользу.

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

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

Саботаж почти всегда начинается сверху

Обычно говорят, что сотрудники не любят новое. На практике люди не любят двойную работу. Если руководитель просит заносить операции в ERP, но параллельно разрешает вести Excel на всякий случай, система очень быстро превращается в формальность.

В торговой компании менеджеры дублировали заказы в таблицах. Причина была простой: директор сам не доверял системе и просил вести параллельный учет. Пока это правило не убрали, проект стоял. После принципа «если операции нет в системе, ее не существует» доля операций только через ERP выросла с 40% до 85% за 6 недель.

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

В 1С ERP выбирать надо не коробку, а границы изменений

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

Надо заранее решить, что остается типовым, где действительно нужны доработки и какие системы будут рядом: CRM, WMS, MES, BI, сайт, маркетплейсы. Чем больше переписывают ядро под себя, тем дороже обновления и поддержка.

У нас был проект в производстве, где команда сначала хотела переделать почти половину логики 1С ERP. Мы остановились, оставили типовое ядро, а специфику вынесли в интеграции с MES и BI. Объем доработок сократился на 30-40%, а зависимость от подрядчика стала ниже.

В прошлом году я сам согласился ускорить старт без полной чистки НСИ. На входе это сэкономило 3 недели, после запуска забрало почти 2 месяца на исправления. Если хотите быстро проверить готовность к ERP, соберите руководителей в одной комнате и попросите без споров нарисовать путь «от заказа до денег» на одной доске. Если через 30 минут у вас три версии процесса, покупать систему еще рано.

Нужна помощь с реализацией?

Расскажите о задаче - предложим решение и дадим оценку сроков.