Используем cookie — для входа в кабинет и обезличенной статистики. Подробнее
Веб-приложения

CRM для автосервиса и сервисного центра: заказ-наряды, статусы ремонта и уведомления клиенту

30 октября 2026·12 мин чтения

Короткий ответ: 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 года, поэтому перед запуском формы документов стоит сверить с актуальной редакцией. Окончательные шаблоны договора и акта согласуйте со своим юристом: разработчик переносит их в систему, но не отвечает за их юридическое содержание.

Заказ-наряд и запчасти: как связать со складом?

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

Три типовые схемы, из которых выбирают на брифе:

  1. Склад внутри CRM. Для небольшого сервиса без сложной бухгалтерии: приход, резерв, списание, инвентаризация в одной системе. Просто, но учёт для налоговой всё равно ведёт бухгалтер отдельно.
  2. Склад в 1С, заказы в CRM. CRM запрашивает остатки и цены из 1С, резервирует позицию, при закрытии заказа 1С получает документ реализации. Как устроен такой обмен — в разборе как 1С обменивается данными с сайтом и CRM.
  3. Заказ у поставщика. Детали нет на складе: в заказе появляется позиция «ждём поставку» с датой, статус ремонта меняется на «ожидание запчастей», клиент получает уведомление. Если поставщик даёт 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 дней по тарифу «Веб-приложение»: заказы, роли, списки с фильтрами, уведомления и одна-две интеграции. Точную цену называем после брифа и фиксируем в договоре до старта.

Подойдёт ли такая система для ремонта телефонов и бытовой техники?

Да, логика та же: приёмка с серийным номером и описанием дефекта, диагностика, согласование, запчасти, выдача. Меняются поля и документы: для бытового ремонта действуют Правила бытового обслуживания населения.

Опишите, как у вас сейчас идёт машина или техника от приёмки до выдачи, — разберём, хватит ли отраслевой программы, и назовём цену и срок своей системы до старта.

Рассчитать проект →

Оценку срока и цены по брифу делаем бесплатно, обычно отвечаем в течение часа в рабочее время. Типовой договор — посмотреть до оплаты.

Канал Roboweb в Telegram
Разборы цен, сроков и условий договора. Без спама и продаж в личку.
Подписаться →
Обсудим вашу задачу?

Опишите, что нужно — вернёмся с оценкой срока и цены. Обычно отвечаем в течение часа в рабочее время.

Заявка отправлена

Получили — обычно отвечаем в течение часа в рабочее время. Хотите быстрее, продублируйте в WhatsApp.

Продублировать в WhatsApp или позвонить +7 933 177-00-86
Или сразу: +7 933 177-00-86 · Telegram · WhatsApp