Network design: как проектировать сеть поставок

Network design (дизайн сети) — это не "нарисовать карту складов", а решить управленческую задачу: где должны быть узлы, как должны идти потоки, какой сервис вы гарантируете и сколько это реально стоит в деньгах и рисках. Хороший дизайн сети обычно даёт эффект не за счёт одного "крупного решения", а за счёт правильного баланса service level, lead time, ограничений и cost-to-serve.

Что такое network design и почему это "стратегическая математика", а не карта

Network design — класс задач стратегического планирования, где мы выбираем структуру сети и правила потоков: какие узлы нужны (заводы, склады, хабы, кросс-доки), как распределять спрос и запасы, по каким коридорам вести груз и какие ограничения соблюдать (мощности, лимиты, окна, SLA).

Горизонт решений

Обычно это месяцы/кварталы и годы: куда инвестировать, где открывать/закрывать узлы, как менять "правила игры" (governance), как строить сеть под рост, импортозамещение или новые рынки.

В чём "ошибка Excel"

Часто смотрят только на тариф "руб/км". Но реальная экономика — это cost-to-serve: запасы, сроки, потери сервиса, риски, ограничения и "скрытые" операционные издержки.

Почему это связано с операционным планом

Даже лучший дизайн сети не работает без "плана исполнения": если нет service level, измеримого plan-fact и правил аллокации, сеть быстро "плывёт" в ручные решения.

Какие вопросы решает network design

Ниже — практичный список "каких решений просит бизнес", когда приходит к проектированию сети.

1) Где должны быть узлы

Facility location: где открыть/закрыть DC/хаб, как распределить мощности, какие территории закрепить за узлами. Важно учитывать сроки (lead time) и лимиты (quotas/slots).

2) Как распределять спрос

Allocation: кому откуда везём, как делим спрос между узлами, когда делаем split, что делать при дефиците и какие правила "побеждают" (сервис/маржа/договоры).

3) По каким коридорам вести груз

Corridors: какие направления и плечи оптимизируем, где нужны кросс-доки, какие коридоры перегружены, и где лучше "перешить" сеть, чем бесконечно "дотюнивать маршруты".

Параметры, которые часто "забывают"

• Сервисные ограничения: окна, SLA, допустимые задержки и штрафы.
• Ограничения мощностей: throughput узла, смены, разгрузка/погрузка, пики.
• Политики запасов: где держим safety stock и как это влияет на lead time.
• Операционные "gates": какие звенья сети вообще разрешены и при каких условиях (gates).
• Режим оптимизации: что оптимизируем в первую очередь и что фиксируем (modes).

Пошаговый playbook: как делать network design так, чтобы решение "жило"

Цель — не "самая умная модель", а управляемое решение, которое можно защитить и внедрить.

Шаг 1. Уточните цель и сервис

Зафиксируйте, какой service level вам нужен по сегментам клиентов/каналам, и какие ограничения "не обсуждаются". Без этого оптимизация будет спором "о вкусе".

Шаг 2. Соберите данные как "модель мира"

Узлы, тарифы, расстояния/время, мощности, лимиты (quotas/slots), спрос по географии, правила потоков и "gates". Критично: корректный lead time, иначе сеть получится "на бумаге".

Шаг 3. Определите cost-to-serve

Не ограничивайтесь "доставкой". Стройте экономику решения через cost-to-serve: транспорт + склад + запасы + потери сервиса + риски. Это превращает network design из "карты" в управленческое решение.

Шаг 4. Сценарии вместо "одного ответа"

Делайте what-if: рост/падение спроса, новые рынки, санкционные ограничения, новые тарифы, закрытие узла, смена SLA. Сценарии помогают "купить" решение у бизнеса и избежать сюрпризов.

Шаг 5. Проверьте исполнимость

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

Шаг 6. Зафиксируйте governance

Кто утверждает дизайн сети, как часто пересматриваем, какие показатели считаем "истиной", как управляем версиями и отклонениями. См.: governance.

Метрики и эффект: что реально улучшает network design

Ниже — набор KPI и публичные ориентиры, которые удобно использовать как рамку ожиданий.

Cost-to-serve

Главный KPI: стоимость обслуживания клиента/сегмента/региона. В литературе и индустриальных обзорах встречается ориентир, что редизайн сети способен снизить общие логистические затраты на 5-15% (как "вилка ожиданий", переносимость зависит от контекста).

Транспортная составляющая

Публичные кейсы показывают, что корректировка структуры сети и потоков может давать двузначные эффекты. Например, в кейсе Saturn/GM заявлялось снижение транспортных затрат на 32% после использования сетевого моделирования.

Сервис и сроки

Редизайн сети почти всегда является компромиссом: "быстрее/ближе" против "дешевле/консолидированнее". Поэтому измеряйте service level и распределение lead time, а не только средние значения.

Governance: как сделать так, чтобы дизайн сети не превратился в "разовый проект"

Network design — это дисциплина: сеть должна пересчитываться и корректироваться по понятным правилам.

Cadence пересмотра

Минимум раз в квартал/полугодие (или при крупных событиях): рост спроса, новые клиенты, тарифы, закрытие узла, новая география, изменения SLA.

Единая "правда данных"

Тарифы, времена, мощности, лимиты, правила аллокации — должны быть согласованы и версионированы. Иначе бизнес будет спорить не о решении, а о том "чьи цифры правильнее".

Апрувы и ответственность

Кто утверждает сценарий, кто отвечает за внедрение, какие KPI считаем "контрольными".

FAQ

Коротко о практических вопросах проектирования сети поставок.

Источники и чтение

Материалы, на которые можно опираться для формулировок и ориентиров.

• Ballou (2001): ориентиры эффекта редизайна сети (5-15% снижение логистических затрат). Источник (ResearchGate)
• Saturn/GM case (network modeling): публичная индустриальная публикация с заявленным эффектом -32% транспортных затрат. Источник (Inbound Logistics)
• Chopra (2003): Framework for designing the distribution network. PDF
• Right-shoring / hidden logistics costs: пример того, почему "тариф" не равен полной экономике логистики. PDF