CRM для автосервиса: готовая программа или своя система

Какие задачи автосервиса должна закрывать CRM?

В салоне красоты клиент и есть объект работы. В автосервисе объектов два: человек и машина. У одного человека может быть три машины, а одна машина за пять лет может сменить двух владельцев. Поэтому обычная карточка «имя, телефон, сделка» здесь не работает, и отраслевые программы строят учёт вокруг автомобиля с его VIN и историей ремонтов.

Путь машины через сервис выглядит так:

1. Обращение и запись. Человек звонит, пишет в мессенджер или записывается с сайта. Нужно найти свободный пост и мастера, не записать двоих на одно время.
2. Приёмка. Мастер-приёмщик осматривает машину, фиксирует пробег и повреждения, собирает перечень работ.
3. Заказ-наряд. Работы с нормо-часами, запчасти, согласование суммы с клиентом, дополнительные работы, если по ходу нашлось что-то ещё.
4. Запчасти. Проверить остаток, зарезервировать, заказать у поставщика, списать после ремонта.
5. Выдача и расчёт. Акт, оплата, чек, начисление процента мастеру.
6. Повторный визит. Напомнить о ТО через положенный срок, о сезонной замене шин, о рекомендации, от которой клиент отказался в прошлый раз.

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

Отдельная история - первый контакт. Если звонки и сообщения теряются ещё до записи, CRM этого не исправит, пока в неё никто не внёс обращение. Эту часть мы подробно разбирали в статье про бота записи для автосервиса: там речь о том, как не терять клиентов вечером и в выходные. Здесь говорим о том, что происходит с клиентом после записи.

Где вы сейчас

• Запись в тетради или Excel, склада в системе нет. Вам почти наверняка хватит готовой отраслевой программы. Начните с раздела о том, когда её достаточно, и со списка вопросов вендору.
• Стоит универсальная CRM, но заказ-наряды ведутся отдельно. Сравните, во что обойдётся настройка универсальной системы под автосервис и переход на отраслевую. Смотрите таблицу классов решений.
• Отраслевая программа есть, но данные приходится склеивать руками. Сайт, бот, 1С или программа лояльности не видят друг друга. Ваш раздел - про доработку и связку с ботом записи.
• Несколько точек или корпоративные клиенты с договорами. Проверьте признаки, по которым готовой системы становится мало, прежде чем покупать лицензии на все точки.

Какие бывают готовые программы для автосервиса?

Если открыть выдачу по запросу «crm для автосервиса», половину её занимают сами программы, половину - подборки на десять-двадцать систем. Подборки полезны, но сравнивают продукты внутри одного класса. Владельцу СТО важнее сначала понять, какой класс ему нужен.

Отраслевые программы для автосервиса. Это АвтоДилер Онлайн, STOCRM, iDirector, GIPIX и похожие системы. На своих сайтах они описывают близкий набор: заказ-наряд с нормами времени, запись и загрузка постов, склад запчастей, телефония и мессенджеры, расчёт зарплаты. STOCRM и АвтоДилер Онлайн дополнительно пишут о подборе работ и запчастей по VIN, iDirector - об интеграции с МойСклад и онлайн-записи через Telegram. Сильная сторона класса - отраслевая логика уже заложена: пост, нормо-час и заказ-наряд здесь базовые понятия, их не нужно придумывать.

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

Сервисы онлайн-записи. YCLIENTS и похожие сервисы записи работают со всей сферой услуг, у YCLIENTS есть отдельный раздел для автосервиса. Они сильны в расписании, напоминаниях и онлайн-записи. Насколько глубоко закрыт склад и заказ-наряд, проверяйте на демо под свой процесс.

Названия в таблице - примеры, рейтинга здесь нет. Цены и тарифы у всех вендоров меняются, сверяйте их на сайте производителя на дату выбора.

Когда хватает готовой отраслевой программы?

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

1. Одна точка или несколько с одинаковыми правилами. Цены, нормы, порядок приёмки везде одни.
2. Клиенты в основном частные. Нет договоров с автопарками, лимитов по юрлицам и отдельных согласований с их механиками.
3. Типовой набор услуг. ТО, слесарный ремонт, шиномонтаж, кузовной ремонт по обычной схеме.
4. Интеграции стандартные. Телефония, мессенджеры, поставщики запчастей и касса есть в списке готовых интеграций вендора.
5. Нет своих цифровых продуктов. Своего приложения, сложной программы лояльности и бота с собственной логикой пока нет и не планируется.

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

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

Поверх готовой программы можно развивать и другие участки. Как ИИ помогает внутри уже работающей CRM, например подсказывает следующий шаг по клиенту и разбирает переписку, мы описывали в разборе ИИ в CRM.

Когда нужна своя CRM или доработка?

Своя CRM редко означает «написать всё с нуля». Чаще это один из трёх вариантов:

• Доработка поверх готовой программы. Если у вендора есть открытое API, к нему подключают свои модули: бота записи, личный кабинет корпоративного клиента, отчёты. STOCRM, например, прямо указывает открытое API на своём сайте.
• Своя система для одного участка. Готовая программа ведёт ремонт и склад, а своя - работу с автопарками или программу лояльности, и они обмениваются данными.
• Полностью своя CRM. Когда процесс настолько свой, что компромиссы с готовой системой обходятся дороже разработки.

Признаки, что пора смотреть в эту сторону:

