PRISMATICA
Блог

Сколько стоит ERP-система и что определяет итоговую сумму

Андрей Трушин12 мин чтенияERP-системы
Содержание
  1. 1.Короткий ответ: ориентиры стоимости и сроков
  2. 2.Что такое ERP и почему «цена программы» ничего не решает
  3. 3.Из чего складывается стоимость
  4. 4.Что сильнее всего влияет на итоговую сумму
  5. 5.Заказная разработка или доработка типовой системы
  6. 6.Как читать смету и сравнивать предложения
  7. 7.Что получилось у других
  8. 8.Сколько стоит не делать: цена ручного процесса
  9. 9.Типичные ошибки
  10. 10.Чек-лист: готовы ли вы к оценке бюджета
  11. 11.Частые вопросы

«Сколько стоит ERP» — вопрос про объём работ, а не про цену программы. Короткий ответ: предпроектное обследование — 50 000 ₽ за 7 рабочих дней, разработка — от 300 000 ₽, типичный проект — около 500 000 ₽ и 3–6 месяцев, крупный с несколькими площадками — около 1 млн ₽ и 6–8 месяцев. Ниже — из чего складывается сумма, что её увеличивает, как проверить смету подрядчика и с какого шага начинать, если бюджет пока не определён.

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

Короткий ответ: ориентиры стоимости и сроков

Этап или масштабСтоимостьСрокКогда нужен
Предпроектное обследование, базовое50 000 ₽7 рабочих днейНужно понять объём, получить требования и оценку разработки
Предпроектное обследование, расширенное75 000 ₽10 рабочих днейНужны экономическое обоснование и материалы для защиты бюджета
Разработка: первый контурот 300 000 ₽4–6 недельОдин участок целиком, которым уже можно пользоваться
Типичный проектоколо 500 000 ₽3–6 месяцевДва-четыре связанных процесса и интеграции
Крупный проектоколо 1 млн ₽6–8 месяцевГруппа компаний, несколько площадок, несколько внешних систем
Ориентиры по этапам (опубликованные условия)

Что такое ERP и почему «цена программы» ничего не решает

ERP (Enterprise Resource Planning) — это не программа, а контур управления: заказы, производство или услуги, склад, закупки, финансы и отчётность связаны общей логикой и одними данными. Система нужна, когда процессы зависят друг от друга: заказ тянет производство, производство — склад, склад — деньги, и разрыв между ними стоит дороже самой системы.

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

Из чего складывается стоимость

  • Обследование: процессы «как есть» и «как должно быть», требования, роли, точки интеграции, этапы и оценка. Без него смета — догадка.
  • Разработка: заказная система под ваши процессы либо типовая платформа с доработками под вас.
  • Интеграции: 1С, банки, складское оборудование, СКУД (система контроля и управления доступом), внешние сервисы, API для клиентов и партнёров.
  • Внедрение: перенос данных, обучение, параллельная работа со старым учётом, приёмка по этапам.
  • Сопровождение: правки по факту эксплуатации, доработки, поддержка пользователей после запуска.

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

Что сильнее всего влияет на итоговую сумму

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

Заказная разработка или доработка типовой системы

КритерийЗаказная системаТиповая платформа с доработками
Когда подходитПроцессы дают преимущество или нестандартны по сутиПроцессы стандартные для отрасли, отличаются деталями
Что оплачиваетеПроектирование и разработку под вашу логикуЛицензии, подписку и работу по адаптации
Скорость первого результатаОдин участок за 4–6 недель, дальше расширениеБыстрее за счёт готовых блоков, если процессы совпали
ОграниченияТребуется участие заказчика и его экспертизаЛогику платформы иногда приходится принимать как есть
Стоимость владенияРастёт с числом доработок, но повторяет ваши процессыРегулярные платежи за лицензии и обновления
Как выбрать подход, а не платформу

Как читать смету и сравнивать предложения

  • Что именно входит в этап и что в него не входит: формулировка «доработки по необходимости» означает открытую сумму.
  • Как считаются изменения объёма: по часам, по фиксу или через отдельный этап.
  • Кто отвечает за качество данных заказчика и что будет, если справочники не готовы.
  • Сколько пользователей и ролей входит в первую версию, что считается дополнительным.
  • Что происходит после сдачи: гарантийный срок, условия сопровождения, передача документации.
  • Как принимается этап: по каким критериям вы фиксируете, что результат работает.

Что получилось у других

Оптовый производитель: заказы, склад и прогнозирование спроса собраны в один контур, интеграция с 1С и API для B2B-клиентов вместо таблиц и переписки менеджеров. Туроператор: полный цикл от бронирования и путёвок до финансовых расчётов, автоматическая передача данных в государственные системы и электронный документооборот. Группа из пяти агропроизводств: данные из 1С, СКУД и внутренних баз в одном контуре, 63 пользователя, шесть месяцев от обследования до сдачи; сводные данные, которые раньше готовились около недели вручную, система собирает сама.

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

Сколько стоит не делать: цена ручного процесса

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

Пример (условный, для понимания механики): пять сотрудников тратят по часу в день на перенос данных и сверки — около 105 часов в месяц. При условной стоимости часа 700 ₽ это примерно 73 500 ₽ в месяц, или около 880 000 ₽ в год. Проект за 500 000 ₽, который полностью снимает эту работу, окупится примерно за семь месяцев; если снимает половину — примерно за четырнадцать. Сравнивайте не месячную стоимость с бюджетом, а срок окупаемости: если он выходит за два-три года, начните с другого участка, где ручной работы больше.

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

Ошибка 1. Сравнивать предложения до обследования

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

Ошибка 2. Экономить на обследовании

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

Ошибка 3. Покупать платформу до понимания процессов

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

Ошибка 4. Не планировать сопровождение

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

Чек-лист: готовы ли вы к оценке бюджета

Проверьте перед разговором о цене

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

Частые вопросы

Сколько стоит ERP-система?

Ориентиры: разработка — от 300 000 ₽, типичный проект с двумя-четырьмя процессами и интеграциями — около 500 000 ₽ и 3–6 месяцев, крупный проект с несколькими площадками — около 1 млн ₽ и 6–8 месяцев. Точная сумма появляется после обследования.

Можно ли узнать цену без обследования?

Можно назвать только диапазон. Стоимость задаёт объём: число процессов, внешних систем, ролей и состояние данных. Обследование стоит 50 000 ₽ за 7 рабочих дней и даёт требования, этапы и оценку — после него цифра становится защищаемой.

Что входит в предпроектное обследование?

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

Почему похожие по описанию системы отличаются в цене в разы?

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

Заказная разработка или типовая система с доработками?

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

Можно ли платить по этапам?

Да. Проект делится на 2–3 этапа: 50% до начала этапа и 50% после приёмки. В каждом этапе есть законченный результат, которым можно пользоваться, поэтому можно остановиться, если приоритеты изменились.

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

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

Что делать, если бюджет меньше 300 000 ₽?

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

Нужна оценка ERP-проекта?

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

Новые разборы — в Telegram

Когда выходит новый материал, коротко пишем о нём в Telegram. Без рассылок и лишнего шума.

Читать в Telegram @Trushin