Конфигуратор на сайте производителя: сложный товар без менеджера

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

Масштаб ручной сборки хорошо виден на одном из наших проектов. У производителя стройматериалов тысячу с лишним контрагентов обслуживали 30 менеджеров сопровождения: каталоги рассылались в Excel, заказы собирались вручную, и каждое новое направление требовало новых людей. Когда клиенты стали собирать заказ сами — по своим ценам и актуальным остаткам, — нагрузка на менеджеров снизилась на 70% (B2B-платформа производителя стройматериалов). Это портал заказов, а не конфигуратор, поэтому пример — аналогия, но механика общая: сборку делает покупатель, проверку — система.

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

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

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

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

Какому товару нужен конфигуратор, а какому хватит каталога

Признаки товара, которому нужен конфигуратор на сайте:

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

Два-три совпадения — повод считать экономику. Но у правила есть два края.

Первый — когда покупателю проще выбрать готовое. Для СК «Верест», которая строит бани, мы на старте сознательно сделали простой вход: посадочная страница и каталоги проектов, без сложных сценариев. В первый месяц Директ принёс 94 заявки, около 90% из них оказались целевыми, в среднем по 1 380 ₽ за заявку (кейс «Верест»). Баня тоже собирается из вариантов, но на первом шаге человеку легче выбрать проект и обсудить изменения со специалистом.

Второй край — проектные продажи. У Smart4, который проектирует умные дома, продажа требовала сложной логики просчёта и согласования, с множеством тонкостей, которые трудно оцифровать. Задачу решали не на сайте, а внутри CRM: мы настроили процесс от просчёта до продажи проекта, и работа между отделами автоматизирована на 100% (кейс Smart4). В таких нишах конфигуратор полезен только как первый шаг: собрать предварительный состав и передать его инженеру.

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

Правила совместимости: откуда их взять и кто их ведёт

Любое правило сводится к одному из пяти типов:

Где искать правила:

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

Показательна цепочка в «Арисмо Инжиниринг»: компания выполнила более 7 000 проектов, на площадке — более 30 станков для металла, пластика, дерева и стекла. Заказ проходит продажу, просчёт, снабжение и производство, и после настройки процессов задача на просчёт автоматически уходит технологу (кейс «Арисмо»). В такой цепочке технолог — естественный владелец правил. Конфигуратор его не заменяет, а забирает повторяющиеся просчёты.

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

Интерфейс: порядок шагов, визуализация и цена

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

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

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

Цена и срок меняются рядом с выбором, а не на последнем экране. Для изделия под заказ дата готовности решает не меньше, чем сумма.

Визуализация бывает трёх уровней:

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

Спецификация: что уходит в производство

В стандартах конструкторской документации спецификация — это документ, определяющий состав сборочной единицы, комплекса или комплекта (ГОСТ 2.102-2013). Конфигуратор на сайте стоит проектировать под это определение: на выходе нужен состав, по которому можно собирать, а не описание для покупателя.

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

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

Как это работает, когда документ формирует система, видно по дилерскому порталу Döcke: дилеры и дистрибьюторы сами формируют спецификации, счета и накладные (кейс Döcke). Документ рождается там, где сделан выбор, и дальше руками не переписывается.

Передача в CRM и 1С: путь собранного заказа

Второе и третье звенья уже работают у «Мясного Олимпа», поставщика оборудования для мясопереработки. Покупатель отмечает позиции в каталоге на сайте и отправляет заявку вместе с ними, в Битрикс24 создаётся сделка с этими товарами, по шаблону собирается коммерческое предложение (КП) — с ценой без НДС, с НДС и итоговой суммой — и уходит на указанную почту без участия менеджера (кейс «Мясной Олимп»). Для конфигуратора механика та же, только вместо набора позиций — собранное изделие.

Что бывает без связки, видно по «Гроверу», производителю плетёной мебели и ограждений из искусственной лозы и ротанга: заказ в 1С появлялся только при выставлении счёта, а работа с клиентом до этого момента не была оцифрована — в CRM попадала лишь часть заявок, которую сотрудники заносили вручную. После подключения каналов 100% входящих обращений стали попадать в Битрикс24 на ответственного (кейс «Гровер»). Конфигуратор на сайте, который пишет каждую сборку в CRM, добавляет к этому состав: видно не только, кто обратился, но и что он собрал.

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

Конфигуратор в личном кабинете дилера

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

• персональные цены и скидки, которые подтягиваются из учётной системы;
• сохранённые сборки и шаблоны под типовые объекты;
• повтор прошлого заказа с правкой одного параметра;
• загрузка списка позиций из Excel вместо ручного набора;
• документы — спецификация, счёт, накладная — прямо из кабинета.

Цифры ниже — из трёх наших порталов для оптовых покупателей: B2B-платформы производителя стройматериалов, портала Döcke и платформы ГК «Инструмент». Изделия там не конструируют, зато заказ собирают сами — по своим ценам и остаткам, как в конфигураторе.

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

С чего начать: одна линейка и первая версия

Порядок, который снижает риск:

1. Выбрать линейку, где типовых сборок больше всего, а ошибки комплектации заметны. Не весь каталог сразу.
2. Собрать правила: интервью с технологом, разбор чертежей и последних заказов, выгрузка номенклатуры из 1С. Итог — таблица параметров и правил, которую согласует её будущий владелец.
3. Сделать первую версию: шаги, проверка совместимости, цена, срок и спецификация на выходе. Вместо 3D — фото вариантов.
4. Связать с CRM с первого дня: каждая сборка становится сделкой с составом. В Метрике — цели на начало сборки, готовую спецификацию и отправку, иначе не видно, где люди бросают.
5. Первый месяц работать на живых заказах: технолог сверяет спецификации, найденные расхождения превращаются в новые правила.
6. Расширяться: обмен с 1С, визуализация, кабинет дилера, следующие линейки.

Характеристики, фото и коды компонентов удобнее держать в одном источнике; когда карточек тысячи, для этого заводят PIM-систему. Сам конфигуратор для производителя — часть направления автоматизации бизнеса на собственной платформе: каталог, индивидуальные цены, кабинет клиента и обмен с 1С собираются из готовых модулей, а правила и шаги настраиваются под изделие. Что зафиксировать до старта, подскажет статья «Техническое задание на разработку сайта».

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

Короткий итог

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

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

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