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

Представьте, что вы пришли работать на фабрику по производству моделей игрушечных машин. Вам предстоит вручную собрать каждую машинку, как конструктор, из кубиков, подаваемых в ваши руки конвейером. Поначалу вам поручают только несложную сборку из крупных блоков, и красивые модели машин собираются сами собой.
Но с каждым днём кубики становятся мельче, а модели — сложнее и реалистичнее. Работа требует всё больше концентрации и времени.
В какой-то момент вы понимаете, что просто не успеваете — деталей слишком много, а скорость конвейера не снижается! Кроме того, надо держать в голове все инструкции для сборки всех моделей.
На первый взгляд — это вымышленная ситуация, разве сборка конструктора может быть настолько неавтоматизированной?
На самом деле, именно в такой ситуации ежедневно оказываются планировщики и диспетчеры, начальники производства и руководители цехов на современных высокоавтоматизированных предприятиях. Вместо кубиков для машинок у них – заказы, бригады, сырье, оборудование, последовательность обработки. Вместо моделей – широкая номенклатура готовой продукции требуемого качества. И если пальцев на руках десять, рук – две, то голова – одна и она еще должна учесть дополнительные детали:
-
дорогие станки не должны останавливаться на лишние переналадки: время – деньги;
-
загрузка складов не должна быть выше пороговой: затоваренный склад – замороженные деньги и риск порчи товара;
-
даты отгрузки продукции не должны нарушаться: клиент может найти более дисциплинированного поставщика;
-
ремонтные бригады подрядчика не должны простаивать: always busy!
Зачем такие сложности?
Компании хотят оставить позади других игроков на рынке в борьбе за клиента. В условиях жесткой ценовой конкуренции единственный способ получить преимущество – снижать затраты, экономить ресурсы без потерь качества продукции. Для лучшего учета затрат и планирования ресурсов предприятия сначала внедряют различные ERP- и MES-системы и технологии бережливого производства. Это даёт заметное снижение издержек и рост дисциплины поставок, но со временем компания упирается в «потолок эффективности»: улучшения становятся всё более дорогостоящими, показывая всё меньший эффект.
С такими проблемами в первую очередь сталкиваются операционно‑интенсивные компании:
-
Производство с широкой номенклатурой и частыми переналадками
-
Логистические операторы и дистрибуция с большой географией, окнами доставки и дорогим автопарком
-
Ритейл и онлайн-торговля с волатильным спросом
-
Сервисные и строительные организации с планированием бригад и маршрутов
Если такие компании уже вплотную приблизились к плато эффективности, дальнейшее снижение издержек возможно за счёт перехода к математической оптимизации — прежде всего в планировании и диспетчеризации.
Но не все компании смогут пробить «потолок эффективности». Для применения математического инструментария организация должна быть зрелой, т.е. иметь формализованные процессы с владельцами, качественные данные, четкое понимание бизнес-целей и критериев их достижения. Так, общий компонент любого оптимизационного решения — получение наилучшего результата на множестве ограничений с достаточно качественными данными.
Внутри компании математическая оптимизация особенно интересна и выгодна тем, кто отвечает за результат:
-
Собственники и CEO получают рост маржинальности и ускорение оборота капитала
-
Операционный блок — увеличение пропускной способности без дополнительных инвестиций, сокращение переналадок и незавершённого производства
-
Логистика — снижение пробега и пустых рейсов, повышение соблюдения сроков поставок и коэффициента загрузки
-
Продажи и сервис — более стабильные SLA, меньше отказов, выше удержание и допродажи
-
Финансы — предсказуемость денежного потока, меньшие запасы и штрафы. Клиенты выигрывают от надёжных сроков и качества — и это возвращается компании ростом выручки.
Здесь «боль» в метриках (сроки, себестоимость, запасы) напрямую переводится в деньги, а окупаемость инвестиций становится предсказуемой.
В конечном счете, математическая оптимизация выгодна не только собственникам, операционным функциям и финансам, но клиентам и рынку в целом.
Где возникает выгода от оптимизации?
Eric Evans
В своей книге «Предметно-ориентированное проектирование: Структуризация сложных программных систем» («Domain-Driven Design: Tracking complexity in the heart of software») настоятельно рекомендует компаниям, прежде чем они начнут осмысливать стратегию развития своего ИТ-ландшафта, задаться вопросом о том, к какой предметной области относится компания (ее домен) и какие области ее деловой активности (поддомены) являются для нее ключевыми, формируют ее конкурентное преимущество.
Выгода от оптимизации распределена неравномерно: усилия стоит концентрировать там, где эффект можно быстро перевести в деньги и доказать ROI, а также в направлениях, которые создают долгосрочное стратегическое преимущество — повышают устойчивость, управляемость и скорость развития, позволяя обгонять конкурентов на длинном треке.
Необходимо осмысление факторов, которые могут выгодно отличать компанию от конкурентов: если сокращение опозданий в доставке даст компании дополнительные заказы от клиентов и увеличит выручку – это точно правильное место приложения. Если сокращение переналадок на агрегате дает прирост в производительности, но компания находится на падающем рынке – возможно, не стоит торопиться устранять это узкое место сейчас, но точно стоит задуматься: будет ли оно сдерживать продажи в будущем?
Где именно возникает выгода: необходимо следовать по цепочке поддомен → метрика → деньги:
-
Маршрутизация и диспетчеризация: меньше пробег/топливо, больше OTIF → экономия OPEX и рост сервиса
-
Производственное расписание/переналадки: больший объем выпуска продукции, меньше простой → больше отгружено без CAPEX
-
Планирование смен: меньше переработок и аутсорса → прямая экономия ФОТ
-
Раскрой/комплектация: меньше отходы → экономия материалов
-
S&OP/APS: меньше запасы при сохранении сервиса → высвобождение оборотного капитала
-
Сокращение выбросов вредных веществ за счет оптимизации производства
Чтобы выбрать правильную точку приложения математической оптимизации, необходимо оценить потенциал поддоменов компании.
Воспользуемся классическим разбиением на квадранты: по оси Y расположим Потенциальный эффект — болевые точки бизнеса, по оси X — Зрелость (готовность) данных.
Квадрант «Уверенные победы» характеризуется хорошо изученными процессами и их оцифрованностью (логистические маршруты, производственные карты, данные по километражу, расходу топлива и т.д.). ROI считается быстро и наглядно. Это идеальный полигон для первого проекта, который создаст внутреннего чемпиона и доказательство ценности. Во время помещения процесса в этот квадрант критично провести тщательный аудит данных в ERP/MES системе: без хороших данных нельзя добиться желаемого результата.
Квадрант «Стратегические инициативы» имеет большой потенциал, но данные разрознены по разным системам и отделам, процессы сложны и требуют кросс-функционального согласования. Здесь нужен подход «пилот – масштабирование». Для работы в этом квадранте необходимо провести тщательный анализ функциональных блоков для выделения относительно изолированного участка для начала пилотного проекта. Важно не впасть в болезнь неофита и не взять на себя неподъемную ношу большого числа интеграций. Тщательный анализ поможет снизить риски не только реализации, но и дальнейшей поддержки и, главное, развития решения.
Квадрант «Эволюция процессов» характеризуется формализованными процессами и наличием большого числа данных, но финансовый эффект может оказаться весьма скромным по сравнению с расходами на разработку.
Квадрант «Не сейчас» – это плохо формализованные процессы и недостаточно оцифрованные данные. Здесь велика роль ситуативных решений – такие области лучше оставить на светлое будущее для мультиагентных систем ИИ.
На пути выявления целевого поддомена компании необходимо сделать несколько практических шагов:
-
Собрать рабочую группу и провести инвентаризацию поддоменов с точки зрения их влияния на положение компании на рынке.
-
Расположить поддомены в Квадрантах, учитывая пригодность к пилотированию с точки зрения данных и потенциальных эффектов.
-
Начинать с «Уверенных побед», где измеримость и ROI очевидны, затем масштабировать в «Стратегические инициативы».
Для большей надежности Квадранты можно комбинировать со SWOT-анализом. В разрезе математической оптимизации «Strengths» и «Weaknesses» — это внутренние способности и узкие места функций (производство, логистика, продажи, финансы), а «Opportunities» и «Threats» — внешние драйверы эффекта и риски (рост спроса, требования клиентов к SLA, цены топлива, конкуренты). Быстрый SWOT-анализ по ключевым поддоменам показывает, где будет получена максимальная ценность: где сильные стороны можно монетизировать.
Комбинирование SWOT с Квадрантами делает приоритизацию предметной области более надежной. Сначала размещаем поддомены на карте «Потенциальный эффект (Y) × Зрелость данных (X)» (ссылка на рисунок). Затем накладываем теги SWOT и выбираем траектории:
-
S+O в «Уверенных победах» — быстрые деньги и внутренний чемпион (например, зрелые данные маршрутов × рост e‑commerce → маршрутизация как первый проект).
-
W+O в «Стратегических инициативах» — пилот с планом масштабирования (нестабильные сроки × новые контракты с жёсткими SLA → расписание производства).
-
S+T — защитные проекты для снижения риска штрафов/сбоев (логистика при росте цен на топливо).
-
W+T — чаще «Не сейчас» или «Эволюция процессов», если нет угрозы выручке в ближайший горизонт.
Такой SWOT анализ поверх квадрантов чётко показывает, какие функции выигрывают первыми и где эффект быстрее конвертируется в деньги.
Подытожим. Где скорее возникает выгода от оптимизации? В поддоменах с высокой «болью» и зрелыми данными — прежде всего в «Уверенных победах», затем в крупных «Стратегических инициативах» через пилотные проекты. Такой фокус позволяет быстро доказать ценность, создать внутреннего чемпиона и безопасно масштабировать эффект.
Кто всё это сделает?
Даже если компания понимает, что время для математической оптимизации пришло — довольно сложно понять, как сделать продукт. Основной проблемой или, точнее сказать, барьером для внедрения таких ИТ-решений является отсутствие внутри компании экспертизы в области математической оптимизации.
Постановка «Нам нужно минимизировать километраж пробега грузовиков при условии, что каждая точка будет посещена в заданный интервал времени, а грузовик не будет перегружен или недогружен» тянет на высокоуровневую постановку от бизнеса, которую, безусловно, должна уточнить, детализировать и дополнить команда разработки.
Компаниям без внутренней экспертизы необходимо обращаться к внешним подрядчикам за помощью в реализации оптимизационных решений. На предпроектном этапе достичь понимания с подрядчиком помогает совместное написание короткого документа «Границы и видение проекта», отвечающего на пять ключевых вопросов:
-
Какую проблему решаем и какую метрику улучшаем?
-
Какие выгоды ожидает бизнес и как их измерим?
-
Каким должно быть решение: коробочным или кастомным?
-
Кто реализует проект и кто владелец/спонсор процесса?
-
Хватает ли данных: полнота, качество, частота обновления, доступность?

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

