Какие данные нужны для разработки автомобильного конфигуратора

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

Сначала решите, что именно вы обещаете покупателю

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

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

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

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

Прайс-лист знает комплектации, но не знает правил выбора

Статья

Автомобильный конфигуратор или каталог: что выбрать бренду и дилеру

Продуктовая матрица описывает комплектации, доступное оборудование, изменяемые параметры и цены. Для каждой версии указывают идентификаторы, по которым ее связывают с изображениями и складом.

Фиксированная комплектация устроена проще. Двигатель, коробка и основное оборудование уже определены, покупатель выбирает несколько доступных параметров.

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

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

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

Кейс

Разработка cайта для Джили Атлант-М Боровая

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

Один автомобиль может потребовать сотни изображений

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

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

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

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

Если исходных материалов нет, их производство включают в смету отдельно. Стоимость зависит от числа моделей, ракурсов, изменяемых деталей и режимов освещения.

Цена и наличие живут в разных источниках

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

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

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

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

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

Кто отвечает за данные и что происходит при сбое

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

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

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

Ошибки цены, склада и CRM по-разному бьют по бизнесу. Устаревшую сумму можно скрыть. При недоступном складе сайт может убрать признак наличия. Заявку, которую CRM временно не принимает, можно сохранить и отправить после восстановления связи.

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

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

• Результат первой версии: заявка, поиск автомобиля или запрос на поставку

• Заполненная продуктовая матрица и правила совместимости

• Реальные изображения и связь файлов с параметрами автомобиля

• Базовые цены, доплаты, выгоды и итоговый расчет

• Примеры выгрузок, состав полей и ответственные сотрудники

• Складские данные, поля CRM или источник сроков, если они входят в первую версию

• Отличия остальных моделей по правилам, изображениям и источникам

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

Платформа e-commerce на Laravel» Nineseven

Готовая e-commerce-платформа на Laravel для быстрого запуска и роста

Зачем нужен пилот на одной модели

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

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

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