CRM для СТО: 10 отличий от обычной CRM для бизнеса

22 октября 2026 · 11 мин чтения

CRM для СТО — это программа, в которой автосервис ведёт клиентов, их автомобили, историю визитов и заказ-наряды в одном месте, причём центр учёта у неё не контакт с воронкой продаж, а связка «клиент → автомобиль → история ремонтов». С точки зрения владельца сервиса это выглядит как знакомое слово «CRM», но внутри CRM для автосервиса устроена принципиально иначе, чем универсальные Битрикс24, amoCRM или Pipedrive, и попытка «натянуть» на СТО обычную CRM в большинстве случаев заканчивается франкенштейном.

Разберём по пунктам, чем именно CRM для СТО отличается от CRM для продаж и услуг — не абстрактно «автомобильная специфика», а конкретно, какие поля, экраны и сущности появляются и почему. По ходу — ссылки на то, как эти идеи реализованы в CRM для автосервиса АвтоСервисОнлайн и в программе для автосервиса в целом; подход у разных вендоров похож, но детали отличаются.

Чем вообще отличается CRM в автосервисе от CRM в продажах

Классическая CRM родилась в B2B-продажах: менеджер холодно звонит, лид отвечает, менеджер ведёт переговоры, появляется коммерческое предложение, потом счёт, оплата, отгрузка, повторная сделка. Главный объект — сделка с этапами, менеджером и ожидаемой суммой. Карточка контакта второстепенна: нужна, чтобы вести диалог, но учёт строится вокруг сделок.

В автосервисе этот каркас не работает. Клиент приезжает уже с готовой проблемой — «подъёмник не держит», «загорелся Check Engine», «не работает кондиционер», — а не с намерением, которое менеджер должен довести до покупки. Долго «греть» клиента нет смысла: либо он приехал и машина поехала на пост, либо нет. Поэтому воронки продаж в сервисе практически нет; есть короткая связка «обращение → приёмка → заказ-наряд → выдача автомобиля → отчёт за визит». И самое ценное в системе — не этапы, а история: что именно делали, какие запчасти ставили, какой пробег был, кто из мастеров работал, что рекомендовали на следующий визит.

Отсюда вытекает и форма карточек, и форма отчётов, и логика напоминаний. CRM-система для сервиса, где этого нет, — просто телефонная книжка с полем «марка авто», от которой нет пользы.

10 конкретных отличий CRM для СТО от обычной CRM

1. Главный объект учёта — автомобиль, а не контакт

В обычной CRM центр — контакт или компания. В CRM для автосервиса — автомобиль. У одного клиента может быть три машины (своя, жены, рабочая), у одной машины — несколько владельцев за срок жизни (перепродажа), и история обслуживания принадлежит автомобилю, а не человеку. Поэтому карточка автомобиля — отдельная сущность, с VIN, госномером, годом выпуска, пробегом, двигателем, историей визитов. Клиент привязан к карточке автомобиля; при перепродаже владельца меняют, история остаётся.

В универсальной CRM эту структуру лепят из «связанных контактов» или «кастомных сделок», но ни одна отчётность по умолчанию её не понимает. В CRM для СТО это основа.

2. VIN и госномер вместо email

Главный идентификатор клиента в B2B-CRM — email. На email шлют коммерческое предложение, с email-а приходит ответ, по email-у строится история переписки. В СТО email не нужен в принципе: клиент не читает рассылки от сервиса, он звонит, когда что-то сломалось.

Главные идентификаторы в сервисе — телефон и VIN, плюс госномер. По телефону звонят клиенту, по VIN однозначно идентифицируют автомобиль (на двух разных машинах VIN никогда не совпадает), по госномеру ищут историю в базе за секунды. Поэтому карточка автомобиля в CRM для СТО всегда имеет поле VIN с проверкой контрольного разряда (разбор — в статье про VIN-код), поле госномера, и обычно — распознавание VIN камерой телефона прямо из приложения приёмщика. Email на карточке клиента есть, но он опциональный.

3. Нормо-час вместо «часа консультанта»

В CRM для услуг стоимость считается от времени менеджера или консультанта: ставка в час, умноженная на оценку. В сервисе эта модель не работает: клиент не платит за «час мастера», клиент платит за выполненную работу — замена колодок, развал-схождение, диагностика двигателя. У каждой работы есть нормо-час — норма времени, за которую она должна быть сделана, и ставка нормо-часа в сервисе (разбор — в статье про нормо-час). Клиент платит ставку × нормо-час, а не ставку × фактическое время.