Изучение доказанных кейсов подрядчика в вашем домене, его экспертиза в применении методов LP/MIP/CP/эвристик; зрелые практики MLOps/OptOps.
Исследование и проверка концепции: ведёт подрядчик; внутри — владелец продукта, эксперт поддомена, владелец данных, архитектор-интегратор. Результат: подтверждённая ценность, список ограничений и данных.
Пилотный проект: совместная команда, общий единый перечень задач и метрики эффекта; план трансфера знаний и требований к данным. Результат: измеренная окупаемость инвестиций.
Масштабирование: модель «Разработка — Эксплуатация — Передача на сторону заказчика» — поэтапная передача кода, инфраструктуры, документации и поддержки решения; Этапность трансфера включена в контракт. Результат: автономная эксплуатация.
Поддержка и развитие: внутренняя команда ведёт развитие; подрядчик — точечные доработки и консалтинг по сложным кейсам.
Контрактные условия: права на исходный код и результаты интеллектуальной деятельности, оглашение об уровне сервиса (SLA) поддержки, прозрачная модель стоимости, план трансфера знаний, метрики качества данных и эффекта.
Постоянная изменчивость рынка будет подталкивать компанию к непрерывной адаптации и совершенствованию реализованных математических моделей, чтобы они не отставали от реальности. Будет ли всегда готов подрядчик оперативно прийти на помощь вследствие его высокой загрузки на других проектах – весьма сложный вопрос, который может стоить потери конкурентного преимущества после немалых вложенных инвестиций.
В конечном счете, оптимизационные решения – это не просто софт, а механизм принятия стратегических решений. Полная передача этого механизма на аутсорс ставит компанию в зависимость от внешних исполнителей. Развивая внутреннюю команду, вы инвестируете в собственный стратегический актив.
Коробка или кастомная разработка?
Выбор между коробочным решением и кастомной разработкой оптимизационных решений – это только во вторую очередь вопрос технологии. В первую очередь – это стратегическое решение о том, является ли оптимизация для компании стандартным инструментом, решающим типовые задачи, или источником конкурентного преимущества. Правильный выбор зависит от сложности затрагиваемых процессов, уникальности бизнес-логики и амбиций на рынке.
Вопрос выбора возвращает нас к проблеме наличия компетенций внутри компании. Если в периметре есть команда с опытом внедрения промышленных решателей – компания получает свободу выбирать, какие процессы обеспечивать коробочными решениями, а какие требуют кастомной разработки.

