CRM для автосервиса и сервисного центра: заказ-наряды, статусы ремонта и уведомления клиенту
Короткий ответ: CRM сервиса — это не воронка продаж, а журнал заказов от приёмки до выдачи: заказ-наряд, запчасти со склада, мастер, статус и связь с клиентом. Типовому автосервису или мастерской по ремонту техники обычно хватает отраслевой облачной программы. Своя система нужна, когда процесс нетиповой: сеть с разными складами, выездной ремонт, корпоративные парки, свой бот или кабинет клиента.
Ниже — сценарий, который мы разбираем с владельцами сервисов на первой встрече: что должно быть в системе, где обычно рвётся связь со складом, как показывать клиенту статус ремонта и на чём спотыкаются при запуске. Цены — из нашего прайса, требования к документам — по действующим правилам.
| Шаг | Что фиксируем | Кто видит |
|---|---|---|
| Запись или звонок | Клиент, телефон, авто или устройство, жалоба, желаемое время | Приёмщик, мастер-консультант |
| Приёмка | Комплектность, видимые повреждения, фото, пробег или серийный номер, запчасти клиента | Приёмщик, клиент получает копию |
| Диагностика | Найденные неисправности, рекомендованные работы, предварительная смета | Мастер, приёмщик |
| Согласование | Какие работы клиент подтвердил, а от каких отказался, когда и как | Приёмщик, клиент |
| Ремонт | Исполнитель, нормо-часы, списанные запчасти, ожидание поставки | Мастер, кладовщик, руководитель |
| Готово и выдача | Итоговая сумма, оплата, гарантийные сроки, документы | Кассир, клиент |
| После визита | Дата следующего ТО, отзыв, гарантийное обращение | Руководитель, маркетинг |
Что должна вести CRM сервиса?
Каждый заказ от записи до выдачи: кто клиент, какое авто или устройство, что приняли, что нашли, что согласовали, кто чинит, какие запчасти ушли и сколько заплачено. Плюс история по клиенту и машине, чтобы при следующем визите не начинать с нуля.
Главное отличие от CRM отдела продаж: в центре не сделка, а объект ремонта. У одного клиента может быть три машины, у одной машины — десять визитов за пять лет, а у ноутбука — гарантийный и платный ремонт подряд. Если система держит только «клиента и сделку», мастер не увидит, что эту же неисправность уже чинили два месяца назад.
Минимальный набор сущностей для сервиса:
- Клиент — физлицо или компания с парком, контакты, согласия, канал связи.
- Объект — автомобиль (марка, модель, VIN, госномер, пробег) или устройство (модель, серийный номер, IMEI).
- Заказ — жалоба, приёмка, работы, запчасти, статусы, суммы, документы.
- Работа — из справочника с нормо-часами и ценой или свободной строкой.
- Запчасть — позиция склада, заказ у поставщика или деталь клиента.
- Сотрудник — приёмщик, мастер, кладовщик, руководитель с разными правами.
Какие документы требуют правила и что из этого берёт на себя система?
С 1 сентября 2025 года автосервисы работают по новым Правилам оказания услуг по ТО и ремонту автомототранспортных средств (постановление Правительства № 780, действуют до 1 сентября 2031 года). Там перечислено, что должно быть в договоре и приёмо-сдаточном акте, — значит, эти поля система должна заполнять сама, а не оставлять на память приёмщика.
Что важно для проектирования, по тексту постановления от 29.05.2025 № 780:
- Договор в письменной форме (п. 9). В нём — сведения об исполнителе, ФИО, телефон и адрес клиента, дата и сроки, цена и порядок оплаты, марка, модель, номера основных агрегатов и госномер, перечень работ, запчасти исполнителя и клиента, гарантийные сроки, подписи. Удобно, когда всё это собирается из карточек клиента, машины и заказа, а не перепечатывается.
- Электронные каналы (п. 10). Если договор заключается через сайт, информационную систему или программу, предусмотренные сведения можно доводить до клиента через них.
- Приёмо-сдаточный акт (п. 12). В нём комплектность, видимые повреждения и переданные клиентом запчасти. Акт можно не составлять, если эти сведения, включая цифровые фотографии, есть в договоре или приложении к нему. Отсюда требование к системе: фото при приёмке прикрепляются к заказу и попадают в печатную форму.
- Смета (п. 18). Становится частью договора с момента подтверждения клиентом. Значит, подтверждение надо фиксировать: кто, когда и через какой канал согласовал.
- Приостановка работ (п. 14). Если что-то мешает качеству или сроку, исполнитель обязан немедленно предупредить клиента. Для системы это отдельный статус «Ждём решения клиента» с уведомлением.
Для мастерских по ремонту телефонов, ноутбуков и бытовой техники действуют Правила бытового обслуживания населения (утверждены постановлением Правительства от 21.09.2020): договор оформляется квитанцией или иным документом, перечень сведений — в п. 4. Само постановление действует до 1 января 2027 года, поэтому перед запуском формы документов стоит сверить с актуальной редакцией. Окончательные шаблоны договора и акта согласуйте со своим юристом: разработчик переносит их в систему, но не отвечает за их юридическое содержание.
Заказ-наряд и запчасти: как связать со складом?
Запчасть должна резервироваться под конкретный заказ в момент согласования и списываться при закрытии. Тогда остаток на складе честный, мастер не берёт деталь, обещанную другой машине, а в цене заказа нет ручных наценок «по памяти».
Три типовые схемы, из которых выбирают на брифе:
- Склад внутри CRM. Для небольшого сервиса без сложной бухгалтерии: приход, резерв, списание, инвентаризация в одной системе. Просто, но учёт для налоговой всё равно ведёт бухгалтер отдельно.
- Склад в 1С, заказы в CRM. CRM запрашивает остатки и цены из 1С, резервирует позицию, при закрытии заказа 1С получает документ реализации. Как устроен такой обмен — в разборе как 1С обменивается данными с сайтом и CRM.
- Заказ у поставщика. Детали нет на складе: в заказе появляется позиция «ждём поставку» с датой, статус ремонта меняется на «ожидание запчастей», клиент получает уведомление. Если поставщик даёт API или выгрузку, цену и срок можно подтягивать автоматически.
Отдельно продумайте запчасти клиента. Правила требуют указывать их в договоре (п. 9), а в акте или заменяющем его приложении — с наименованием, описанием и ценой (п. 12); по умолчанию же работы идут на запчастях и материалах исполнителя, если договор не предусматривает иного (п. 11). В системе это отдельный тип строки: её нельзя списать со склада и на неё обычно не распространяется гарантия на деталь.
Если склад — самостоятельная боль, начните с него: в статье про автоматизацию склада и учёт остатков разобрано, когда хватает 1С, а когда нужна своя программа.
Как распределять работу между мастерами?
Через доску постов или мастеров: каждая карточка — заказ в своём статусе, у каждого мастера — своя очередь и плановое время. Руководитель видит, кто перегружен, какие машины стоят в ожидании запчастей и где заказ завис без движения дольше нормы.
Что полезно заложить сразу:
- нормо-часы из справочника работ и фактическое время, чтобы считать выработку и сдельную оплату;
- правило «заказ без движения больше N часов — уведомление руководителю»;
- права: мастер видит свои заказы и не видит закупочные цены, приёмщик видит всё по клиенту, но не меняет зарплатные ставки;
- фото и комментарии мастера к заказу — пригодятся и клиенту, и при гарантийном споре.
Похожая логика у нас работает в ITSM-системе КРОМ: у каждой заявки свой срок реакции и решения, обратный отсчёт в списке и предупреждение до просрочки, а не после.
Как сообщать клиенту статус ремонта?
Коротко и только по событиям: принят, диагностика готова и ждём согласования, ждём запчасти, в работе, готово к выдаче. Канал — ссылка на страницу заказа, Telegram-бот, SMS или почта. Клиент перестаёт звонить «ну что там», а приёмщик тратит время на тех, кто действительно ждёт решения.
Варианты по сложности:
- Страница заказа по ссылке. Клиенту приходит ссылка с длинным случайным кодом, без входа и пароля. На странице — статус, согласованные работы, сумма, фото. Дёшево и работает у всех, но ссылку нельзя делать угадываемой вроде /order/1234.
- Telegram-бот. Удобно для согласования кнопками «Согласен / Позвоните мне». Ограничение платформы: бот не может написать человеку первым — клиент должен сам запустить его, например по QR-коду на квитанции. Подробнее — в статье про бота для записи клиентов; бот как отдельный проект у нас от 16 000 ₽, а в составе CRM считается вместе с системой.
- Кабинет клиента. Для корпоративных парков: история всех машин, акты, счета, планы ТО. Это уже личный кабинет со входом и ролями.
- SMS и почта. Доходят до всех, но SMS платные у провайдера рассылок, а почту читают не сразу.
Мы сами живём с такой прозрачностью: в портале студии заказчик видит доску своего проекта, принимает задачу или возвращает её на доработку, а команда получает уведомление в Telegram. Для сервиса принцип тот же — клиент видит этап, а не внутреннюю кухню.
Что не стоит показывать клиенту: закупочные цены, внутренние комментарии мастеров, имена сотрудников без их согласия. И не отправляйте уведомление на каждое изменение карточки — пять сообщений за час клиент воспримет как спам.
Как вернуть клиента на следующий визит?
Система сама считает дату следующего ТО по пробегу или времени и напоминает клиенту заранее, а приёмщик видит список «пора звать». Для ремонта техники аналог — окончание гарантии, плановая чистка, замена расходников.
Работает только при честных данных: пробег при каждой приёмке, отметка, какие работы клиент отложил («тормозные колодки — на следующий раз»), и согласие клиента на рекламные сообщения. Напоминание о рекомендованной, но не сделанной работе — самый понятный повод для звонка: клиент сам слышал о проблеме при выдаче.
Полезные отчёты для владельца: выручка и средний чек по видам работ, выработка мастеров, доля отложенных работ, которые потом сделали, гарантийные возвраты по мастерам и поставщикам запчастей, клиенты, не приезжавшие больше года.
| Задача | Отраслевая программа | Своя система |
|---|---|---|
| Типовой автосервис или ремонт техники, один-два поста | Обычно закрывает из коробки | Избыточна |
| Сеть точек с разными складами и общей базой клиентов | Зависит от тарифа и того, как устроены склады | Делается под вашу схему |
| Особый процесс: выездной ремонт, корпоративные парки, гарантия производителя | Часто обходные пути и ручные таблицы | Статусы и роли под процесс |
| Свой бот или кабинет клиента со статусом | Если есть в программе — в её оформлении | В вашем бренде, с нужными полями |
| Обмен с 1С и складом поставщика | Готовые модули или их отсутствие | Одна-две интеграции входят в базовую цену |
| Ежемесячные платежи | Подписка, часто за пользователя или точку | Сервер и поддержка, без платы за пользователей |
Готовая программа или своя?
Если у вас обычный сервис на несколько постов или мастерская с типовой приёмкой — начните с отраслевой облачной программы: заказ-наряд, склад и напоминания там обычно уже есть. Своя система оправдана, когда процесс не помещается в готовую логику и обходные таблицы множатся.
Признаки, что пора считать свою систему:
- сеть точек с разными складами, перемещениями и общей базой клиентов, а программа видит их как отдельные компании;
- выездной ремонт: маршрут, фото с объекта, подпись клиента на телефоне мастера;
- корпоративные клиенты с договорами, лимитами, согласованием работ у их механика и ежемесячными актами;
- гарантийный ремонт по договору с производителем или дистрибьютором со своими формами и отчётами;
- нужен свой бот или кабинет клиента в вашем бренде, а не в оформлении чужой программы;
- подписка за пользователей и точки за год приближается к цене своей системы.
Промежуточный путь — оставить отраслевую программу и подключить к ней нужное: бот статусов, обмен с 1С, выгрузку в отчёты. Интеграции у нас — от 32 000 ₽ и от 2 дней, если у программы есть API. Подробнее о выборе — в статье своя CRM или готовая с доработками.
Сколько стоит своя CRM для сервиса?
Своя CRM для сервиса — от 160 000 ₽ и от 10 дней по тарифу «Веб-приложение / SaaS». Цену и срок фиксируем в договоре до старта, итог зависит от числа ролей, статусов, печатных форм и интеграций.
В базовый объём CRM на заказ входят: сущности и статусы под ваш процесс, роли и права, списки и дашборды с фильтрами, поиском и выгрузкой, вход и восстановление пароля, уведомления на почту, одна-две внешние интеграции, приём оплаты при необходимости, адаптивная вёрстка — приёмщик может работать с планшета, — выкладка на сервер, домен и SSL.
Что считается отдельно: третья и следующие интеграции, нативное приложение для iOS и Android, тексты и фото для интерфейса, юридические шаблоны документов. Чат-бот с ответами по вашему прайсу и регламентам — отдельный тариф от 72 000 ₽.
Условия по договору: 50 % предоплаты и 50 % после подписания акта, приёмка — 5 рабочих дней, до 2 раундов правок на прототипе и до 2 на готовой сборке, 14 дней бесплатной поддержки после запуска и гарантия 30 календарных дней с даты акта. Дальше — поддержка и развитие от 7 900 ₽ в месяц или почасово. Платы за пользователей нет: после полной оплаты у вас лицензия на код на весь срок действия исключительного права, исключительное право остаётся у студии; исходники — в вашем репозитории, система — на вашем сервере. Исполнитель освобождён от НДС по п. 1 ст. 145 НК РФ.
Похожий по устройству проект — CRM в платформе «Снабженец»: заказы, контрагенты, задачи и сделки со сквозными переходами между карточками, а счета и комиссии интегрированы с 1С. Подробный разбор сметы — в статье сколько стоит CRM на заказ.
Какие ошибки внедрения встречаются чаще всего?
Чаще всего систему губит не код, а порядок запуска: всё сразу, без справочников и без правил для приёмщиков. Начинайте с одного сквозного сценария «приёмка — ремонт — выдача» на одной точке и только потом добавляйте склад, бота и отчёты.
- Нет справочников. Работы и запчасти вводятся свободным текстом — через месяц невозможно посчитать ни выработку, ни популярные услуги.
- Статусов слишком много. Пятнадцать статусов никто не переключает вовремя. Обычно хватает шести-восьми, и у каждого понятно, кто его ставит.
- Согласование устно. Клиент «по телефону согласился», в системе следа нет — при споре о сумме сервису нечего показать.
- Фото при приёмке не делают. Это пять минут на машину и главный аргумент в разговоре о царапине, которую «сделали у вас».
- Склад ведут в двух местах. Остатки в CRM и в 1С расходятся через неделю, если не решено, какая система главная.
- Уведомления на всё подряд. Клиент отписывается от бота, и важное «готово к выдаче» уже не доходит.
- База клиентов из старой программы переносится без чистки. Дубли по телефону и госномеру ломают историю визитов. Как переносить базу, разобрано в статье о внедрении CRM.
Когда своя CRM не нужна?
Если вы один мастер или небольшой сервис на один-два поста, заказы помещаются в отраслевую программу, а клиенты спокойно ждут звонка о готовности, — своя система будет дорогой игрушкой. Подключите готовую программу и вернитесь к вопросу, когда появятся вторая точка или корпоративные клиенты.
Не нужна она и как способ «навести порядок»: если сейчас нет единых правил приёмки и согласования, программа их не придумает. Сначала запишите путь заказа на одном листе: кто принимает, когда фотографирует, как согласует, кто ставит «готово». Этот лист и станет основой брифа, если до своей системы всё-таки дойдёт.
Короткие ответы на частые вопросы
Нужна ли автосервису отдельная CRM, если есть 1С?
Учётная 1С хорошо ведёт деньги, склад и документы, но приёмщику и мастеру нужен быстрый экран заказа, статусы и связь с клиентом. Часто их связывают: заказы и статусы живут в CRM, бухгалтерия и остатки — в 1С.
Можно ли вести заказ-наряд в электронном виде?
Правила ремонта автомототранспортных средств допускают заключение договора через сайт, информационную систему или программу и доведение сведений до клиента через них. Письменную форму договора и подписи сторон Правила не отменяют, поэтому порядок подписания стоит согласовать с юристом.
Как клиент узнаёт статус ремонта без звонка?
По короткой ссылке на страницу заказа, в Telegram-боте после того, как клиент сам его запустил, или по SMS и почте. В уведомление уходит статус и следующий шаг, а не вся внутренняя переписка мастеров.
Сколько стоит своя CRM для сервиса?
Своя система у нас — от 160 000 ₽ и от 10 дней по тарифу «Веб-приложение»: заказы, роли, списки с фильтрами, уведомления и одна-две интеграции. Точную цену называем после брифа и фиксируем в договоре до старта.
Подойдёт ли такая система для ремонта телефонов и бытовой техники?
Да, логика та же: приёмка с серийным номером и описанием дефекта, диагностика, согласование, запчасти, выдача. Меняются поля и документы: для бытового ремонта действуют Правила бытового обслуживания населения.
Услуги и кейсы по теме: разработка личного кабинета · CRM на заказ от 160 000 ₽ · кейс КРОМ · цены и сроки
Опишите, как у вас сейчас идёт машина или техника от приёмки до выдачи, — разберём, хватит ли отраслевой программы, и назовём цену и срок своей системы до старта.
Рассчитать проект →Оценку срока и цены по брифу делаем бесплатно, обычно отвечаем в течение часа в рабочее время. Типовой договор — посмотреть до оплаты.
