Какие разделы нужны сайту автодилера в первой версии

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

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

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

Из чего собирается структура сайта дилера

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

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

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

Для каждого раздела заранее отвечают на четыре вопроса:

• Какую задачу покупателя закрывает раздел

• Какие данные нужны для его работы

• Кто отвечает за обновление данных

• Куда уходят заявки из этого раздела

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

В проекте сайта Geely для «Атлант-М» структуру закладывали с учетом требований заказчика, затем корректировали ее для удобства реализации.

Третий источник структуры — данные. Раздел может брать информацию из «1С», SAP, другой учетной системы, таблицы, программного интерфейса или административной части сайта. Если источник заранее не назначен, раздел быстро пустеет после запуска.

Обязательный минимум первой версии

Статья

SEO сайта автодилера: каталог, модели и комплектации

В первый релиз входят разделы, которые закрывают путь покупателя от интереса к модели до обращения в дилерский центр.

Минимальный состав:

• Модельный ряд

• Автомобили в наличии

• Карточка автомобиля

• Сервис

• Дилерские центры и контакты

• Формы заявок

• Страница акции или специального предложения, если она нужна на запуске

Для этих разделов отдельно описывают служебные настройки:

• Источники данных

• Правила обновления каталога

• Маршруты заявок

• Получателей по каждому типу формы

• События аналитики

• Ответственных за наполнение

• Порядок действий при ошибке обмена

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

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

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

Кейс

Новый сайт крупнейшего продавца дверей Беларуси

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

Каталог: модельный ряд или автомобили в наличии

Словом «каталог» часто называют два разных раздела. Из-за этой путаницы сайт может отвечать не на тот вопрос покупателя.

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

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

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

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

На volkswagen.by данные поступали с реального склада и обновлялись ежедневно. Исходные статусы приходили в необработанном виде, поэтому для корректного отображения потребовалась отдельная таблица соответствий. В системе учитывались основные состояния автомобиля: на складе дилера, на складе импортера, в процессе доставки.

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

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

Разделы под сервис, запчасти и владение

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

Минимальный состав сервисного блока:

• Запись на обслуживание

• Стоимость регламентных работ

• Кузовной ремонт

• Поиск запчастей

• Гарантийные условия

• Контакты сервисных центров

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

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

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

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

Структура сайта мультибрендовой группы

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

Поэтому разделы делят на брендовые и общие.

К брендовым обычно относятся:

• Модельный ряд

• Комплектации

• Карточки автомобилей

• Акции бренда

• Галереи и изображения

• Конфигуратор, если он есть

Общими для группы чаще делают:

• Сервис

• Трейд-ин

• Кредит

• Контакты

• Вакансии

• Новости группы

• Корпоративную информацию

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

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

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

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

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

Как устроена структура региональной сети

У региональной сети один и тот же раздел может быть общим для всех сайтов или локальным для конкретного дилера. Это решают до проектирования.

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

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

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

До выбора структуры сети нужно ответить на шесть вопросов:

• Кто утверждает общий контент

• Могут ли дилеры менять структуру своих сайтов

• Насколько различаются каталоги и маршруты заявок

• Кто платит за лицензии и поддержку

• Нужны ли общие обновления

• Как подключается новый дилер

Маршруты заявок описывают отдельно для каждого типа формы и каждой группы дилеров. На региональных сайтах проекта Volkswagen заявки уходили на электронную почту или в «1С», в отличие от головного сайта с передачей через программный интерфейс в SAP.

Тиражировать структуру на всю сеть сразу не стоит. Сначала запускают пилотного дилера, проверяют данные, права доступа, формы и аналитику. Потом остальные площадки подключают по тому же перечню проверок.

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