Если мастер управился за 20 минут вместо нормативных 40 — это его выгода, а не минус в счёте клиенту. Если мастер провозился 90 минут вместо 40 — это не повод увеличивать счёт, это убыток сервиса. CRM для СТО должна уметь работать с этой моделью: нормо-часы в справочнике услуг, ставка в карточке сервиса, автоматический расчёт стоимости строки заказа. Универсальной CRM, которая считает «часы менеджера», это чужая логика.

4. Мастера, а не менеджеры по продажам

В B2B-CRM у каждой сделки есть ответственный менеджер — тот, кто её закроет и получит процент. В сервисе у заказа есть приёмщик и один или несколько мастеров, причём их роли и способы расчёта оплаты различаются.

Приёмщик — тот, кто принял машину, оформил заказ-наряд, продал работы и запчасти клиенту. Мастер — тот, кто физически сделал работу. У одного заказа может быть приёмщик, мастер-диагност и мастер-кузовщик, причём каждый получает за свой участок (разбор ролей — в статье про мастера-приёмщика и мастера-механика). Схемы расчёта разные: процент от стоимости работы, фиксированная цена за операцию, ставка нормо-часа × нормативное время. Три схемы — три значения поля MasterPricingMode в карточке мастера; один сервис может применять разные схемы к разным мастерам.

В CRM для автосервиса это встроено на уровне модели. В универсальной CRM менеджер и клиент связаны одной строкой, а разделение «кто продал, кто сделал, кто получит сколько» нужно моделировать вручную.

5. Запчасти — часть заказа, а не отдельная «сделка»

В интернет-магазине CRM работает с товаром как с главной сущностью сделки. В сервисе запчасть — не самостоятельный товар на продажу, а строка заказ-наряда, подобранная под конкретный ремонт. У запчасти в заказе есть артикул, бренд, цена закупки, цена клиенту, наценка, источник (со склада, подбор у поставщика, под заказ), привязка к конкретной работе.

В CRM для СТО это выглядит так: открыл заказ-наряд, добавил работу «Замена передних колодок», нажал кнопку «Подобрать запчасть» — программа параллельно опрашивает каталоги подключённых поставщиков (у нас пять API: ABCP, EMEX, Autodoc, Mikado, ТрансТехСервис), показывает варианты с ценой и сроком, приёмщик выбирает нужный. Запчасть попадает в строку заказа с ценой клиенту и ценой закупки; наценка 30 % по умолчанию, настраивается. Либо «Со склада» — через WarehousePickerModal деталь берётся из своих остатков. Подробнее — в статье про поиск запчастей у поставщиков.

Эту логику встроить в универсальную CRM нереально — у неё нет понятия «связи работы и запчасти в заказе» и нет интеграции с автозапчастевыми каталогами.

6. Печатные документы с реквизитами, а не просто «договор»

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

Ключевая деталь: у заказ-наряда, счёта и акта разные независимые номера, которые идут в своих журналах и своей нумерации. В CRM для СТО это встроено на уровне модели — модуль «Документы» (у нас DocumentsPage) с настройками шаблонов и реквизитов исполнителя. В универсальной CRM печатные формы — внешний модуль, в который приходится самому вшивать логику независимой нумерации.

Подробнее — в статье про печатные документы автосервиса.

7. Касса со сменами, а не «оплата сделки»

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

Это не про то, чтобы «автоматизировать бухгалтерию» (ею занимается бухгалтер в своей программе), это про то, чтобы каждая монета в наличном обороте имела основание: номер заказ-наряда, инкассация владельца, аванс мастеру. Без смен касса — общее ведро, из которого нельзя понять, кто и когда положил или забрал. Подробный разбор — в статье про кассу и смены.

8. Карточка автомобиля ведёт историю, а не воронка — лида

В B2B-CRM история — это этапы воронки сделки: «новый лид», «отправлено КП», «переговоры», «договор», «оплачено». В сервисе всё по-другому: главная история — хронология визитов автомобиля с датами, работами, запчастями, пробегом, мастером и суммой. На карточке автомобиля должны быть видны все заказ-наряды по этой машине за всё время, со статусами и ссылками на документы (разбор — в статье про историю обслуживания).

Это даёт сервису два приземлённых эффекта: приёмщик за 10 секунд понимает, что уже делали, и не продаёт одну и ту же работу повторно; владелец видит, какие автомобили «кормят сервис», а какие приносят копейки при больших трудозатратах. В универсальной CRM эту историю можно собирать из «связанных сделок» на контакте, но представление «список визитов по машине» придётся настраивать вручную.

