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

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

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

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

Это снижает риск ручного обновления каталога, ошибок при передаче заявок и отдельных доработок для каждого региона. 

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

Что включить в первый релиз

Состав первого релиза определяют по пути покупателя от выбора автомобиля до обращения к дилеру. 

Для такого сценария в первый релиз входят:

• Страницы моделей и комплектаций

• Каталог автомобилей в наличии с ценами и статусами из согласованного источника

• Карточки автомобилей с основными характеристиками

• Список дилеров с адресами и контактами

• Формы записи на тест-драйв и обратного звонка

• Правила распределения заявок между дилерами

• События аналитики для отправки и передачи обращений

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

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

В проекте Volkswagen работу разделили на последовательные этапы. Сначала подготовили шаблоны страниц и первичную интеграцию с «1С-Битрикс», затем создали структуру и статичные разделы, после этого реализовали формы и обмен данными через программный интерфейс, или API, а каталоги перенесли на следующий этап. 

Порядок определялся зависимостями между задачами. 

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

Статья

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

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

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

Подготовить нужно следующие данные:

• Модели, комплектации и технические характеристики

• Цены, акции и специальные предложения

• Автомобили в наличии и их статусы

• Изображения и правила их использования

• Дилеры, адреса и графики работы

• Формы и получатели заявок

• События аналитики и ответственные за их проверку

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

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

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

Кейс

Разработка интернет-магазина тёплой одежды от производителя

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

Как выбрать архитектуру дилерских сайтов

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

Обе модели использовали в проекте Volkswagen. В первом варианте региональные сайты работали в многосайтовой системе «1С-Битрикс» с общей панелью управления. Во втором создавались независимые копии сайта с отдельными лицензиями, а контент переносился между проектами в полуавтоматическом режиме.

Перед выбором архитектуры необходимо ответить на несколько вопросов:

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

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

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

• Кто оплачивает лицензии и техническую поддержку

• Нужно ли выпускать общие обновления для всей сети

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

Общая система подходит, если бренд должен контролировать структуру, оформление и основную часть контента. 

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

Как организовать передачу заявок

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

Для каждой формы нужно зафиксировать:

• Назначение формы

• Состав и обязательность полей

• Источники данных для списков

• Правила проверки введенной информации

• Систему и сотрудника, которым передается заявка

• Формат передачи данных

• Действия после успешной отправки

• Порядок обработки ошибки

• События, которые фиксируются в аналитике

Маршрут зависит от вида обращения и процессов конкретного дилера. Заявки на тест-драйв, сервис, поиск запчастей и обратный звонок могут поступать в разные системы и разным сотрудникам. Поэтому общего требования «передавать все заявки в одну систему» недостаточно.

В проекте Volkswagen реализовали восемь форм, включая запись на тест-драйв, обращение в сервис, поиск запчастей и заявку дилеру. Обращения с сайта импортера передавались в SAP через программный интерфейс. Региональные сайты отправляли заявки в «1С» или на электронную почту.

Перед запуском необходимо отправить тестовую заявку по каждому маршруту и проверить:

• Появилась ли заявка в нужной системе

• Получил ли ее назначенный сотрудник

• Сохранились ли переданные данные

• Зафиксировалось ли событие в аналитике

• Получила ли команда уведомление об ошибке

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

Как построить план запуска

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

Работу стоит разделить на шесть этапов:

1. Зафиксировать первый релиз — определить страницы, функции, формы, интеграции и дилеров первой очереди

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

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

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

5. Проверить решение на пилотном дилере — протестировать данные, права доступа, формы, аналитику и работу сотрудников с системой

6. Подключить остальных дилеров — использовать результаты пилота, единый перечень проверок и согласованный порядок поддержки

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

Какие риски учесть до запуска

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

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

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

Что подготовить для запроса коммерческого предложения

Для первичного запроса не нужно составлять техническое задание. Достаточно передать подрядчику основные вводные:

• Ссылку на действующий сайт и краткое описание задачи

• Количество дилеров на первом этапе и планируемый размер сети

• Обязательные сценарии первого релиза: каталог, автомобили в наличии, выбор дилера, тест-драйв и другие формы

• Названия систем, с которыми потребуется обмениваться данными, если они уже известны

• Желаемый срок запуска и причину, если дата привязана к конкретному событию

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

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

Оставить заявку на коммерческое предложение