Если внутренних компетенций в компании нет, то рабочая группа, словно герои гомеровской «Одиссеи», должны пройти между стратегическими Сциллой и Харибдой: задача для коробочного решения должна быть относительно простой, но при этом давать значимый эффект.
Разумеется, это одна из задач Квадранта «Уверенные победы». Если в угоду простоте будет выбрана задача с низким эффектом – велик риск растратить политический капитал даже при успешной реализации проекта и не получить бюджет для решения более сложных проблем. Если же будет выбрана сложная задача с большим эффектом, всегда есть риск затягивания сроков и неполного решения. В итоге может сложиться мнение, что «оптимизация не работает для нашего бизнеса».
Перед принятием решения требуется провести тщательный бенчмаркинг. Проанализировать истории успеха конкурентов: решена ли похожая задача с помощью коробки, или конкуренты рассказывают про свою внутреннюю команду разработки.
Коробочное решение хорошо применимо для относительно несложных типовых задач. В этом случае «коробку» можно будет безболезненно донастроить под себя. Такое решение позволяет получить быструю победу при минимальных инвестициях в разработку. Компании, используя коробочные решения, получают быстрый старт, не затрачивая поистине длительное время на развитие собственной команды математиков-разработчиков и аналитиков со специфическими компетенциями.
Когда стоит подумать о коробке:
-
Получение желаемого эффекта в сжатые сроки при решении стандартных отраслевых задач
-
Быстрый старт без необходимости взращивания полноценной команды разработки
-
Предсказуемая стоимость разработки при решении стандартных отраслевых задач
-
Входной билет в лигу математической оптимизации: компания получает возможность развивать внутреннюю экспертизу, перенимая опыт, и впоследствии перейти на внутреннюю поддержку решения, привлекая подрядчика только для решения действительно сложных задач.
Кратко о рисках коробочных решений:
-
Риск получить типовое решение, которое не дает конкурентное преимущество
-
Риск того, что конкуренты могут получить лучший продукт чем у вас, доработав эту же коробку под себя
-
Риск получить избыточный функционал, за который нужно платить, при этом, не решить корневую проблему
-
Риск получить упрощенную модель и необходимость подстраивать процессы под софт
-
Риск удорожания проекта в процессе дополнительной адаптации решения под требования бизнеса даже в простых задачах
-
Зависимость от вендора с точки зрения быстроты решения проблем

