Пакеты и пресеты в конфигураторе: как сократить сто опций до понятного выбора

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

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

Почему длинный список опций теряет заказ?

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

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

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

Чем пресет отличается от пакета и отдельной опции?

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

Пресет — это готовая конфигурация целиком

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

Пресет удобен тем, что сразу показывает цену и срок. Человек видит не «станок от 1 250 000 ₽», а конкретную комплектацию за 1 422 000 ₽ с понятным составом — и принимает решение по бюджету, а не по обещанию.

Пакет — это группа опций внутри конфигурации

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

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

Отдельная опция — для нестандартных задач

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

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

Как собрать пресеты из реальных заказов?

Пресеты не придумывают на совещании — их выводят из того, что уже продаётся. У производителя со сложной номенклатурой за год накапливается достаточно данных, чтобы увидеть повторяющиеся комбинации: обычно 60–75% заказов укладываются в три-четыре устойчивых набора.

Шаг 1: выгрузить историю и разложить её по комбинациям

Нужны заказы за 12 месяцев с составом позиций. Выгрузка из 1С или из CRM, где хранятся спецификации, подойдёт в любом виде — таблица «номер заказа / артикул / количество». Дальше комбинации опций сводятся к набору признаков, и повторяющиеся наборы считаются по частоте.

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

Шаг 2: проверить частые комбинации на технологический смысл

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

Шаг 3: оставить три пресета и назвать их задачами

Названия «Вариант 1» и «Комплектация B» ничего не говорят. Работают названия через задачу: «Для участка с одной сменой», «Для серийного производства», «Для тяжёлых режимов». Клиент выбирает не набор артикулов, а свой режим работы.

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

Как считать цену пакета и не потерять маржу?

Цена пакета — не сумма опций минус «примерно десять процентов». Это отдельный расчёт, в котором есть себестоимость набора, скидка клиенту и маржа производителя. Разберём на примере.

Базовая комплектация стоит 1 250 000 ₽. Четыре опции по отдельности: привод повышенной мощности — 84 000 ₽, система аспирации — 46 500 ₽, расширенный пульт — 39 000 ₽, комплект быстрого зажима — 27 500 ₽. Сумма — 197 000 ₽. Себестоимость этих опций для производителя — 118 000 ₽.

Пакет продаётся за 172 000 ₽. Клиент экономит 25 000 ₽, то есть 12,7% от суммы опций. Маржа производителя на пакете — 54 000 ₽, или 31,4%, тогда как при продаже опций по отдельности она была бы 79 000 ₽, или 40,1%. Итоговая цена изделия с пакетом — 1 422 000 ₽ вместо 1 447 000 ₽ при покупке опций поштучно.

Такая сделка имеет смысл только при одном условии: пакет увеличивает долю заказов с этими опциями настолько, что абсолютная маржа растёт. Если раньше из десяти клиентов четыре брали две опции из четырёх, а с пакетом восемь берут все четыре, производитель зарабатывает больше при меньшем проценте. Если же пакет просто переупаковал тех, кто и так покупал всё, — это тихая скидка на 25 000 ₽ с каждого заказа.

Практическое правило: перед запуском пакета считать не только процент скидки, но и целевую долю проникновения. Формула простая — сравните маржу на текущем миксе заказов и на прогнозном. Если для окупаемости нужно, чтобы пакет выбирали больше половины клиентов, а по истории таких 20%, скидку стоит уменьшить.

Как пакеты взаимодействуют с правилами совместимости?

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

Второе правило — пакет не должен обходить запреты. Если конкретная опция несовместима с уже выбранным материалом или моделью, добавление пакета должно либо заблокироваться, либо предложить замену, но не «продавить» выбор. Иначе логика, которая годами защищала производство от неверных заказов, ломается одним чекбоксом.

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

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

Что видит дилер и что видит менеджер?

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

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

В документах пакет всегда раскрывается до позиций. В коммерческом предложении допустима строка «Пакет "Серийное производство" — 172 000 ₽» с расшифровкой в сноске, но в спецификацию для производства должны уйти артикулы, количество и комплектующие. Иначе цех получит название набора вместо задания.

Какие ошибки ломают пакетирование?

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

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

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

Четвёртая — слишком много пакетов. Семь наборов на первом экране возвращают ту же проблему выбора, от которой уходили. Рабочее число — три пресета плюс кнопка нестандартной сборки.

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

Как проверить, что пакеты работают?

Проверка начинается до запуска — на исторических заказах. Нужно прогнать через новую логику 30–50 реальных спецификаций и убедиться, что цена совпадает с той, что выставляли вручную, а состав пакета соответствует фактически отгруженному. Расхождения в 1–2% допустимы, если это округления; расхождение в 10% означает, что в правилах потерялась скидка или опция.

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

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

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

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