Производственные ERP-проекты редко буксуют из-за технологии. Буксуют — на людях, процессах и решениях, которые принимаются в первые недели и потом дорого пересматриваются. Ниже — пять точек, в которых проекты застревают чаще всего.
1. Собственник делегирует выбор системы менеджеру
ERP — это управленческий инструмент собственника, не «учётная программа». Когда выбором занимается финансовый директор или начальник ИТ, они выбирают по тем критериям, которые понятны им: бюджет, удобство для бухгалтерии, отзывы коллег. Через год собственник открывает дашборд и не находит ответа на свой главный вопрос — «что у меня сегодня с маржой по этому клиенту». Потому что в систему этот вопрос никто не закладывал — те, кто внедрял, его не задавали.
Собственник должен участвовать в первой установочной встрече и в квартальных статусах. Иначе через год получается автоматизированная бухгалтерия, а не управление.
2. Внедряют «как сейчас», без пересмотра процессов
Подрядчику говорят: «сделайте у нас как было, только в системе». Если у вас был бардак, в системе он сохранится — только с электронной обёрткой. Заявки на закупку всё ещё подписывает лично собственник, отчёты собирают в мессенджерах, в учёте задним числом проводят то, что уже отгружено.
Это удобно подрядчику — не надо спорить с клиентом про процессы. И удобно клиенту в первый месяц — никто ничего не меняет. Через год выясняется: цифровизировали хаос, проблема осталась.
3. Пользователи не обучены и возвращаются к Excel
Операторы цеха, кладовщики, менеджеры продаж — те, кто реально работает с системой каждый день. Если им не объяснили, зачем это нужно лично им, и не отвели времени на обучение — они переключаются обратно на бумагу и Excel. ERP живёт параллельно реальной работе: операторы пишут на бумажках, кто-то один раз в день переносит данные в систему. Цифры неактуальные, отчёты бесполезные.
Проблема не в людях. Проблема в том, что обучение оставили «на потом». Первая выгода появится, когда они начнут пользоваться, а не когда подрядчик напишет последний отчёт.
4. Нет владельца системы внутри компании
Подрядчик ушёл — у кого спрашивать? Если внутри нет человека, который понимает архитектуру системы и отвечает за её развитие, любой вопрос превращается в платную задачу подрядчику. Бюджет техподдержки растёт, скорость реакции падает, через два года накапливается слой неисправленных мелочей, который делает работу с системой неудобной.
Владелец системы — это не обязательно ИТ-специалист. Это сотрудник, который видит всю компанию и решает, какие изменения нужны системе на следующий квартал. Без такого человека ERP стареет быстрее, чем компания меняется.
5. Слишком много кастомизации в первой версии
Желание «учесть все наши особенности» на старте — самая дорогая ловушка. Подрядчик рад: каждая особенность — это часы работы. Заказчик считает, что покупает «индивидуальное решение». Через шесть месяцев система обвешана исключениями, которые не обкатаны, новые сотрудники не понимают логики, а половина исключений уже неактуальна — бизнес ушёл вперёд.
Правильный путь — первые шесть месяцев на стандартном функционале, без кастомизаций. За это время становится понятно, что действительно нужно, а что было капризом. Точечные доработки — только потом.
Что объединяет все пять точек
Ни одна из них не про софт. Все пять — про управленческие решения собственника или директора: кому делегировать выбор, как обращаться с процессами, как готовить людей, кому отдать ответственность за систему, как сдерживать аппетит к кастомизации.
ERP-система — инструмент. Любой инструмент в неподготовленных руках или подведёт, или будет лежать в коробке. Если проект готовится с учётом этих пяти точек, шансы на запуск без переделок резко выше.
Большую часть можно не делать заново
Пятый и второй пункты решаются одним ходом — если стартовать на системе, в которой типовые процессы производственного предприятия уже зашиты: закупка, планирование, производство, склад, продажи, качество. Эти процессы не выдуманы под конкретного клиента. Это стандарт мировой практики, отшлифованный в десятках тысяч компаний разного размера и отрасли.
Старт с такой точки — это гораздо меньший срок до запуска, чем с проектирование процессов с чистого листа.
Модули ERP построены на этом принципе.
Производственные процессы внутри уже есть, описывать их заново почти не приходится. Загружаем данные и учим клиента с ними работать.
