Почему стандартная CRM не закрывает задачи автосервиса
Типовая CRM решает одну задачу — зафиксировать обращение и провести клиента по воронке. Для автосервиса этого мало: здесь нужно одновременно управлять записью, назначать мастеров, формировать заказ-наряд, контролировать оплату по этапам и не забыть напомнить клиенту о следующем ТО через три месяца.
Без единой системы информация рассыпается: заявки — в мессенджере, запись — в бумажном журнале, заказ-наряд — в 1С, а напоминания клиентам — в голове администратора. Битрикс24 позволяет свести всё это в одно рабочее пространство.
Ключевые боли автосервиса, которые закрывает Битрикс24:
- Заявки из разных каналов теряются или дублируются
- Мастера не знают о смене клиента или переносе записи
- Нет контроля оплаты по этапам (особенно при частичных платежах)
- Повторные визиты держатся только на памяти администратора
- Заказ-наряд формируется отдельно от CRM, данные не синхронизированы
Структура воронок под автосервис
Для СТО, как правило, настраивают две воронки сделок — отдельно для первичных продаж (записи) и отдельно для исполнения обязательств (работы в цеху). Такая схема позволяет не смешивать коммерческую и операционную работу.
Воронка «Запись / Продажи» — этапы:
- Новая заявка
- Квалификация (уточнение работ, автомобиля, сроков)
- Запись подтверждена
- Клиент напомнён (за день до визита)
- Успех / Отказ
Воронка «Исполнение обязательств» — этапы:
- Автомобиль принят
- Диагностика
- Согласование работ с клиентом
- Работы выполняются
- Ожидание оплаты
- Закрыто
По нашему опыту, в каждой воронке настраивается до 10 стадий, а суммарный набор полей карточек сделок охватывает до 100 полей для обеих воронок — модель автомобиля, VIN, тип работ, ответственный мастер, плановые и фактические даты, суммы по этапам.
На схеме показано, как заявка проходит путь от первого обращения клиента до закрытия заказа. Входящие каналы (сайт, телефония, мессенджеры) создают сделку в воронке «Запись», после подтверждения она переходит в воронку «Исполнение», из которой данные могут передаваться в 1С для формирования заказ-наряда.
flowchart LR
SITE[Сайт / форма] --> CRM[Воронка Запись]
PHONE[Телефония] --> CRM
MESS[Мессенджеры / ОЛ] --> CRM
CRM -->|Запись подтверждена| EXEC[Воронка Исполнение]
EXEC -->|Данные о работах| ONS[1С: Заказ-наряд]
EXEC -->|SMS / уведомление| CLIENT[Клиент]
ONS -->|Бюджет, оплата| EXEC
Заказ-наряд в Битрикс24: как это работает
Заказ-наряд — центральный документ для СТО. В Битрикс24 его можно реализовать двумя способами в зависимости от задач:
Вариант 1. Шаблон документа внутри Битрикс24
С помощью шаблонов документов настраивается автоматическая генерация заказ-наряда из полей карточки сделки. Поля подставляются автоматически: ФИО клиента, VIN, перечень работ, стоимость, ответственный мастер. Можно настроить как внутренний вариант (для цеха), так и внешний (для клиента) — с разграничением видимости по ролям сотрудников.
Вариант 2. Интеграция с 1С
При наличии 1С формирование заказ-наряда происходит на стороне учётной системы, а Битрикс24 выступает инициатором: при переводе сделки на нужный этап в 1С автоматически создаётся карточка заказ-наряда с привязкой к этой сделке. Любые изменения в карточке сделки (плановая дата, мастер, сумма) синхронизируются с 1С. Подробнее о механике такой синхронизации — в статье про интеграцию Битрикс24 и 1С.
Что важно предусмотреть при настройке заказ-наряда:
| Параметр | Решение в Битрикс24 |
|---|---|
| Перечень работ и расценки | Смарт-процесс «Работы и сотрудники» или товарный каталог |
| Разграничение внешнего/внутреннего документа | Права доступа по ролям |
| Корректировка состава работ | Задача на бухгалтерию → обновление карточки |
| Акт выполненных работ | Генерация из шаблона по сумме без расшифровки |
| Оплата по этапам | Смарт-процесс «Оплаты» со стадиями подтверждения |
Приём заявок из всех каналов
Клиенты обращаются в автосервис по-разному: звонят, пишут в WhatsApp или Telegram, оставляют заявку на сайте. Без объединения каналов часть обращений неизбежно теряется.
В Битрикс24 все каналы подключаются через открытые линии — WhatsApp, Telegram, ВКонтакте и другие агрегируются в единую очередь. Каждое обращение автоматически создаёт лид или сделку, а менеджер видит историю переписки прямо в карточке клиента.
Телефония подключается отдельно: входящий звонок от нового номера создаёт лид, от известного — открывает карточку существующего клиента. Записи разговоров прикрепляются к сделке.
Что настраивается при подключении каналов:
- Автоматическое создание лида/сделки при первом обращении
- Распределение входящих между менеджерами (по очереди или по правилам)
- Фиксация источника заявки для аналитики
- Автоответ клиенту при первом контакте
Автоматизация: напоминания, задачи, уведомления
Роботы и бизнес-процессы в Битрикс24 берут на себя рутину, которая иначе ложится на администратора. Подробнее о том, как они работают в воронке, можно прочитать в статье про роботов и триггеры.
Для автосервиса типовая автоматизация выглядит так:
Напоминания клиенту: - SMS или сообщение в мессенджер за день до записи - Уведомление о назначении мастера и дате выхода на работу - Уведомление о необходимости оплаты по завершении этапа работ - Напоминание о следующем ТО через заданный интервал (переход в воронку повторных продаж)
Задачи для сотрудников: - Автоматическая постановка задачи мастеру при переводе сделки на этап «Автомобиль принят» - Задача руководителю при просрочке — если карточка долго не двигается по этапам - Задача на бухгалтера при необходимости скорректировать состав работ
Контроль оплат: - Смарт-процесс «Оплаты» со стадиями: новая оплата → клиент оплатил → оплата подтверждена - При подтверждении оплаты — автоматическая передача данных в 1С
В типовом проекте в одной воронке настраивается от 5 до 10 роботов, включая роботов для отправки заранее заготовленных сообщений клиентам при переходе карточки на определённые стадии.
Карточка клиента и история автомобиля
Для СТО критично хранить историю не только по клиенту, но и по конкретному автомобилю. В Битрикс24 это решается через пользовательские поля и связи между сущностями.
Карточка контакта содержит: - ФИО, телефон, e-mail - Привязанные автомобили (через дополнительные поля или смарт-процесс) - История всех сделок и обращений - Дата последнего визита и следующего ТО
Карточка сделки содержит: - Марка, модель, VIN, пробег - Перечень работ и стоимость - Ответственный мастер - Плановые и фактические даты начала/окончания - Статус оплаты - Прикреплённые документы (заказ-наряд, акт, фото)
Если автосервис работает с корпоративными клиентами (обслуживание автопарков), карточка компании дополнительно содержит список автомобилей и историю по каждому из них.
Повторные визиты и лояльность
Повторный клиент в автосервисе — это системная работа, а не случайность. После успешного закрытия сделки карточка автоматически переходит в воронку повторных продаж, где через заданный интервал времени сотрудник получает задачу связаться с клиентом.
Типовая логика:
- Сделка закрыта успешно → карточка уходит в воронку «Повторные продажи»
- Через N дней (в зависимости от типа работ: ТО, сезонная смена резины и т.д.) — автоматическое напоминание
- Менеджер звонит или система отправляет сообщение в мессенджер
- Клиент записывается → новая сделка в воронке «Запись»
Клиенты, которые не ответили или отказались, попадают в отдельную воронку для работы с отложенным спросом. Подход к таким клиентам подробно описан в статье про воронку «Отложенный спрос».
Что нужно для внедрения
Типовой проект внедрения Битрикс24 для автосервиса включает несколько этапов:
- Аналитика и ТЗ — описание текущих процессов, перечень каналов, список полей карточек, логика заказ-наряда
- Базовая настройка — портал, аккаунты сотрудников, права доступа
- Настройка CRM — воронки, стадии, поля карточек
- Автоматизация — роботы, напоминания, уведомления клиентам
- Шаблоны документов — заказ-наряд внутренний, заказ-наряд внешний, акт
- Подключение каналов — телефония, мессенджеры, сайт
- Интеграция с 1С (если требуется)
- Обучение — работа с настроенным функционалом для администраторов и мастеров
Перед стартом рекомендуем пройти аудит текущего портала, если Битрикс24 уже используется, — это помогает не переделывать то, что уже работает. Если система настраивается с нуля, полезно изучить опросный лист, чтобы собрать все требования до начала работ.