41
9 мин
«Сделаем конфигуратор, чтобы клиент сам собрал оборудование» — привлекательная идея. Через месяц выясняется, что совместимость хранится в голове ведущего инженера, часть правил зависит от среды, а цена рассчитывается после проверки чертежа. Команда либо останавливает проект, либо выпускает дорогую форму, которая всё равно заканчивается звонком.
Выбор инструмента начинается с вопроса: какую часть решения можно формализовать без риска для клиента и производителя?
Уровень 1. Каталог с фильтрами
Подходит, когда изделия уже разделены на модели, а покупатель знает ключевые параметры. Фильтр сокращает список, карточка объясняет различия, специалист подтверждает выбор. Это базовый вариант для серийной продукции с понятной номенклатурой.
Главная работа здесь — привести характеристики к единому справочнику. Если «мощность» записана в трёх полях и разных единицах, конфигуратор проблему не исправит.
Уровень 2. Подбор по параметрам
Посетитель отвечает на несколько вопросов, а сайт предлагает подходящие модели. Правила прозрачны: диапазон производительности, рабочая среда, температура, тип подключения. Результат содержит объяснение, почему варианты подходят, и возможность изменить исходные значения.
Такой подбор не создаёт новую конфигурацию. Он выбирает из существующего каталога. Пользовательский маршрут полезно предварительно проверить по методу из статьи о сценариях от вопроса до заявки.
Уровень 3. Опросный лист
Когда окончательное решение принимает инженер, сайт собирает исходные данные: задачу, среду, режим, ограничения, количество, место монтажа и документы. Поля меняются в зависимости от ответов. Клиент получает копию, а специалист — структурированную заявку.
Опросный лист часто полезнее псевдоконфигуратора. Он честно обозначает границу автоматизации и сокращает первый цикл переписки.
Уровень 4. Полноценный конфигуратор
Он оправдан, когда правила совместимости формализованы, варианты регулярно повторяются, результат можно автоматически проверить, а бизнес готов поддерживать базу правил. Конфигуратор рассчитывает состав, формирует спецификацию, визуализацию или ориентировочную стоимость и передаёт результат в учётные системы.
Для разработки сайта производителя оборудования с конфигуратором нужен владелец продуктовых правил. Без него функциональность устареет после первого изменения линейки.
Дерево решения
| Вопрос | Если да | Если нет |
|---|---|---|
| Клиент знает нужную модель? | Каталог и поиск | Переходим к параметрам задачи |
| Правила выбора однозначны? | Подбор по параметрам | Опросный лист |
| Совместимость можно проверить автоматически? | Кандидат на конфигуратор | Инженерная проверка |
| Данные и цены обновляются системно? | Интеграция возможна | Сначала наводим порядок в источнике |
| Ошибка безопасна? | Можно расширять самообслуживание | Оставляем подтверждение специалистом |
Скрытая стоимость находится после запуска
Правила нужно обновлять, новые опции добавлять, конфликтные комбинации тестировать, результаты передавать в CRM и 1С. Нужны журнал версий и аналитика: на каком вопросе пользователи уходят, какие конфигурации не завершают, что чаще требует ручной корректировки.
Техническое задание должно описывать не только экраны, но и владельцев правил. Полезный порядок есть в статье о пяти шагах подготовки ТЗ. Передача результата менеджеру проверяется по сценарию доставки заявки в CRM.
Проверка идеи на пяти прошлых сделках
Возьмите пять типичных запросов и восстановите решения инженера. Какие вопросы он задавал? Какие правила применял? Где потребовался чертёж или расчёт? Если ответы повторяются и формализуются, автоматизация имеет основу. Если каждый заказ исключительный, начните с хорошей карточки и опросного листа.
Есть простой критерий границы автоматизации. Если ошибка выбора лишь показывает несколько лишних моделей, достаточно хорошего фильтра. Если она приводит к несовместимой комплектации, неверному расчёту или опасному режиму работы, правила должен контролировать конфигуратор либо специалист после опросного листа. Стоимость разработки имеет смысл сравнивать не с каталогом вообще, а с ценой ошибок и временем инженеров, которые сегодня вручную проверяют одинаковые условия.
Кейс модульного магазина Grillmebel показывает, что конфигурация полезна там, где клиент действительно собирает решение из совместимых элементов. В промышленности этот принцип работает только после инженерной проверки правил.
