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

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

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

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

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

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

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

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

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

Это выясняется на первой встрече. До нее разговор о разделах кабинета остается разговором о картинках.

Три сценария, ради которых открывают кабинет

Статья

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

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

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

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

В конфигураторе автомобилей Volkswagen для сети «Атлант-М» сборка проходила в семь шагов: модель, комплектация, цвет, колеса, салон, опции, итоговая конфигурация. Каждый шаг влиял на следующие параметры, поэтому собранную конфигурацию сохраняли, а восстановить ее можно было по уникальному коду.

Как выбранная версия попадает в заявку, разбирали в статье «Как повысить конверсию карточки автомобиля».

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

Кейс

Пятнадцать прототипов до идеала: как мы сделали сайт Laparet

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

Пользовательская логика личного кабинета

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

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

Дальше логика расходится по четырем сценариям.

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

Второй сценарий — обращения и заявки. Клиент открывает список обращений и видит все заявки: сервис, тест-драйв, подбор автомобиля, вопрос менеджеру, поиск запчасти. В каждой строке должны быть номер, дата, тип обращения, автомобиль или конфигурация, статус и ссылка на детали. Статусы пишут языком клиента: «Заявка получена», «Запись подтверждена», «Менеджер уточняет детали», «Работы завершены».

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

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

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

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

Что входит в первую версию

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

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

• Вход по телефону или электронной почте

• Сводка кабинета

• Профиль клиента

• Мои автомобили

• Сервис и история обслуживания

• Обращения и их статусы

• Документы по машине и сделке

• Уведомления о статусах

• Административная часть для сотрудников

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

У каждого раздела должен быть источник. «Мои автомобили» обычно приходят из системы работы с клиентами или учетной системы дилера. История обслуживания — из сервисной системы. Обращения и статусы — из CRM. Документы — из учетной системы, административной панели или файлового хранилища. Сохраненные конфигурации — из конфигуратора.

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

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

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

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

Вход, регистрация и восстановление доступа

Вход обычно делают по номеру телефона и электронной почте. Для дилера телефон удобнее: он уже лежит в учетной системе, и по нему менеджер находит клиента.

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

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

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

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

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

С какими системами связывать кабинет

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

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

Чаще всего кабинет связывают с системой работы с клиентами, сервисной системой, складом, конфигуратором, файловым хранилищем и сервисом уведомлений. Если хотя бы одна связка работает нестабильно, клиент видит устаревшие данные.

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

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

Подключение систем к сайту подробно разобрано в материале «Интеграция CRM-системы с сайтом». Механику разделов, документов, статусов и уведомлений можно взять из статьи «Разработка личного кабинета покупателя», но для дилера ее нужно привязывать к автомобилю, сервису и учетным системам, а не к корзине и заказам.

Что описать до начала разработки

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

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

До разработки кабинета нужно зафиксировать:

• Какие разделы входят в кабинет и в каком порядке

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

• Из какой системы приходит каждое поле

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

• Какие статусы видит клиент и как они называются на его языке

• Какие события уходят в систему работы с клиентами

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

• Где хранятся файлы и кто отвечает за их актуальность

• Что происходит при ошибке обмена

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

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

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

Чего в первой версии быть не должно

Программа лояльности с бонусами и историей списаний. Она требует правил, которых у дилера обычно еще нет.

Отзывы и оценки по каждой услуге. Оценка по шкале от 1 до 5 добавляется позже, когда через кабинет уже идет поток обращений.

Онлайн-оплата всего подряд. Начните с сервисных счетов, если они проходят через сайт.

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

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

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