Если простых задач в Квадранте «Уверенные победы» нет, то компания без экспертизы в области математической оптимизации сталкивается с болезненным выбором: либо сложный нетиповой процесс придется подстроить под возможности коробочного решения, либо придется согласиться с неизбежным увеличением стоимости «коробки» и риском долгого и болезненного «допиливания» под себя.
С большой вероятностью, проект все равно свернет на неудобную дорожку удорожания, потому что бизнес просто откажется подстраиваться под коробку и у него на это далеко не пять причин!
Сложные задачи требуют кастомной разработки. На первый взгляд, это сильно дороже коробки, но это взгляд с берега, перед тем как сесть на корабль и отправиться в неизведанный путь. Успешное решение сложных задач дает конкурентное преимущество, но никто не расскажет на старте, как проще и быстрее победить в гонке за рынок.
Из явных достоинств кастомной разработки можно выделить:
-
Максимальное соответствие ключевому поддомену: модель учитывает множество нюансов, включая «неписанные правила» и скрытые ограничения бизнеса. Адаптация модели под нужды бизнеса идет столько, сколько требуется для получения максимального эффекта.
-
Стратегический контроль и гибкость: компания сама управляет развитием системы, быстро адаптирует ее к новым вызовам
-
Создание актива: разработанные алгоритмы, модели и базы знаний остаются внутри компании, повышая ее рыночную стоимость
-
Глубокая интеграция: решение становится органичной частью ИТ-ландшафта, а не сторонним сервисом.
Из рисков кастомной доработки стоит выделить:
-
Проект может не достичь желаемых эффектов в заявленный срок или бюджет
-
Задача может оказаться крепким орешком для команды разработки – важно оценить наличие компетенций на этапе предпроектного обследования.
-
Мелкие нюансы неожиданно становятся критичными show-stoppers, а данных для их учета в модели нет.
При принятии решения стоит:
-
Провести Gap‑анализ: что «коробка» закрывает из требований, где неизбежны доработки.
-
Учесть совокупную стоимость владения: лицензии (включая солверы), интеграции, доработки и обновления, вычислительные ресурсы, поддержка, команда, риски зависимости от поставщика.
-
Зафиксировать права на исходники/модели и расширяемость API ещё на этапе договора.
Заключение
В мире уменьшающихся кубиков данные стали новым ресурсом, а математическая оптимизация – мощным инструментом для конвертации этого ресурса в прибыль. Ключевой вопрос уже не «Стоит ли внедрять?», а «Как внедрять стратегически?». Уже в ближайшем будущем многие компании получат доступ к решению простых оптимизационных задач с помощью ИИ, но решение сложных оптимизационных задач останется за человеком. Именно поэтому уже сейчас важно задуматься о создании культуры внедрения и использования решений, основанных на данных, где человек и «оптимизатор» смогут действовать в синергии. Только так можно быть на шаг впереди конкурентов, потому что преимущество дает то, что нельзя быстро повторить.
Внедрение оптимизационных решений в производственные процессы — задача весьма непростая. Для достижения эффективных результатов требуется определённый период обучения и адаптации, как со стороны самой системы, так и сотрудников предприятия. Продолжительность этого периода зависит от ряда факторов: квалификации команды разработчиков, качества взаимодействия между ИТ-специалистами и производственным персоналом, а также степени поддержки и заинтересованности со стороны руководства. Если убрать один из этих компонентов – ничего не получится.
Вместе с тем, если оптимизатор становится неотъемлемой частью ежедневной работы планировщиков, диспетчеров, начальников производства и руководителей цехов, предприятие делает важный шаг к цифровой трансформации. Время покажет, какие компании сумеют максимально раскрыть потенциал промышленных решателей, однако уже сегодня очевидно: подобные системы перестают быть просто модным трендом и становятся необходимым инструментом для тех, кто намерен остаться в игре в эпоху индустрии 4.0.
Автор: DimitryD