• Сеть точек с разными правилами. На одной точке кузовной цех, на другой шиномонтаж и хранение шин, на третьей детейлинг. Каждой нужна своя логика записи и свои отчёты, а руководителю - сводная картина.
• Корпоративные автопарки. Договоры с компаниями, лимиты на ремонт, согласование каждой работы с механиком заказчика, счета раз в месяц. В большинстве программ для СТО это делается обходными путями.
• Проектная работа. Тюнинг, детейлинг, восстановление: машина стоит неделю, этапы, фотоотчёты клиенту, согласование по ходу.
• Свои цифровые продукты. У сервиса есть бот записи, сайт с калькулятором, приложение или программа лояльности, и все они должны работать с одной базой клиентов и машин. Три копии базы расходятся уже через месяц.
• Нестандартная связка с учётом. Бухгалтерия, склад и закупки ведутся в системе, с которой готовая программа не умеет обмениваться так, как нужно вам.

Если узнали свой сервис в двух и более пунктах, стоит сначала описать процесс и проверить, закрывает ли его готовая программа с настройкой. Разработку имеет смысл начинать только там, где настройки уже не хватает. Разобрать такой процесс автосервиса и собрать рабочий прототип ключевого сценария до договора можно в рамках разработки CRM под процессы бизнеса: там же проверяют, хватит ли готовой системы с доработкой, чтобы не строить лишнего.

Как связать CRM и бот записи в одну цепочку?

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

Как выглядит связанная цепочка:

1. Обращение. Клиент пишет вечером в мессенджер. Бот уточняет марку, год, пробег и что случилось.
2. Поиск в базе. Бот находит клиента по телефону в CRM и видит его машины и прошлые ремонты. Постоянному клиенту не нужно заново диктовать VIN.
3. Запись на пост. Бот предлагает свободное окно из календаря постов и ставит запись прямо в CRM.
4. Заготовка заказ-наряда. По типу обращения в карточке появляется черновик работ, приёмщик утром проверяет и дополняет его.
5. Напоминания. Напоминание о визите и о следующем ТО отправляет та же система, которая знает дату последнего обслуживания.

Для такой связки у программы должен быть открытый API или готовая интеграция с нужным мессенджером. Если ни того, ни другого нет, бот остаётся отдельным островом, и выигрыш от него меньше.

Как устроен сам бот записи и что он умеет в автосервисе, разобрано в статье про ИИ для автосервиса. Общую механику, по которой бот ставит клиента в свободное окно, мы описывали отдельно в материале про ИИ-администратора записи.

Что спросить у вендора до переноса базы?

На демо видно интерфейс. Как жить с программой через два года, покажут ответы на вопросы ниже.

Как забрать данные обратно. Можно ли выгрузить клиентов, машины и историю заказ-нарядов в файл без помощи поддержки. Если уйти от вендора можно только с потерей истории, это зависимость, которую лучше увидеть заранее.

Есть ли открытое API. Даже если сейчас вам ничего подключать не нужно, через год может появиться бот, сайт с записью или приложение. Без API каждое такое подключение зависит от планов вендора.

Где хранятся данные клиентов. Телефоны, имена и номера машин - персональные данные, их обработку регулирует закон 152-ФЗ. Часть вендоров прямо пишет на сайте, что серверы в России и инфраструктура соответствует 152-ФЗ. Спросите об этом явно, если на сайте не сказано.

Права доступа. Может ли мастер видеть только свои заказ-наряды, а приёмщик - не видеть зарплаты. Для сервиса с пятью и более сотрудниками это важнее, чем кажется на демо.

Документы. С 1 сентября 2025 года действуют новые Правила оказания услуг по техническому обслуживанию и ремонту автомототранспортных средств, утверждённые постановлением Правительства № 780. Они заменили правила 2001 года. Уточните у вендора, обновлены ли шаблоны заказ-наряда, акта приёмки и акта выполненных работ под новые Правила, и сверьте их с юристом.

Попросите провести тест на ваших данных: десять реальных клиентов, пара типичных заказ-нарядов, одна запись с переносом. Часть вендоров сама предлагает тест-драйв на данных сервиса. За час такого теста видно больше, чем за неделю чтения сравнений.

Сколько сил уходит на внедрение?

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

Что реально занимает время:

• Справочники. Перечень работ с нормами времени, цены, поставщики, сотрудники и их проценты. Часть справочников вендоры дают готовыми, свои цены и правила всё равно вносите вы.
• Перенос базы. Клиенты, машины, история ремонтов из Excel или старой программы. Качество переноса проверяйте на знакомых клиентах: отчёт «импорт завершён» ещё ничего не говорит о том, совпала ли история.
• Приёмщики и мастера. Самый долгий участок. Пока люди не почувствуют, что программа экономит им время, они будут дублировать записи в тетради.

Хорошее правило - переводить сервис по участкам. Сначала запись и посты, потом заказ-наряды, потом склад. Если перевести всё за один день, в первую же загруженную субботу приёмщик вернётся к тетради.

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

Какие ошибки делают при выборе CRM для СТО?

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

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

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

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

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

Чек-лист

• Описан путь машины через ваш сервис: от обращения до повторного визита.
• Понятно, какой класс решения вам нужен: отраслевая программа, универсальная CRM, сервис записи или доработка.
• Две-три программы проверены на ваших данных: клиенты, машины, типичный заказ-наряд.
• Вендор ответил про выгрузку данных, открытое API, хранение персональных данных и права доступа.
• Шаблоны документов сверены с Правилами ремонта, которые действуют с 1 сентября 2025 года.
• Бот записи, сайт и CRM работают с одной базой клиентов, без ручного переноса.
• Есть план перевода по участкам: запись, заказ-наряды, склад.