Как проходит внедрение ERP: этапы, роли и типичные ошибки

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

Диагностика и проектирование

На диагностике команда изучает текущие процессы, системы, данные и проблемы. Результат — понимание объёма, приоритетов и рисков, а также план проекта. Здесь важно услышать не только руководство, но и тех, кто каждый день вводит документы.

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

Настройка короткими итерациями

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

Миграция данных

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

Обучение и запуск

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

Сопровождение после запуска

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

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

Роли

• Спонсор — член руководства, который принимает спорные решения и обеспечивает ресурсы.
• Владелец проекта со стороны клиента — человек, который отвечает за результат и знает бизнес. Не обязательно из ИТ.
• Ключевые пользователи — эксперты подразделений, которые участвуют в проектировании и тестировании, а потом обучают коллег.
• Руководитель проекта и консультанты по направлениям со стороны интегратора.
• ИТ клиента — интеграции, инфраструктура, доступы и последующая поддержка.

Ключевым пользователям нужно выделить время на проект. Если он идёт «в свободное от работы время», он затянется. На ключевых этапах — проектировании, тестировании и запуске — им, как правило, нужно отдавать проекту значительную часть рабочей недели, а их текущие задачи на это время стоит перераспределить.

Типичные ошибки

• Слишком много доработок. Каждая из них усложняет обновления и поддержку. Часто проще изменить процесс, чем систему, особенно в облачных решениях с регулярными обновлениями.
• Перенос старых процессов один в один. Новая система, настроенная как старая, повторит её проблемы.
• Слабые данные. Если чистку справочников откладывают до последнего месяца, запуск сдвигается или проходит с ошибками.
• Нет внутреннего владельца. Когда проект «принадлежит» интегратору или ИТ, бизнес не принимает решений, и система не становится своей.
• Обучение в последнюю неделю. Пользователи, впервые увидевшие систему перед запуском, сопротивляются и ошибаются.
• Попытка запустить всё сразу. Иногда разумнее идти волнами: сначала финансы и закупки, затем производство или сервис.

ERP внедряет не интегратор, а сама компания. Интегратор помогает сделать это быстрее и с меньшим числом ошибок.

Признаки того, что проект идёт правильно

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

Если что-то из этого не так, лучше остановиться и разобраться сейчас, чем на запуске.