Как выбрать ERP-систему: критерии, на которых экономят, а потом платят дважды

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

Первый критерий: что уже работает в компании

ERP почти никогда не приходит на пустое место. В компании уже есть 1С, CRM, банковские выписки, отраслевые сервисы и таблицы, на которых держится часть работы. Вопрос не «какая система лучше», а «как новая система будет с этим жить».

• Учётная система. Если учёт ведётся в 1С, она обычно остаётся источником финансовых данных, а ERP строится вокруг неё — так меньше риска и короче первый этап.
• Отраслевые сервисы. В туризме это ГИС и электронные путёвки, в производстве — системы контроля доступа и станки, в ритейле — кассы и маркетплейсы. Интеграции с ними определяют сроки проекта сильнее, чем объём функциональности.
• Банки и платежи. Число банков напрямую влияет на объём работ: пять банков — это пять интеграций с разными форматами выгрузок.

Второй критерий: коробочная система или разработка под процессы

Это не вопрос «прогрессивности». Коробочная система дешевле на старте и быстрее внедряется, но требует приведения процессов к типовой логике. Заказная разработка дороже и дольше, зато описывает процесс таким, какой он есть, включая особенности, из-за которых компания и зарабатывает.

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

Именно так строится большинство наших проектов: 1С остаётся учётной системой, а управленческий контур собирает данные из неё, банков и производственных систем. В проекте для розничной сети это дало P&L-отчёты в реальном времени вместо ручного свода по пяти банкам.

Третий критерий: как считать стоимость владения

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

• Ориентиры бюджета: минимальная разработка — от 300 000 ₽, типичный проект — около 500 000 ₽ и 3–6 месяцев, крупный контур с интеграциями — около 1 млн ₽ и 6–8 месяцев.
• Интеграции считаются отдельно. Каждый банк, отраслевой сервис и внешняя система — это работы, которые нужно оценить до старта, а не «по ходу».
• Доработки после запуска неизбежны: процессы меняются, и это нормальная часть бюджета, а не признак неудачного проекта.
• Поддержка: если систему делает подрядчик, а поддерживать некому, стоимость владения вырастет на порядок.

Четвёртый критерий: кто будет развивать систему

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

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

Что проверить перед подписанием договора

• Есть ли обследование или другой способ подтвердить объём работ до фиксированной цены.
• Разбит ли проект на этапы с самостоятельным результатом на каждом.
• Названы ли интеграции и внешние системы, с которыми придётся работать, с оценкой по каждому.
• Как проверяется результат: метрики, которые замерили до старта.
• Что происходит после запуска: поддержка, гарантия, порядок доработок.

Отдельно стоит проверить, как подрядчик отвечает на вопрос «что первым?». Если ответ «сделаем всё сразу», это признак того, что этапы не проработаны: у проекта без первой задачи нет способа показать результат раньше, чем через полгода.