Автомобильный конфигуратор или каталог: что выбрать бренду и дилеру
Каталог и конфигуратор решают разные задачи. Каталог показывает модельный ряд или реальные автомобили в наличии, конфигуратор помогает собрать желаемую версию.
Ошибка в выборе заставляет бренд оплачивать лишнюю сложность или оставляет готового к покупке человека без конкретного предложения.
Каталогом называют два разных продукта
Каталог моделей показывает предложение бренда: модели, комплектации, характеристики, изображения и рекомендованные цены. Он помогает сравнить версии, но не подтверждает наличие выбранного автомобиля у дилера.
Каталог наличия работает с физическими автомобилями. Каждая карточка связана с VIN, фактической комплектацией, ценой, местонахождением и статусом. Две машины одной модели остаются разными предложениями, если у них отличаются оборудование, цена или продавец.
Запрос на каталог автомобилей еще не определяет состав проекта. Для каталога моделей нужны продуктовые данные и контент. Каталог наличия потребует выгрузки из складских систем, обновления цен и статусов, связи каждой машины с дилером.
Поэтому до оценки разработки нужно определить основную единицу каталога: версию из модельного ряда или конкретный автомобиль со склада.
Каталог наличия нужен, когда покупатель выбирает из реального склада
Каталог наличия сокращает путь от поиска до заявки. Покупатель задает модель, цену, двигатель и другие параметры, а сайт показывает машины, которые уже находятся у дилеров или едут к ним. Заявка привязывается к VIN, поэтому менеджер сразу понимает, какой автомобиль выбрал человек.
Слабое место такого каталога — актуальность склада. Машину могут зарезервировать или продать, пока она остается на сайте. Бизнес заранее определяет частоту обновления и поведение при устаревании данных: скрыть предложение, убрать цену или предложить проверить наличие у дилера.
В проекте сайта Volkswagen и региональных дилеров каталог получал данные реального склада через API и обновлял их ежедневно. Исходные статусы приходили в техническом виде, поэтому для них сделали таблицу соответствий. Пользователь видел понятное состояние автомобиля: на складе дилера, на складе импортера или в процессе доставки.
Каталога наличия достаточно, если компания продает преимущественно автомобили со склада, а покупатель выбирает среди готовых комплектаций. Основные расходы приходятся на интеграцию, сопоставление данных дилеров и контроль обновлений.
Кейс

