CRM для автосервиса: заказ-наряды, запчасти и история машин

Что должна уметь CRM для автосервиса

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

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

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

Признаки, что журнал записи и таблицы уже не тянут

Отказ выглядит одинаково почти в любом сервисе и начинается обычно со склада и записи:

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

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

CRM-программа для автосервиса, бесплатный тариф или своя система

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

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

Скажу прямо, потому что для этой отрасли это важнее обычного: одиночному автосервису с типовым процессом заказная разработка почти всегда не нужна. Готовые отраслевые программы закрывают запись, наряды, склад и историю по VIN и стоят несопоставимо дешевле собственной системы. Своя разработка оправдана в меньшинстве случаев — они разобраны ниже. Если ваш случай в этот список не попадает, я так и скажу на разборе, вместо того чтобы продавать разработку.

Бесплатная CRM для автосервиса: где у неё потолок

Бесплатные тарифы у отраслевых сервисов есть, и как первый шаг из тетради они полезны: появляется общая база клиентов и автомобилей, запись видна всей смене, наряд печатается из системы, а не набивается в редакторе. Для одного поста и пары сотрудников этого часто хватает надолго.

Во что упираются бесплатные тарифы

• Лимиты: число пользователей, автомобилей в базе или нарядов в месяц. Растёт сервис — упирается первым делом в них.
• Склад обычно за деньги: учёт остатков, резерв детали под наряд и заказ поставщику почти всегда живут в платных тарифах.
• Аналитика урезана: загрузка постов, средний чек, доля запчастей в чеке и выработка мастеров — как раз то, ради чего систему и заводили.
• Интеграции недоступны: телефония, обмен с учётной системой, онлайн-запись с сайта — платные функции или их нет вовсе.
• Данные в чужом облаке, и вопрос не в безопасности, а в выходе: важно заранее знать, можно ли забрать клиентов, машины и историю нарядов файлом.
• Поддержка по остаточному принципу: сбой в разгар смены на бесплатном тарифе разбирают не в первую очередь.

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

Когда автосервису действительно нужна своя система

Своя разработка становится разумной, когда сервис перестаёт быть «одной точкой с типовым процессом». Сигналы вполне конкретные:

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

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

Из чего собирается своя система для сервиса

Система набирается из модулей, и в этом её смысл: вы платите за то, что нужно именно вашему сервису. Типовой состав для автосервиса выглядит так:

• Запись и загрузка постов — календарь по подъёмникам и мастерам с учётом квалификации и длительности работ.
• Заказ-наряд — работы с нормо-часами, запчасти, исполнители, скидки, версии согласованной суммы, печатные формы.
• Карточка автомобиля — VIN, госномер, пробег, вся история работ и установленных деталей; при смене владельца история остаётся у машины.
• Склад и резерв — наличие, резерв под конкретный наряд, приёмка, списание в наряд, инвентаризация.
• Закупки — потребность в деталях по подтверждённым нарядам, заказ поставщику, статус ожидания поставки.
• Клиенты и напоминания — ТО по дате и пробегу, сезонная смена шин, обзвон после ремонта, звонки и переписка в карточке.
• Роли и права — приёмщик, мастер, кладовщик, руководитель и бухгалтерия видят и меняют разное.
• Выработка мастеров — нормо-часы закрытых нарядов как основа расчёта зарплаты.
• Отчёты — загрузка постов, средний чек, доля запчастей в чеке, возвращаемость клиентов, остатки и неликвид.
• Аудит действий — кто менял состав наряда, сумму и скидку; после спора с клиентом есть что поднять.

Строить всё сразу не нужно. Первая версия закрывает узел, который болит сильнее остальных: обычно это цепочка «запись → наряд → запчасти → закрытие и оплата». Склад с закупками, кабинет автопарка и аналитика добавляются этапами — по тому, что реально мешает работать, а не по списку пожеланий, собранному на старте.

Обмен с учётной системой, телефонией и поставщиками

Своя система не отменяет бухгалтерию и не заменяет учётную программу — она встаёт рядом. Чтобы это работало, по каждому виду данных один раз договариваются, какая система главная: иначе вместо интеграции получается спор двух источников остатков.

• Учётная система — деньги, документы и официальные остатки. Наряд закрыт — документы создаются по его данным, а не набиваются заново.
• Телефония — входящий звонок поднимает карточку клиента и его машин; пропущенный превращается в задачу перезвонить, а не в потерянного клиента.
• Поставщики запчастей — прайсы и наличие подтягиваются прайс-файлами или по API, если поставщик его даёт; заказ формируется из потребности по подтверждённым нарядам.
• Сайт и онлайн-запись — заявка с сайта попадает сразу в расписание постов, а не в почту приёмщика.
• Мессенджеры и SMS — напоминание о визите и уведомление «машина готова» без ручного обзвона.

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

Сколько стоит своя CRM для автосервиса и как на неё перейти

Работа идёт этапами, и каждый заканчивается результатом, который можно посмотреть, — сервис при этом ни дня не стоит без записи и нарядов:

1. 1Разбор процесса — 1–2 недели. Как машина проходит путь от звонка до выдачи, кто и когда трогает наряд, где теряются детали и деньги, что нельзя сломать. Результат — карта MVP: роли, сценарии, модули, этапы.
2. 2MVP — 4–8 недель. Ключевая цепочка целиком: запись, заказ-наряд, запчасти, закрытие, первый отчёт по загрузке. Работающая система, а не прототип.
3. 3Развитие по этапам — 2–4 недели каждый. Склад с закупками, кабинет автопарка, обмен с учётной системой, расчёт выработки — в порядке реальной необходимости.

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

Переезд без потери базы клиентов и истории машин

Ценность сервисной базы — не в списке телефонов, а в связке «клиент — автомобиль — что с ним делали». Переносят именно её: клиентов, автомобили с VIN и госномером, историю нарядов с работами и деталями, остатки склада. Закрытые наряды достаточно перенести в архив с поиском — редактировать их всё равно никто не будет.

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

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