9. Рекомендации на следующий визит — часть карточки, а не «задача менеджеру»

В CRM для услуг напоминание — задача менеджеру с датой: «позвонить клиенту 15 числа». В сервисе это другой механизм: механик во время осмотра увидел надорванный пыльник или изношенные тормозные диски, которые пока держат, но через 5 000 км потребуют замены. Это рекомендация в карточке автомобиля, привязанная к конкретному узлу, с датой или пробегом, при котором её нужно вспомнить. При следующем визите рекомендация подсвечивается приёмщику автоматически — он не держит это в голове и не ищет в тетрадке.

Разбор — в статье про возврат клиентов через рекомендации. В универсальной CRM это задача на контакте со свободным описанием; в CRM для СТО — отдельная сущность с полями «узел», «срочно / через X км / через Y месяцев».

10. Онлайн-запись и календарь постов, а не «расписание менеджера»

CRM для услуг обычно умеет вести расписание менеджеров и консультантов: кто когда свободен для встречи. В сервисе похожая задача устроена иначе: нужен не календарь мастеров, а календарь постов — рабочих мест в сервисе. У каждого поста может работать разный мастер; загрузку планирует приёмщик по постам, а не по людям, потому что люди меняются сменами, а посты — физические места, где стоят подъёмники (разбор — в статье про планирование загрузки постов).

Онлайн-запись клиента в CRM для СТО — это запись на пост в выбранный интервал времени, с возможным выбором марки и примерной работы, чтобы приёмщик заранее понимал, сколько времени на машину зарезервировать. У нас этим занимается модуль онлайн-записи вместе с планированием постов; в универсальной CRM такого готового механизма нет.

Что всё-таки стоит взять из классической CRM

Было бы перегибом сказать, что в сервисе от CRM-воронки продаж не остаётся ничего. Пара механик из классики пригождается, но в сильно упрощённом виде.

• Статусы заказа как минимальная воронка. У нас у заказ-наряда семь состояний: Новый, Ждём заказчика, Ждём запчастей, Выполняется, Выполнен, Отказ, Закрыт. Это упрощённая воронка — не этапы продажи, а этапы прохождения автомобиля через сервис. Приёмщик и мастер работают с заказом через смену статуса, владелец видит узкие места: много заказов в «Ждём запчастей» — проблема со складом, много в «Ждём заказчика» — проблема с коммуникацией.
• Напоминания приёмщику — списки задач, которые нужно сделать в начале смены. В сервисе это обычно: «позвонить клиенту такому-то — машина готова», «подтвердить запись на завтра», «забрать запчасти с ТрансТехСервиса». Не полноценный таск-менеджер, но минимальный план дня.
• Карточка клиента с комментариями приёмщика. «Клиент плохо воспринимает оценки диагностики по телефону, лучше показать на подъёмнике» или «ежемесячный клиент, пришёл по рекомендации Петрова» — такие заметки живут не в голове приёмщика, а в карточке клиента.
• Отчёт по мастеру и приёмщику — упрощённый аналог «отчёта по менеджерам» из CRM: сколько заработано, сколько заказов, какая средняя сумма, какая доля закрытых vs отменённых. Это уже не чистая воронка, но построено на тех же данных заказа.

Как CRM для СТО закрывает возвратность клиентов

Главный финансовый эффект CRM в автосервисе — не «ускорить продажи», как в B2B, а увеличить возвратность. Новый клиент сервису обходится в разы дороже вернувшегося: его нужно привлечь рекламой, объяснить, что он не нарвётся на разводку, завоевать доверие с первого визита. Вернувшийся клиент уже знает приёмщика по имени и приезжает на вторую, третью, десятую замену масла автоматически.

CRM для автосервиса закрывает это тремя слоями:

• История визитов на карточке автомобиля — приёмщик помнит клиента, даже если его сменил другой человек. «Два года назад мы вам ставили колодки Textar, сейчас по пробегу их пора менять» — это разговор по истории, не по памяти.
• Рекомендации на следующий визит — через год, когда клиент приедет не на тот ремонт, который рекомендовали, а на другой, в его карточке автомобиля всплывает запись «надорванный пыльник левого ШРУСа, рекомендовано менять до 180 000 км». Приёмщик показывает клиенту, что сервис про него помнит, — это ощущается иначе, чем «а, да, что-то такое записывали, но куда-то делось».
• Хранение фото из акта осмотра и дефектовки прошлых визитов — у приёмщика в кармане доказательство, что «эта царапина была до нас» или «эта трещина год назад уже была, но тогда она пока держала».

