Mindflow Получить расчёт
MINDFLOW / POWER YARD / ПРАКТИКА

Как POWER YARD организовала приём клиентов на СТО и мойку

Отдельный сервисный процесс в Битрикс24, карточка автомобиля и заявки Marquiz. В кейсе рассмотрен только завершённый первый этап проекта.

Битрикс24Решение MindFlowПродажи и распределение
Как устроен процессСХЕМА
01Анкета Marquiz
02Передача заявки
03Данные автомобиля
04Сервисная воронка
Рабочая модель по материалам проектаИтог рабочего сценария
РЕШЕНИЕ
Схема процесса MindFlow, не снимок интерфейса клиента
Кратко о проекте

Как POWER YARD организовала приём клиентов на СТО и мойку

Отдельный сервисный процесс в Битрикс24, карточка автомобиля и заявки Marquiz. В кейсе рассмотрен только завершённый первый этап проекта.

ФактЗавершён первый этап
ФактСТО и мойка
ФактКарточка автомобиля
Продажа автомобиля и сервисное обслуживание требуют разных сценариев. Для клиента СТО важны характеристики автомобиля и движение услуги, а не стадии обычной продажи.

Почему понадобился отдельный процесс

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

Для POWER YARD первым реализованным направлением стали СТО и мойка, с собственным маршрутом сервисной заявки.

Что вошло в завершённый этап

Настроили отдельную воронку «СТО/Мойка» и карточку автомобиля с полями, необходимыми для обслуживания. Заявки из Marquiz направили в этот процесс Битрикс24. Сотрудник получает сервисное обращение и ведёт его по профильным стадиям.

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

Схема бизнес-процесса power yard
Схема MindFlow. Показана логика процесса, а не измеренные финансовые показатели.

Нужна ли собственная разработка

Сама воронка, карточка CRM и стандартные поля доступны в Битрикс24. Передача заявок из Marquiz решается интеграцией. Главное в проекте — корректно отделить сервисный маршрут от других направлений и настроить передачу данных.

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

Результат

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

Основание и границы кейса

Завершены воронка СТО/мойка, карточка автомобиля и Marquiz; дальнейший этап исключён.