Автоматизация СТО с подбором по VIN должна соединять весь путь ремонта: обращение клиента, автомобиль, запись на пост, диагностику, согласование работ, точный подбор деталей, резерв или закупку, заказ-наряд, оплату и историю обслуживания. Установка отдельной CRM и отдельного каталога не решает задачу, если менеджер продолжает вручную переносить результат между ними.
Основной объект процесса — не только клиент и не только сделка, а конкретный визит определённого автомобиля. Внутри него должны сохраняться жалоба клиента, пробег, диагностика, согласованные работы, выбранные запчасти, изменения, исполнители и финансовый результат.
Как должен проходить ремонт в едином контуре
- Администратор находит клиента и автомобиль или создаёт их карточки.
- Фиксирует обращение, симптомы, желаемое время и пробег.
- Планирует визит с учётом мастера, поста и продолжительности.
- После диагностики формирует список работ и требуемых деталей.
- Подбирает OEM-позиции по VIN, узлу и чертежу.
- Проверяет оригиналы, кроссы, аналоги, собственный склад и поставщиков.
- Согласовывает с клиентом состав, стоимость и срок.
- Резервирует доступное или создаёт закупку под ремонт.
- Переводит запись в заказ-наряд и контролирует выполнение.
- После выдачи сохраняет фактические работы, детали, оплату и рекомендации.
Такой процесс убирает главный разрыв: деталь подбирается не сама по себе, а для конкретного автомобиля, ремонта и согласованной работы.
Какие данные связывают этапы
| Объект | Что сохраняется | Зачем нужна связь |
|---|---|---|
| Клиент | Контакты, обращения и согласования | Понимать договорённости и историю отношений |
| Автомобиль | VIN, номер, модель, комплектация, пробег | Не смешивать ремонты разных машин |
| Визит | Дата, причина, пост, мастер и состояние | Управлять загрузкой и сроком |
| Работы | Диагностика, операции, исполнитель и результат | Сформировать заказ-наряд и фактическую историю |
| Запчасти | OEM, выбранный бренд, количество и источник | Связать подбор, резерв, закупку и установку |
| Документы и оплата | Согласованная сумма, изменения, оплата и возврат | Контролировать завершение ремонта |
VIN должен открывать путь к детали, а не быть полем в карточке
Само хранение VIN не является подбором. Рабочий сценарий определяет автомобиль, показывает доступные параметры комплектации, затем ведёт менеджера по категориям и узлам к взрыв-схеме и OEM-номеру. После выбора номер должен перейти в товарный контур без ручного копирования.
Дальше задача меняется: найти карточку детали, доступные бренды, кроссы и аналоги, проверить фотографии, собственный остаток и предложения поставщиков. VIN-модуль отвечает за идентификацию автомобиля и OEM-позиции, а отраслевой реестр — за товарные связи и доступность.
Согласование работ и запчастей должно быть зафиксировано
Предварительная оценка после записи может измениться после диагностики. Поэтому система должна различать предложенное, согласованное и фактически выполненное. Устное изменение без записи создаёт спор о цене и составе ремонта.
| Состояние | Что происходит | Что нельзя делать |
|---|---|---|
| Предварительная оценка | Формируется ориентировочный перечень | Считать его окончательным заказ-нарядом |
| Диагностика | Уточняются причина, работы и детали | Списывать товар без решения |
| Согласовано | Зафиксированы состав, цена и срок | Менять перечень без нового согласования |
| В работе | Мастер выполняет утверждённые операции | Терять связь с выданными деталями |
| Завершено | Записаны фактические работы и материалы | Закрывать визит с незавершёнными расчётами |
Резерв и закупка должны знать, для какого ремонта они созданы
Если деталь есть на собственном складе, её резервируют под заказ-наряд. Если товара нет, предложение поставщика становится основанием закупки. В обоих случаях менеджер должен видеть ожидаемый срок и связь с клиентским ремонтом.
Покупка «на склад вообще» вместо закупки под конкретный визит усложняет приоритеты. Деталь может прийти, но другой сотрудник продаст её раньше. Связанный резерв защищает обещание клиенту и показывает складу назначение позиции.
Как организовать статусы без лишней бюрократии
Статус должен менять ответственность или разрешённое действие. Не нужно создавать десятки почти одинаковых состояний. Для большинства СТО достаточно маршрута, который отражает реальное движение ремонта.
| Статус | Ответственный | Условие перехода |
|---|---|---|
| Запись создана | Администратор | Клиент, автомобиль и время подтверждены |
| Диагностика | Мастер | Автомобиль принят |
| Ожидает согласования | Администратор | Сформированы работы и детали |
| Ожидает запчасти | Закупка или склад | Создан резерв либо заказ поставщику |
| В ремонте | Мастер | Состав согласован и ресурсы доступны |
| Готов к выдаче | Администратор | Работы проверены и сумма рассчитана |
| Закрыт | Ответственный за выдачу | Автомобиль выдан, расчёты завершены |
История ремонта формируется из фактов
История автомобиля — это не свободный комментарий «что-то делали с ходовой». В ней должны остаться дата и пробег, жалоба, диагностика, выполненные работы, установленные детали, исполнитель, рекомендации и результат. При следующем обращении менеджер не начинает разговор с нуля, а видит предыдущие решения.
Такая история полезна и владельцу: можно анализировать повторные обращения, возвраты, незавершённые рекомендации, загрузку мастеров и спрос на запчасти. Но эти выводы появляются только при дисциплинированном закрытии заказ-наряда.
Что проверить на пилоте
- создание клиента с двумя автомобилями;
- запись одного автомобиля на конкретный пост и время;
- подбор детали по VIN, узлу и OEM-номеру;
- замена отсутствующего оригинала согласованным аналогом;
- резерв детали со своего склада;
- закупка у поставщика под заказ-наряд;
- изменение состава после диагностики;
- частичная оплата или возврат позиции;
- закрытие ремонта с фактическими работами и деталями;
- поиск истории при повторном обращении.
Где посмотреть готовую связку
Страница Business Reactor для СТО показывает отраслевой процесс от записи клиента и автомобиля до подбора запчастей, заказ-наряда и истории обслуживания. Модуль подбора по VIN-коду закрывает этап автомобиля, узлов, чертежей и OEM-номеров, а AutoParts продолжает работу с кроссами, аналогами, остатками и поставщиками.
Правильная автоматизация СТО не заставляет администратора вести отдельную CRM, календарь, подбор и заказ-наряд. Она сохраняет единый ремонтный контекст. Тогда клиент, автомобиль, работа и деталь остаются связанными от первого звонка до следующего визита.
