Модульный конфигуратор изделий: как собрать сложный продукт из блоков

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

Что такое модульный конфигуратор и чем он отличается от обычного?

Обычный конфигуратор работает с одним изделием и набором опций: цвет, материал, комплектация. Модульный работает с конструкцией — изделие описывается как набор блоков, которые соединяются в определённом порядке и с определёнными ограничениями.

Разница видна на прайсе. В обычном конфигураторе сорок строк опций, в модульном — двенадцать блоков и правила, по которым из них получается несколько сотен изделий. Менеджер не помнит все комбинации, а система помнит.

Чем модуль отличается от опции

Опция меняет свойство изделия: цвет, покрытие, тип ручки. Модуль меняет состав: добавляет узел, который занимает место, влияет на нагрузку и тянет за собой крепёж.

Отсюда практическое правило. Если выбор клиента не влияет на соседние элементы и на состав спецификации — это опция. Если влияет — это модуль, и ему нужны слоты и правила стыковки.

Когда модульный подход не нужен

Если у продукта одна базовая модель и десяток опций, модульная библиотека только усложнит поддержку. Достаточно обычного конфигуратора — базовые принципы разобраны в статье что такое конфигуратор продукта.

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

Для каких продуктов модульная сборка окупается?

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

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

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

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

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

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

Складское и подъёмное оборудование. Пролёты, траверсы, приводы. Модульность здесь критична: цена часто зависит не от количества секций, а от нагрузки на самый слабый элемент.

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

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

Не начинайте с самого сложного продукта. Возьмите линейку, где 60–70% заказов собираются из 5–7 повторяющихся блоков — там правила быстро проверяются на реальных сделках.

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

Как описать изделие блоками, чтобы схема не рассыпалась?

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

Библиотека модулей: что хранить в карточке

В карточке модуля нужны четыре группы полей. Габариты и присоединительные размеры — чтобы считать стыковку. Технические параметры — нагрузка, мощность, пропускная способность. Цена и себестоимость — с привязкой к прайсу и датой действия. Артикул и узел спецификации — чтобы заказ уходил в производство без ручной расшифровки.

Отдельно стоит хранить поведение модуля: какие слоты он занимает, какие даёт, что запрещает соседям. Без этого правила расползаются по коду и превращаются в исключения, которые поддерживает один человек.

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

Слоты и правила стыковки

Слот — точка, к которой можно присоединить другой модуль. У секции стеллажа два горизонтальных слота и один вертикальный, у надставки — только нижний.

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

Ещё одно правило, которое экономит месяцы поддержки: у каждого ограничения должен быть текст для клиента. «Недоступно» без объяснения — главная причина, по которой люди бросают конфигуратор и звонят менеджеру. Формулировка «эта надставка не встаёт на глубину 400 мм» снимает вопрос сразу.

Сколько комбинаций существует на самом деле

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

Возьмём секцию стеллажа: высота (2000, 2500, 3000 мм), глубина (400, 600, 800 мм), нагрузка на полку (120, 300, 600 кг), тип полки (сплошная, решётчатая, перфорированная), покрытие (порошковое, оцинковка, нержавейка). Три правила — нагрузка 600 кг требует глубины от 600 мм, оцинковка доступна только для решётчатых полок, высота 3000 мм не сочетается с 600 кг — оставляют 154 валидные сборки из 243, то есть 63%.

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

Как считать цену, если изделие — сумма модулей

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

Пример. Сборка из 19 позиций: 4 секции 2000×600 под 300 кг по 21 600 ₽, 2 секции 2000×400 под 120 кг по 16 400 ₽, 6 надставок по 4 900 ₽, 5 усиленных стыков по 2 400 ₽ и 2 боковые панели по 3 100 ₽. Итого 166 800 ₽ без НДС, или 200 160 ₽ с НДС 20%.

При себестоимости 62% от цены маржа такой сборки — 63 384 ₽, то есть 38%. Если дилерская скидка 7%, сделка приносит 155 124 ₽ — и это видно в конфигураторе сразу, а не после письма в плановый отдел.

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

Отдельно продумайте округление и минимальную стоимость сборки. Мелкая надставка, которая тянет за собой упаковку и крепёж, может обнулить маржу заказа, если её цена считается как «цена модуля плюс ноль».

Что попадает в спецификацию модульного изделия

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

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

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

Какие ошибки убивают модульный конфигуратор?

Модуль, который зависит от всего

Если модуль требует знания о половине каталога, правила становятся нечитаемыми. Признак проблемы простой: чтобы добавить новый блок, нужно править больше пяти ограничений. Значит, не хватает промежуточного уровня — группы или семейства.

Правила, спрятанные в коде

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

Отсутствие владельца библиотеки

Модули устаревают: меняются поставщики, размеры, цены. Нужен человек, который раз в месяц сверяет карточки с прайсом и производством. Без владельца конфигуратор начинает врать через полгода после запуска.

Как проверить конфигуратор до запуска

Проверка начинается с эталонных сборок. Возьмите 20–30 реальных заказов из архива, соберите их в конфигураторе и сравните цену, состав и сроки с фактическими документами.

Расхождение в цене означает ошибку в правилах или прайсе. Расхождение в составе — ошибку в модели данных, и это опаснее: цена может сойтись, а на производство уйдёт не тот комплект.

Второй тест — на запреты. Пройдите по каждой паре «слот — модуль» и убедитесь, что недопустимая комбинация не только блокируется, но и объясняется текстом. Третий — на скорость: менеджер должен собрать типовой заказ за 3–5 минут без подсказок.

Что меняется в продажах и производстве

В продажах сокращается путь от запроса до КП. Клиент собирает изделие сам, менеджер проверяет и отправляет — вместо переписки на два дня и трёх уточняющих вопросов.

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

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

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

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