CRM грузовой СТО: техника, наряды и ожидание деталей

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

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

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

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

Типовой проект · пакет «Орбита»

579 900 ₽

10–14 недель

Разделить участников заказа
Вести историю единиц техники
Показать причины ожидания
Связать детали с работами

Изменить состав

Участники не заменяют друг друга

Роль	Что хранится	Что нельзя предполагать
Организация-заказчик	Связь с обращением и техникой	Совпадение с любым контактом водителя
Водитель	Фактический контакт при передаче	Право согласовывать любой состав
Ответственный по работам	Контекст принятых решений	Что общий комментарий заменяет согласование
Плательщик	Предусмотренные сведения расчётов	Совпадение всех ролей в одном лице

Что происходит с деталью в заказе

Потребность
Определить нужную позицию
Она связана с конкретным заказом и подтверждённым составом.
Ожидание
Отслеживать фактическое поступление
План поставки не подменяет событие получения.
Использование
Зафиксировать операцию
Резерв и фактическое списание различаются в утверждённой модели.

CRM ремонтной зоны с собственным складом

«Орбита» 490 000 ₽ + склад деталей 89 900 ₽. Итого 579 900 ₽, ориентир 10–14 недель. В примере согласованные наряды, роли заказчика и складские операции. Электронная диагностика техники, проценка во всех внешних каталогах, кассовая интеграция и автоматическое формирование любых отраслевых документов не включены. Набор связей и отчётов фиксируется после обследования процесса.

Собрать свой вариант

Калькулятор

CRM грузовой СТО — расчёт стоимости

Отраслевые модули уже отмечены. Уберите лишнее или добавьте нужное — сумма в счёте будет та же, что в смете.

Выберите пакет

Добавьте нужное

необязательно

+ 89 900 ₽

+ 99 000 ₽

от 9 900 ₽ за групп

+ 79 900 ₽

+ 39 900 ₽

+ 49 900 ₽

+ 79 900 ₽

+ 49 900 ₽

+ 29 900 ₽

+ 3 990 ₽/мес

+ 29 900 ₽/мес

Ваша смета

Пакет «Орбита»490 000 ₽
Склад деталей грузового сервиса89 900 ₽

Стоимость работ

0 ₽

Срок: 10–14 недель

Счёт сейчас: 290 000 ₽ — предоплата 50%, остаток после приёмки

Без регистрации. Счёт и анкета придут на почту сразу. Гарантия 3 месяца после запуска.

Проверки для пилота грузового сервиса

История прицепа потерялась у тягача

Открываем прошлые работы обеих единиц после совместного заказа.

Ожидание детали стало работой мастера

Проверяем определения состояний и расчёт выбранного отчёта.

Изменение принял не тот контакт

Разбираем адресата и доступный контекст, не предполагая одинаковые роли.

Готовность заказа подтверждается по фактам

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

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

Вопросы и ответы

Вопросы о CRM грузовой СТО

Как хранить тягач и прицеп, приехавшие вместе?

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

Кому направлять согласование дополнительных работ?

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

Как учитывать ожидание поставки?

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

Можно ли подключить каталоги запчастей?

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

Как видеть простой без искажения загрузки мастеров?

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

Смотрите также

Бесплатные калькуляторы и шаблоны по теме

Все инструменты →