Почему внедрения ERP проваливаются — и почти никогда из-за софта
Разбор шести причин, по которым проект уходит в никуда. Все шесть находятся на стороне компании, а не системы.
За последние годы мы заходили в компании, где уже была попытка внедрения — иногда вторая. Софт в этих историях почти всегда был нормальный. Ломалось всё в одних и тех же шести местах.
1. Первое лицо вышло из проекта
Собственник участвует на старте, а на втором месяце делегирует всё IT-директору. С этого момента проект перестаёт менять процессы: у IT нет полномочий сказать коммерческому директору, что его схема скидок больше работать не будет.
2. Данные грузили как есть
Дубли номенклатуры, контрагенты в трёх написаниях, остатки, которые не сходились ещё в старой системе. Всё это переезжает в новую систему и там становится «доказательством», что новая система работает плохо. Чистка данных — это 10–15% бюджета проекта, и пропустить её нельзя.
3. Кастомизация вместо изменения процесса
Компания просит доработать систему под свой текущий порядок работы. Каждая доработка стоит денег на внедрении, ломается на обновлениях и требует поддержки. Через два года получается уникальная система, которую невозможно обновить и которую знает один человек.
Самый дорогой способ ничего не поменять — заплатить за автоматизацию своего хаоса.
4. Обучение сократили ради экономии
Обучение — не менее 15% бюджета. Когда его режут, люди продолжают вести параллельный учёт в Excel «на всякий случай», и компания платит дважды: за систему и за старый способ работы.
5. Запускали всё сразу
Финансы, склад, производство, CRM и сервис одновременно. Команда не успевает освоить ни один контур, ошибки в одном модуле объясняются проблемами в другом, а сроки поехали настолько, что проект теряет поддержку внутри компании.
6. Никто не отвечал за результат со стороны компании
Подрядчик отвечает за настройку, но не может отвечать за то, что кладовщик не сканирует приёмку. Нужен руководитель проекта внутри компании с реальными полномочиями и временем.
- Первое лицо в проекте до конца, а не до второго месяца
- Данные чистятся до миграции, а не после жалоб
- Стандарт вместо доработок везде, где стандарт не хуже
- Обучение по ролям, не «всем одно и то же»
- Поэтапный запуск: сначала контур, где теряются деньги
- Свой руководитель проекта с полномочиями
Если из этого списка у вас закрыто меньше четырёх пунктов — внедрение лучше отложить на квартал и потратить его на подготовку. Это дешевле, чем провалить проект и потом объяснять команде, почему вы снова возвращаетесь к этой теме.
Читать дальше
