Основная сложность ERP — связать решения разных отделов и не потерять данные при передаче заказа. Заказ влияет на план, план — на ресурсы, ресурсы — на срок, фактическое выполнение — на склад, документы и показатели. Ошибка в одном правиле проходит через всю цепочку.
Без описания первого процесса любая цена ERP будет слишком приблизительной. Под одним названием могут скрываться управление заказами и производством, закупки и склад, логистика, бюджетирование, ремонты, качество, документы и десятки отраслевых процессов. Если часть задач уже хорошо решает 1С или другая программа, её можно сохранить и настроить обмен.
Как определить объём первой части ERP
Опишите один процесс от начала до конца: принять и проверить заказ, спланировать выпуск, обеспечить материалы, назначить транспорт и закрыть выполнение. Для каждого шага укажите участников, входные данные, решения, нестандартные случаи и документы.
Так становится видно, что действительно нужно создать, что можно настроить в готовом продукте и где достаточно интеграции. В кейсе MAXBETON заявка связана с диспетчеризацией, производством, доставкой и учётом. В проекте «Лес.Регион» целевой объём сначала разложили на аналитические документы и очереди разработки. Число требований не выдаётся за уже запущенную систему.
Что сильнее всего влияет на стоимость
Количество связанных процессов
Локальное планирование отдела проще, чем управление заказом от клиента до финансового закрытия. Каждый новый процесс добавляет функции и места, где отделы должны согласовать данные.
Состояние исходных данных
Единые справочники и понятные идентификаторы уменьшают риск. Дубли, разные единицы измерения, несогласованные статусы и ручные корректировки требуют очистки, правил миграции и сверки.
Интеграции
Стоимость зависит от качества интерфейсов действующих программ, частоты обмена, объёма данных, требований к повторной доставке и поведения при недоступности. «Интеграция с 1С» без конфигурации, версии и сценария обмена — не оценимая задача.
Права и контроль
Роли, подразделения, замещения, территориальные ограничения, согласования, электронные подписи и журнал действий влияют на архитектуру. Особенно важно заранее определить, какие действия необратимы и кто отвечает за изменение статуса.
Нагрузка и доступность
Число пользователей само по себе не всё объясняет. Важны пиковые операции, объём реестров, карты и файлы, требования к времени ответа, автономной работе, резервированию и восстановлению.
Изменение привычной работы
Обучение, регламенты, пилотная группа, поддержка запуска и сбор обратной связи — часть внедрения. Если их нет в плане, технически готовая ERP может остаться параллельной системой.
Из каких этапов состоит бюджет
- Диагностика и бизнес-анализ. Границы, процессы, роли, данные, проблемы и первая польза.
- Проектирование. Архитектура, модель данных, интеграции, прототипы и сценарии приёмки.
- Разработка очереди. Функции, интерфейсы, серверная логика, обмен и автоматические проверки.
- Миграция и запуск. Очистка, перенос, обучение, пилот и исправления по фактической работе.
- Развитие. Следующий процесс подключается после проверки предыдущего.
Для небольшого понятного участка часть этапов объединяется. Для сложного предприятия попытка пропустить анализ обычно переносит неопределённость в самый дорогой этап — разработку.
Как выбрать первую очередь
Первая часть должна решать законченную задачу для ограниченной группы сотрудников. Подходящий процесс регулярно повторяется, доступен для измерения, имеет ответственного и не требует одновременно заменить все программы.
Пример результата: заказ проверяется по единым правилам; планировщик видит доступность ресурсов; склад получает подтверждённую потребность; руководитель видит план и факт из рабочих операций. Формулировка «сделать модуль заказов» заметно слабее, потому что не объясняет, что изменится.
Оценить порядок текущих потерь поможет калькулятор эффекта. Его результат — сценарий для обсуждения, а не финансовая гарантия.
Как сравнивать оценки подрядчиков
- одинаковые ли процессы и границы вошли в предложение;
- кто и когда согласует требования;
- учтены ли миграция, интеграции и исключения;
- есть ли критерии приёмки обычным языком;
- как обеспечиваются безопасность, резервирование и журнал действий;
- кто сопровождает пилот и отвечает за исправления;
- как заказчик получает код, документацию и доступы.
Попросите разделить оценку по этапам, результатам и допущениям. Это позволяет остановиться после аналитики, изменить приоритет или передать документацию другой команде без потери контроля.
Итог
Стоимость ERP становится точнее, когда описаны первый процесс, источники данных и порядок запуска. Начните с аналитики, сохраните полезные действующие решения и оценивайте заказную ERP по проверяемому результату каждого этапа.