Блог · Хо-Бит24
Автоматизация детейлинга в Битрикс24: разбор проекта Style-D
Для студии детейлинга CRM должна связывать обращение, автомобиль, запись, состав работ и заказ-наряд. На материале проекта Style-D разбираем, почему эти части нужно проектировать вместе. Описание выполненных работ и результаты клиента находятся в отдельном кейсе.
Начинать с пути клиента
Если заявки из разных каналов обрабатываются отдельно от расписания и расчёта, администратору приходится собирать контекст вручную. Он уточняет автомобиль, ищет свободное время и проверяет, какие условия уже обсуждали с клиентом.
В проекте Style-D обращения, запись, расчёт услуг и аналитика были связаны в Битрикс24. В этой статье рассматриваем устройство процесса, чтобы его можно было осмысленно адаптировать под другую студию.
Клиент и автомобиль — разные объекты учёта
У одного клиента может быть несколько автомобилей. Контакт хранит данные человека, а карточка автомобиля — сведения, нужные для обслуживания и расчёта. Связь между ними помогает видеть историю по конкретному объекту.
До настройки определяют, кто создаёт автомобиль, как находить существующий и какие поля нужны администратору. Если эти правила не согласованы, вместо единой истории появляются повторные карточки.
Запись должна учитывать фактическую загрузку
Свободное время зависит от доступности места, сотрудников и длительности выбранных работ. Эти ограничения нужно описать до автоматизации. Календарь без правил распределения нагрузки не решает задачу управления записью.
Процесс также должен учитывать перенос, отмену и изменение состава работ. Для каждого события определяют ответственного и порядок уведомления клиента.
Справочник услуг вместо расчёта по памяти
Для расчёта нужны согласованные услуги, категории автомобилей, цены и правила применения скидок. Отдельно определяют, какие значения менеджер может менять самостоятельно, а какие требуют согласования.
Прозрачный расчёт показывает состав заказа. Изменение услуги или скидки должно отражаться в итоговом документе и оставаться понятным сотрудникам, которые выполняют работу.
Заказ-наряд связывает продажу и выполнение
В документ попадают согласованные услуги, автомобиль, клиент и стоимость. Рекомендованные дополнительные работы стоит отделять от уже согласованных: клиент и исполнитель должны одинаково понимать текущий объём заказа.
Точка завершения процесса тоже требует определения. Например, выдача автомобиля, оплата и закрытие документов могут происходить в разное время. Выбранные статусы должны отражать реальные события.
Какие данные нужны для аналитики
- Источник обращения и правила его фиксации.
- Этапы обработки заявки и причины отказа.
- Запланированные и выполненные работы.
- Стоимость заказа и применённые скидки.
- Загрузка сотрудников и мест обслуживания.
Показатели полезны, когда сотрудники одинаково заполняют исходные данные. Автоматический отчёт не исправляет неодинаковый смысл статусов или пропуски в карточках.
Как оценивать результат внедрения
Сначала фиксируют исходные показатели и период сравнения. На выручку одновременно влияют спрос, цены, загрузка, реклама и работа команды. Поэтому изменение выручки нельзя автоматически приписывать только CRM.
В отдельном кейсе Style-D приведена оценка клиента и оговорены ограничения сравнения. Для нового проекта критерии результата согласуют заранее: например, полнота учёта обращений, точность расписания и доступность истории обслуживания.