Это работает не за счёт SMS-рассылок (их CRM для СТО обычно и не делает), а за счёт того, что при каждом визите клиент видит: сервис помнит про его машину больше, чем он сам. В автомобиле больше тысячи деталей, человек не может держать это в голове; CRM может.

Чего в CRM для автосервиса обычно нет (чтобы не разочаровываться)

Честный список функций, которых в большинстве CRM для СТО не бывает по умолчанию, в том числе у нас. Это не беда, это просто другая зона ответственности, но лучше знать заранее:

• Автоматических SMS и email-рассылок клиентам. «Напомнить про замену масла через 10 000 км» — рекомендация в карточке автомобиля, которую видит приёмщик, а не SMS, которую отправляет система. Отдельные вендоры дают интеграцию с SMS-шлюзами, но стандартом это не является.
• Готовой программы лояльности с баллами и уровнями. Можно вести ручную скидку в заказе и помнить постоянных клиентов, но «накопи 1 000 баллов — получи масло» — функция, которой в коробке обычно нет.
• Записи и расшифровки телефонных разговоров. Это уже отдельная IP-телефония с CRM-интеграцией — редко встроено в CRM для автосервиса.
• Автоматических напоминаний по email. Клиенты автосервиса в большинстве не читают email от сервиса; канал связи — звонок приёмщика, иногда ссылка на статус заказа в SMS, иногда push в клиентском приложении, которого у большинства маленьких сервисов нет.
• AI-прогноза спроса. У сервиса на 2–10 постов данных для разумного прогноза в масштабе CRM слишком мало; никакая модель не даст точности выше, чем «в сентябре зимой запишется больше народу на шиномонтаж».

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

Как CRM для СТО сочетается с остальными модулями учёта

Отдельная ловушка — купить «только CRM», потом «только склад», потом «только кассу» у разных вендоров и пытаться их связать. CRM для автосервиса приносит ценность, когда она часть общего контура: клиент → автомобиль → заказ-наряд → работа → запчасть со склада → оплата через кассу → начисление мастеру → прибыль по сервису. В раздробленной схеме данные вводятся дважды, статусы расходятся, отчёты сходятся с ошибками.

Поэтому у нас CRM для автосервиса — не отдельный продукт, а часть одной системы. Включается с остальными модулями (склад, касса, зарплата, отчёт по прибыли, права доступа) по мере готовности сервиса. Небольшому СТО обычно нужны все модули сразу, крупному — часто есть внешняя 1С для бухгалтерии, с которой CRM должна отдавать данные без дублирования. Разбор принципа — в статье «CRM vs учётная система»: мы не делим одну программу на «CRM-часть» и «учёт», мы делаем одну программу с обеими частями.

Как выбрать CRM для автосервиса: короткий чек-лист

На демо почти любая CRM показывает карточку клиента и список заказов — это не отличает одну от другой. Отличает способность системы отвечать «да» на короткий список вопросов. Если на какой-то отвечают «пока нет, но мы работаем», умножьте срок обещания на три и прибавьте полгода.

1. Есть ли карточка автомобиля отдельной сущностью, с VIN, госномером и историей визитов? Можно ли сменить владельца, сохранив историю?
2. Как подбираются запчасти в заказ-наряд — вручную или интеграцией с каталогами поставщиков? Какими? Сколько параллельных запросов?
3. Как считается зарплата мастера? Можно ли задать разные схемы разным мастерам (процент, фикс, нормо-час)?
4. Какие печатные документы в коробке? Можно ли завести свои шаблоны? У заказ-наряда, счёта и акта независимые номера?
5. Как устроена касса? Есть ли смены? Что видит кассир, что — владелец?
6. Есть ли онлайн-запись клиентов и календарь постов? На пост или на мастера идёт запись?
7. Как хранятся фото осмотра и дефектовки? Привязаны к заказу или к карточке автомобиля?
8. Какие роли сотрудников есть по умолчанию? Можно ли ограничить приёмщику видимость закупочных цен и зарплаты других мастеров?
9. Работает ли приложение приёмщика и мастера на телефоне с теми же данными? Что в приложении недоступно по сравнению с веб-версией?
10. Как устроен биллинг — за аккаунт, за сотрудника, за модуль? Сколько реально выйдет для сервиса вашего размера?

Если на все десять поставщик уверенно отвечает «да, вот как» — это серьёзная CRM для СТО, с ней можно работать. Если на половину — «мы это планируем», лучше посмотреть ещё двух-трёх вендоров.

Коротко

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

Попробовать CRM для автосервиса бесплатно 14 дней