Конфигуратор нужен, когда покупатель собирает версию под себя
Конфигуратор имеет смысл, если покупатель действительно может выбирать двигатель, комплектацию, цвет, колеса и дополнительное оборудование. При фиксированных версиях пошаговая сборка только увеличит количество экранов перед заявкой.
Каждый выбор должен влиять на результат. После смены двигателя могут стать недоступны отдельные пакеты, новые колеса меняют изображение, дополнительное оборудование увеличивает цену. Покупатель сразу видит последствия и разбирается в различиях между версиями без длинных таблиц характеристик.
Собранную конфигурацию сохраняют и передают дальше. В заявку попадают модель, комплектация, выбранные опции и рассчитанная стоимость. Менеджер получает конкретный запрос и готовит предложение без повторного опроса покупателя.
В конфигураторе Volkswagen выбранную версию можно было восстановить по уникальному коду. Форму заявки связали с SAP, а открытый API позволял подключать приложение к сайтам дилеров. Конфигурация становилась данными, которые можно сохранить и использовать в дальнейшей продаже.
Собранная версия остается пожеланием покупателя, пока сайт не сверил ее с реальным складом. Если такой машины нет, менеджеру придется искать близкий вариант или оформлять запрос на поставку.
Конфигуратор подходит брендам со сложным выбором и возможностью заказа.
Где возникает постоянная стоимость
После запуска меняются модельные годы, комплектации и цены, на склад поступают другие автомобили. Конфигуратору требуются новые изображения и повторная проверка правил. Поэтому сравнивать только первоначальную смету недостаточно.
|
Решение |
Что придется поддерживать |
|
Каталог моделей |
Характеристики, комплектации, цены, изображения и страницы новых моделей |
|
Каталог наличия |
Складские выгрузки, статусы, данные дилеров и таблицы соответствий |
|
Конфигуратор |
Правила совместимости, изображения состояний, расчет цены и допустимые комбинации |
|
Гибрид |
Обе системы и правила сопоставления выбранной версии с реальными автомобилями |
Каталог моделей обычно обновляет редактор. Если сведения приходят в готовой структуре, разработчики подключаются только при изменении шаблонов или модели данных. Сбор характеристик из прайс-листов и презентаций превращает каждое обновление в ручную сверку.
Каталог наличия требует постоянного обмена со складом. Когда дилеры используют разные обозначения комплектаций и статусов, разработчики поддерживают таблицы соответствий и контроль ошибок. Такой каталог может требовать больше поддержки, чем конфигуратор со стабильным модельным рядом и готовыми материалами.
В конфигураторе новая комплектация затрагивает шаги выбора, доступные опции, цену и визуализацию. После обновления нужно проверить связанные комбинации, иначе покупатель сможет собрать недоступную версию или увидит неправильное изображение.
Состав продуктовой матрицы, требования к изображениям и источникам мы отдельно разобрали в статье «Какие данные нужны для разработки автомобильного конфигуратора». При выборе продукта достаточно понять, какие сведения компания сможет регулярно обновлять и кто будет за них отвечать.
Когда оправдан гибрид
Гибрид нужен бренду, который дает покупателю собрать желаемую версию и одновременно продает автомобили со склада. После последнего шага конфигуратор ищет совпадения среди реальных машин и переводит человека к конкретному дилеру.
Собрать желаемую версию → найти точное или близкое совпадение → выбрать дилера → оставить заявку
Сначала сайт ищет машину с выбранной комплектацией, двигателем, цветом и оборудованием. Если точного совпадения нет, он предлагает ближайшие варианты. Для этого бизнес определяет обязательные и заменяемые параметры. Другой цвет можно показать как альтернативу, замена двигателя уже меняет саму версию автомобиля.
Различия показывают рядом с найденной машиной. Покупатель должен видеть, какие параметры совпали, чем складской автомобиль отличается и как изменилась цена. Иначе менеджеру придется объяснять расхождения после получения заявки.
Каталогу и конфигуратору нужны общие идентификаторы. Сайт должен связать выбранную комплектацию с записью на складе, даже если бренд и дилер называют ее по-разному. Потребуются таблица соответствий, актуальные статусы и правила сортировки результатов.
Если складские данные недоступны, конфигуратор можно закончить запросом на поставку. Когда компания продает только готовые автомобили, достаточно каталога наличия. Обе системы нужны, если покупателю предлагают выбор между заказом желаемой версии и покупкой близкой машины без ожидания.

Что выбрать для первой версии
Решение зависит от действия, которым должен закончиться путь покупателя.
|
Задача первой версии |
Что выбрать |
|
Познакомить покупателя с модельным рядом и собрать общую заявку |
Каталог моделей |
|
Показать автомобили, которые можно купить сейчас |
Каталог наличия |
|
Дать собрать комплектацию и отправить выбранные параметры дилеру |
Конфигуратор |
|
Найти на складе машину, близкую к собранной версии |
Гибрид |
|
Запустить сайт до подготовки правил, изображений и интеграций |
Каталог моделей с заявкой |
Начинать с гибрида стоит при готовых данных для обеих частей. Если склад обновляется вручную или конфигурации нельзя надежно сопоставить с VIN, связанный путь будет показывать случайные результаты. Каталог моделей можно дополнить реальным наличием, а конфигуратор связать со складом после подготовки идентификаторов и правил поиска.
Выбираете между каталогом, конфигуратором и связанной схемой — покажите, как устроены модельный ряд, склад и заявки. Определим состав первой версии сайта для автодилера и оценим разработку автомобильного конфигуратора, если он действительно нужен.


