Большинство неудачных проектов начинается с того, что сначала выбирают программу, а потом пытаются втиснуть в неё производство. Ниже - методика, которая подходит и для выбора готовой системы, и для выбора подрядчика на собственную разработку. Для малого предприятия шаги можно сжать, но не пропускать.
Перед выбором: диагностика
Главный вопрос диагностики: какие решения мы принимаем слишком поздно, слишком плохо или вслепую, и сколько это стоит? Список «нужен учёт заказов, склад, планирование, отчёты» подходит к любой системе и поэтому ничего не различает. Сравните с такими формулировками:
- «Мы обещаем клиенту срок, не зная загрузки цеха, и 30% заказов опаздывают».
- «О нехватке материала узнаём, когда заказ уже стоит на участке: в среднем 2 дня простоя на заказ».
- «Не знаем фактическую себестоимость заказа до закрытия месяца и берём убыточные заказы».
- «Приоритет заказов в цехе определяет тот, кто громче звонит».
Карта болей
Соберите руководителей продаж, производства, снабжения, склада, качества и финансов. Каждый называет три проблемы. Для каждой фиксируйте отклонение, частоту, цену, место возникновения и место обнаружения, а также решение, которое могло бы изменить исход. Отсортируйте по цене: пять верхних проблем становятся фокусом первого этапа.
Какой класс системы отвечает на какой симптом
| Симптом | Вероятная причина | Класс решения |
|---|---|---|
| Не сходятся остатки, «теряются» материалы | нет дисциплины учёта движений | учёт склада, штрихкоды, WMS |
| Нехватку материала видят при запуске | нет расчёта потребности | MRP в составе ERP, буферы DDMRP |
| Сроки непредсказуемы, всё «горит» | перегрузка, бесконтрольный запуск | ограничение запуска, буферы, APS |
| Неизвестно, где заказ | нет учёта операций | цеховой контур или MES |
| Неизвестна реальная себестоимость | нет учёта затрат по заказам | позаказный учёт и сбор факта из цеха |
| Цех работает по старым чертежам | нет управления версиями | PDM и документы на рабочих местах |
| Брак находит клиент | нет контроля на операциях | контрольные точки, QMS |
| Отчёты собирают неделями | данные в разных местах | единая база и аналитика |
Десять шагов выбора
1. Команда и роли
Спонсором должен быть собственник или первое лицо. Он задаёт цели и разрешает конфликты. Руководитель проекта со стороны компании хорошо знает бизнес и имеет авторитет. Ключевые пользователи, по одному от каждой службы, формулируют сценарии и проверяют решения. При нехватке опыта полезен независимый эксперт, не связанный с поставщиками.
2. Цели и метрики
3-5 целей в цифрах с текущими значениями. Например: сократить медианный срок выполнения заказа с 24 до 14 дней, поднять поставку вовремя и полностью с 70% до 90%, снизить запасы на 20% за 12 месяцев после запуска.
3. Процессы «как есть» и «как должно быть»
Опишите сквозные процессы: от заказа до оплаты, от потребности до поступления материала, от запуска до выпуска, от брака до устранения. Решите заранее, где вы готовы подстроить процесс под типовое решение, а где процесс даёт вам преимущество.
4. Требования как сценарии
Сценарий проверяем: на демонстрации система либо делает это, либо нет. Вместо «система должна поддерживать планирование производства»:
Сценарий 7. Менеджер получает запрос на 40 изделий типа К с нестандартной покраской. За 10 минут он должен определить реалистичный срок с учётом загрузки сварочного участка и покрасочной камеры, наличия материалов и сроков их поставки, и зарезервировать мощность после подтверждения клиентом.
Приоритеты расставьте по методу MoSCoW: обязательно, важно, желательно, не в этот раз. Количество обязательных сценариев зависит от границ проекта и сложности процессов. Обязательно включите исключения: отмена заказа на середине, изменение конструкции после запуска, брак с переделкой, замена материала, срочный заказ вне очереди, поломка узкого места. Именно на исключениях видна разница между системами.
5. Длинный список
8-15 кандидатов из отраслевых обзоров, рекомендаций предприятий вашего масштаба и партнёров в регионе. Отсейте неподходящих по пяти фильтрам: тип производства, масштаб, локализация и требования регулятора, наличие квалифицированных партнёров, модель владения (облако или свой сервер, подписка или лицензия, возможность выгрузить данные и уйти).
6. Короткий список
Отправьте кандидатам описание компании, цели, ключевые сценарии и вопросы: опыт в отрасли, похожие клиенты, модель цены, типовой срок, состав команды. Оставьте 3-4.
7. Демонстрация на ваших данных
Это самый важный шаг. Стандартная демонстрация показывает то, что система делает хорошо, на подготовленных данных. Сценарная демонстрация показывает, как она выполняет ваши сценарии на ваших изделиях и заказах.
- отправьте сценарии и данные за 2-3 недели;
- требуйте показ в системе, а не на слайдах;
- каждый ответ «это можно доработать» записывайте отдельно с оценкой цены и срока;
- ключевые пользователи оценивают каждый сценарий: 0 нет, 1 с доработкой, 2 обходным путём, 3 стандартно и удобно;
- обязательно показ исключений.
8. Оценочная матрица
Веса определяются до демонстраций, иначе велик соблазн подогнать их под понравившуюся систему.
| Критерий | Вес | Система А | Система Б | Система В |
|---|---|---|---|---|
| Покрытие обязательных сценариев | 30% | 4 | 3 | 5 |
| Удобство для цеха и ключевых ролей | 15% | 3 | 4 | 4 |
| Объём и риск доработок | 15% | 4 | 2 | 3 |
| Компетенция и ресурсы партнёра | 15% | 3 | 4 | 4 |
| Полная стоимость владения за 5 лет | 15% | 4 | 3 | 2 |
| Открытость: API, выгрузка данных | 10% | 3 | 4 | 3 |
| Взвешенный итог | 100% | 3,60 | 3,25 | 3,75 |
Разница в десятые доли балла не значима. Тогда решают референсы и пилот.
9. Референсы и пилот
Поговорите с 2-3 клиентами кандидата, похожими на вас. Спрашивайте не «довольны ли вы», а конкретно:
- сколько длилось внедрение и сколько планировалось;
- сколько стоило и сколько планировалось, из-за чего отклонения;
- что пришлось дорабатывать и как доработки переживают обновления;
- как система ведёт себя в пиковые нагрузки и как работает поддержка;
- какие показатели изменились и что бы сделали иначе.
Для дорогих решений нужен ограниченный пилот на одном участке. Условия оплаты сами по себе не определяют качество пилота: важны согласованный объём работ и критерии результата.
10. Договор
- результаты привязаны к сценариям, а не к «внедрению модулей»;
- критерии приёмки: сценарии, работающие на реальных данных;
- оплата по результатам этапов;
- процедура и ставки для изменений объёма;
- сроки реакции поддержки, особенно в период запуска;
- право выгрузить все данные в открытом формате, в том числе при расторжении;
- кому принадлежит исходный код доработок;
- запрет менять ключевых специалистов подрядчика без согласования;
- условия прекращения и передачи дел.
Подбор по типу производства
Требования мебельной фабрики под заказ и молочного завода различаются сильнее, чем требования банка и магазина. Тип производства надо определить до выбора.
| Тип | Главная задача управления | Ключевые функции |
|---|---|---|
| Проектирование под заказ (ETO) | сроки этапов, изменения конструкции, загрузка инженеров | проектный учёт, управление изменениями, сквозная себестоимость проекта |
| Производство под заказ, мелкие серии | реалистичные сроки, очереди, узкие места | маршруты, учёт операций, ограничение запуска, расчёт срока при приёме заказа |
| Сборка под заказ (ATO) | наличие компонентов, скорость сборки | конфигуратор, планирование компонентов, резервирование |
| Производство на склад, серийное | прогноз, запасы, загрузка линий, переналадки | прогнозирование, планирование продаж и операций, MRP, канбан |
| Процессное: химия, пищевое, фарма | рецептуры, партии, сроки годности, прослеживаемость | рецептуры и версии, партионный учёт, лаборатория, электронные записи |
Многие ERP выросли из дискретного производства и слабо поддерживают процессное. Проверяйте это на сценариях с партиями и рецептурами.
Типичные ловушки выбора
- Выбор по красоте интерфейса. Красивый экран не гарантирует соответствия процессу.
- «Всё сделаем». Ответ «доработаем» на ключевые сценарии означает несоответствие.
- Самая дешёвая лицензия при самом дорогом внедрении.
- «Как у крупных». Система для корпорации задавит среднее предприятие сложностью.
- Выбор без пользователей. Решают руководство и ИТ, а работать будут мастера и кладовщики.
- Игнорирование партнёра. Для систем с настройкой квалификация команды внедрения важнее бренда.
Что сделать на своём производстве
- Проведите встречу «карта болей» и отсортируйте проблемы по цене.
- Сформулируйте 3-5 целей в цифрах и измерьте текущие значения.
- Опишите обязательные сценарии в границах проекта и включите критичные исключения.
- Утвердите веса оценочной матрицы до первой демонстрации.
- Отправьте кандидатам свои данные: несколько реальных изделий со спецификациями и маршрутами и несколько заказов.
- Перед подписанием проверьте в договоре право на выгрузку данных и приёмку по сценариям.
Вопросы и ответы
ERP или MES: что нужно небольшому производству?
Сколько кандидатов смотреть?
Можно ли выбрать за месяц?
Что делать, если ни одна система не покрывает ключевые сценарии?
Статья основана на книге «Управление производством»
В книге главы 20-22 разобраны подробнее: с формулами, примерами, шаблонами и полным списком источников.
Источники
- Легостаев П. А. Управление производством: наука, мировая практика и механизм создания системы. 2026. Главы 20-22, приложения Б и В.
- Hayes R., Wheelwright S. Link Manufacturing Process and Product Life Cycles. Harvard Business Review, 1979.
- acatech. Industrie 4.0 Maturity Index. 2017.
- Panorama Consulting. ERP Report 2026.
Опубликовано 7 октября 2026 г. Цифры о рынке и технологиях приведены по состоянию на 2025-2026 годы.