Мастер-приёмщик в среднем сервисе половину дня проводит не с машинами, а с телефоном: «когда будет готово», «сколько в итоге выйдет», «можно записаться на завтра». Учётная программа, которая уже стоит на его компьютере, на эти вопросы не отвечает — она про заказ-наряды и склад.
Ниже — что программа для автосервиса закрывает на самом деле, чем учётная система отличается от CRM, что остаётся ручной работой после внедрения и какие требования к оформлению появились с сентября 2025 года.
Что закрывает программа для автосервиса
Четыре контура, ради которых её ставят.
Заказ-наряд. Основной документ: автомобиль, пробег, заявленная неисправность, перечень работ с нормо-часами, запчасти, итоговая сумма. Отсюда растёт всё остальное — от зарплаты механиков до отчётности.
Склад и запчасти. Приход, резерв под заказ-наряд, списание, остатки, себестоимость. Для сервиса это половина денег: неучтённые запчасти — самая частая дыра в прибыли.
Загрузка постов. Кто сейчас на подъёмнике, сколько машин в очереди, когда освободится место. Без этого запись превращается в угадывание.
История по автомобилю. Что делали в прошлый раз, какие запчасти ставили, что откладывали «на потом». Это же основа для напоминаний о следующем ТО.
Пятый контур — зарплата механиков по нормо-часам — есть не везде, но именно он часто становится причиной выбора конкретной системы.
Учётная система или CRM: разные вопросы
- работы, нормо-часы, запчасти, себестоимость
- остатки склада и резервы под заказ
- загрузка постов и механиков
- история ремонтов по VIN
- не занимается возвратом клиента
- источник обращения и воронка до записи
- напоминания о ТО и сезонных работах
- причины, по которым клиент не вернулся
- переписка и звонки в одной карточке
- ничего не знает про склад и нормо-часы
Практическое следствие: если в системе нет истории клиента, напоминания о ТО делать не из чего, и повторные визиты остаются на памяти приёмщика. Для сервиса, живущего на постоянных клиентах, это потеря выручки заметнее, чем разница в цене систем.
Какие вообще бывают программы для сервиса
Под одним запросом скрываются четыре разных класса продуктов, и путаница между ними — причина неудачных покупок.
| Класс | Что умеет | Кому подходит | Чего ждать не стоит |
|---|---|---|---|
| Специализированная система для СТО | заказ-наряд, нормо-часы, склад, посты, история по VIN | большинству сервисов как основная система | тонкой работы с воронкой продаж |
| Универсальный товарный учёт | склад, закупки, касса, документы | сервисам с большой торговлей запчастями | нормо-часов и учёта загрузки постов |
| CRM общего назначения | клиенты, сделки, задачи, рассылки | если основная боль — возврат клиентов | заказ-наряда и складского учёта |
| Онлайн-запись как отдельный сервис | витрина, слоты, напоминания | как надстройка к любой из систем выше | всего, что касается учёта |
Типичная ошибка — взять инструмент не того класса и потом требовать от него чужих функций. Товарный учёт не станет системой для СТО, даже если в нём завести работы номенклатурой: не будет ни нормо-часов, ни загрузки постов, ни истории по автомобилю в привычном виде.
Второй по частоте промах — пытаться закрыть всё одной системой любой ценой. Рабочая конфигурация для среднего сервиса обычно состоит из основной программы плюс онлайн-записи и уведомлений поверх неё.
Планирование загрузки постов
Контур, от которого напрямую зависит выручка, и он же чаще всего ведётся «на глаз».
Пост — это не мастер. Длительность работы определяется занятостью подъёмника и оборудования, а механик может переключаться между машинами. Системы, которые считают только людей, дают неверную картину доступного времени.
Развал-схождение, покраска, диагностика — узкие места. Оборудование одно, и оно определяет пропускную способность. Планировать надо от него, а не от общего числа постов.
Резерв под срочные случаи. Если расписание забито на сто процентов, любой сложный случай ломает весь день. Практика — держать свободный интервал в середине дня.
Видимая загрузка вместо памяти приёмщика. Когда календарь постов на экране, запись перестаёт быть искусством, и на неё можно посадить кого угодно — или вынести её в онлайн.
Что остаётся ручным после внедрения
Программа стоит, данные ведутся, а телефон звонит так же. Так происходит потому, что три задачи учётная система не закрывает по своей природе.
Запись на ремонт. Клиент звонит, приёмщик смотрит загрузку постов и предлагает время. Автоматизировать это можно: витрина со свободными слотами, которая учитывает длительность работ и занятость подъёмников. Общая механика разобрана в статье про онлайн-запись клиентов, а специфика сервиса — в том, что слот привязан не к мастеру, а к посту и оборудованию.
Статусы ремонта. Пока машина в работе, владелец не знает ничего и звонит. Каждый такой звонок отвлекает приёмщика на несколько минут, а за день их набирается десятки. Решается сообщением при смене статуса: принята — диагностика — ждём запчасть — в работе — готова.
Согласование дополнительных работ. Разобрали, нашли ещё неисправность, нужно решение клиента. Звонок не всегда доходит, а работа стоит. Сообщение с перечнем, ценой и кнопками «согласен / не сейчас» решает и скорость, и фиксацию согласия.
Все три надстраиваются поверх существующей программы, а не вместо неё: данные о загрузке и о статусе уже есть в системе, их нужно вынести наружу. Подробный разбор — в статье про ИИ для автосервиса.
Что требуют правила с сентября 2025 года
С 1 сентября 2025 года действуют обновлённые Правила оказания услуг по техническому обслуживанию и ремонту автомототранспортных средств (текст правил). Для выбора и настройки программы важны три момента.
Договор в письменной форме. Отношения с клиентом оформляются документом (раздел II, пункт 6). Заказ-наряд в системе — это и есть его практическая форма, поэтому состав полей в программе должен закрывать требования правил, а не только удобство мастера.
Предупреждение об обстоятельствах, влияющих на результат и сроки (раздел IV, пункты 14–15). Если при разборке выяснилось, что нужны ещё работы или деталь придётся ждать неделю, клиента об этом предупреждают. Устное предупреждение по телефону нигде не остаётся.
Отсюда практический вывод про фиксацию. Переписка в мессенджере с перечнем работ, ценой и ответом клиента — это и подтверждение согласия, и отметка времени. При споре о сумме в заказ-наряде она стоит больше, чем запись «согласовано по телефону» в комментарии.
Цена вопроса видна на конфликте: работа выполнена, клиент отказывается платить за то, чего, по его словам, не заказывал. С перепиской разговор заканчивается за минуту, без неё — претензией.
Приёмка и дефектовка: где рождаются споры
Самый конфликтный момент в сервисе — не оплата, а приёмка. Клиент помнит одно состояние машины, сервис видит другое, и через неделю доказать ничего нельзя.
Фотофиксация при приёмке. Круговая съёмка кузова, панель приборов с пробегом, салон, комплектация. Это занимает полторы минуты и снимает почти все претензии вида «у вас поцарапали». Хорошая программа позволяет прикрепить фото к заказ-наряду, а не хранить их в галерее телефона приёмщика.
Опись комплектации. Что было в машине: запаска, домкрат, ключи, видеорегистратор, детское кресло. Строка в заказ-наряде дешевле любого разбирательства.
Пробег на момент приёмки. Фиксируется всегда: от него считаются интервалы обслуживания и гарантия на работы.
Заявленная неисправность словами клиента. Не «стук в подвеске», а «стучит справа спереди на мелких неровностях после мойки». Эта формулировка потом определяет, выполнен ли ремонт: клиент оценивает результат по своей жалобе, а не по перечню работ.
Результат дефектовки отдельно от заявки. То, что нашли при осмотре, — это уже не заявленная неисправность, и по нему нужно отдельное согласование.
Программы различаются тем, насколько удобно всё это заполнять на планшете у машины, а не за компьютером после. Если приёмка оформляется постфактум по памяти, половина смысла теряется.
Запчасти: где сервис теряет деньги и время
Вторая по частоте причина конфликтов — сроки и цена запчастей.
Наличие против заказа. Деталь на складе — ремонт за день. Деталь под заказ — от трёх дней до месяца, и это меняет всё: загрузку поста, ожидания клиента, иногда необходимость выдать машину и вызвать повторно.
Кто платит за ожидание. Если машина занимает подъёмник неделю в ожидании детали, сервис теряет на простое поста. Практика — выдавать автомобиль владельцу до прихода запчасти, если он на ходу, и это решение должно быть зафиксировано.
Оригинал, аналог или бывшая в употреблении. Выбор влияет на цену вдвое-втрое и на гарантию. Он тоже согласуется, и след об этом должен остаться в заказ-наряде.
Учёт возвратов. Неподошедшая деталь возвращается поставщику, и в системе это движение должно быть отражено, иначе остатки перестают сходиться с фактом.
Подбор по VIN. Интеграция с каталогами ускоряет подбор и снижает число ошибок. Для универсального сервиса это одна из немногих функций, за которую имеет смысл доплачивать.
Практическое правило: в заказ-наряде запчасть и работа — разные строки, с разной наценкой и разной гарантией. Системы, где всё сваливается в одну сумму, не дают посчитать реальную маржу.
Сезонность и хранение шин
Шиномонтаж и сезонное хранение — отдельный контур, который универсальная программа часто не закрывает.
Пиковая нагрузка. Два раза в год поток вырастает кратно, и узким местом становится запись: администратор физически не успевает отвечать на звонки. Это ровно тот случай, когда онлайн-запись и бот окупаются за один сезон — очередь распределяется без участия человека.
Учёт хранения. Чьи шины, какой размер, какое место на складе, до какой даты оплачено. Без системы это тетрадь, а ошибка означает поиск комплекта по всему помещению.
Напоминания перед сезоном. Клиент, у которого на хранении лежат шины, — это гарантированный визит, если ему написать вовремя. Рассылка за две-три недели до массового потока разгружает пик и приносит запись заранее.
Допродажа по истории. Если при прошлом визите фиксировали остаточную глубину протектора, перед сезоном видно, кому пора менять комплект.
Зарплата механиков и нормо-часы
Контур, который часто определяет выбор системы сильнее, чем удобство приёмки.
Нормо-час как единица. Работа оценивается не потраченным временем, а нормативом. Система должна хранить каталог работ с нормативами и считать выработку по каждому механику.
Разделение выработки. Одну машину могут вести двое, и заказ-наряд должен позволять распределить работы между ними, иначе учёт превращается в ручной пересчёт в конце месяца.
Процент от работ и от запчастей. Схемы мотивации различаются, и программа должна поддерживать вашу, а не типовую.
Прозрачность для механика. Когда выработка видна в течение месяца, а не объявляется в день зарплаты, вопросов к расчёту меньше. Это не функция программы, а способ её использования, но он снимает заметную часть конфликтов внутри коллектива.
Как перейти с тетради или таблицы
Переход в сервисе тяжелее, чем в салоне: данных больше и они связаны между собой.
Начать со справочников. Каталог работ с нормо-часами и номенклатура запчастей — это фундамент. Без них заказ-наряды заводить бессмысленно.
Остатки склада считать физически. Инвентаризация перед стартом — единственный способ, чтобы система с первого дня показывала правду. Перенос «примерных» остатков обесценивает учёт сразу.
Историю не переносить целиком. Достаточно активных клиентов и машин, которые обслуживались за последний год: по ним пойдут напоминания о ТО.
Назначить дату отсечения. С этого дня заказ-наряды оформляются только в системе. Параллельная работа с бумагой затягивает переход на месяцы.
Обучить приёмщиков до старта, а не после. Час тренировки на демоданных экономит неделю сопротивления.
Как выбрать программу под свой сервис
| Размер и профиль | Что критично | Что обычно избыточно |
|---|---|---|
| Один-два поста, универсал | заказ-наряд, простой склад, история по VIN | сложная аналитика, интеграции с дилерскими каталогами |
| Сервис 3–8 постов | загрузка постов, нормо-часы, зарплата механиков, резервы | мультифилиальность, управленческая отчётность |
| Сеть из нескольких точек | общий склад и перемещения, сводные отчёты, права доступа | ничего из перечисленного не лишнее |
| Узкий профиль (кузовной, шиномонтаж) | специфика работ и расходников, сезонность | универсальные каталоги работ |
| Выездной сервис | мобильный доступ, работа без стабильной связи | склад в привычном виде |
Шесть вопросов, которые отвечают на выбор быстрее сравнения функций.
- Как заводится заказ-наряд? Пройдите путь от звонка до готового документа в демоверсии. Если это дольше трёх минут, приёмщик будет вести дела в тетради.
- Как ведётся склад? Есть ли резерв под заказ, учитывается ли себестоимость, видно ли, чего не хватает.
- Что происходит при изменении объёма работ? Можно ли добавить работу в открытый заказ-наряд и остаётся ли след, что клиент это согласовал.
- Есть ли история по автомобилю и по клиенту? И можно ли по ней сделать выборку «кому пора на ТО».
- Есть ли API? От этого зависит, получится ли поставить сверху запись, статусы и согласование, не меняя систему.
- Как выгружаются данные? База клиентов и история ремонтов должны оставаться вашими.
Сколько это стоит
Цены сильно разнятся: есть решения за несколько сотен рублей в месяц — например, у STOCRM базовый доступ заявлен от 525 рублей в месяц, — и есть системы с расчётом под сеть, где стоимость считают индивидуально.
Что важнее самой подписки:
Внедрение и перенос данных. Занести номенклатуру запчастей, каталог работ с нормо-часами, остатки склада и историю активных клиентов — это дни работы, и их кто-то должен сделать.
Обучение приёмщиков. Самая недооценённая статья. Если приёмщик не умеет быстро оформить заказ-наряд, он вернётся к бумаге, и система останется складским калькулятором.
Связки поверх системы. Запись, статусы, согласование, напоминания о ТО — это отдельный проект, и считать его нужно отдельно от подписки.
Разумный порядок: сначала учётная программа с заказ-нарядом и складом, затем — надстройки на самые дорогие по времени места. Эта вторая часть и есть внедрение ИИ в бизнес в практическом смысле: не замена учётной системы, а снятие с людей того, что можно не делать руками. Обратный порядок даёт красивые уведомления поверх неведущегося учёта.
Как выстроить работу поверх программы
- 1Запись на поствитрина со свободным временем с учётом длительности работ и занятости подъёмника
- 2Подтверждение и напоминаниесообщение накануне с возможностью перенести — меньше пустых постов
- 3Статусы ремонтауведомление при смене этапа: диагностика, ожидание запчасти, в работе, готово
- 4Согласование допработперечень с ценой и ответом клиента, который сохраняется в переписке
- 5Напоминание о ТОчерез интервал по пробегу или сроку, из истории по автомобилю
Последний шаг — самый выгодный по деньгам и самый редко используемый. История в системе уже содержит дату и пробег; напоминание через полгода возвращает клиента, который иначе поехал бы в ближайший сервис.
Кузовной ремонт и работа со страховыми
Кузовной сервис — отдельный случай, и универсальная программа закрывает его хуже всего.
Сроки другие. Ремонт идёт неделями, а не часами, и статус «в работе» перестаёт что-либо значить. Клиенту важны этапы: разобрали, заказали детали, жестянка, подготовка, покраска, сборка. Без разбивки на этапы поток звонков «как там моя машина» не снижается вовсе.
Согласование с третьей стороной. При страховом случае калькуляцию утверждает не клиент, а страховая компания, и её правки меняют объём работ. Система должна позволять вести две версии: заявленное и согласованное.
Фотоотчёт обязателен. Скрытые повреждения, которые нашли при разборке, фиксируются снимками — иначе доплату не согласуют ни страховая, ни владелец.
Пост занят надолго, неделями. Планирование загрузки работает иначе: важно не расписание по часам, а сколько мест занято и когда освободятся.
Практический вывод: если кузовной ремонт — основное направление, выбирать стоит систему, где есть этапы работ и хранение фотоматериалов по заказ-наряду, а не ту, где сильнее складской контур.
Что даёт связка с телефонией
Отдельная настройка, которая окупается быстрее большинства функций.
Определение клиента по номеру. Приёмщик видит на экране, кто звонит, какая машина, когда был последний визит и что откладывали. Разговор начинается не с «представьтесь», а с сути.
Пропущенные превращаются в задачи. В пиковые часы часть звонков теряется; связка создаёт задачу перезвонить, и она не зависит от памяти.
История звонков в карточке. При споре о том, что и когда согласовали, запись разговора находится за секунды, а не перебором в телефонии.
Оценка загрузки по звонкам. Видно, в какие часы обращаются чаще, и под это выстраивается график приёмщиков.
При этом сама телефония — не задача учётной программы: она либо интегрируется, либо нет. Этот вопрос стоит задавать до покупки, потому что добавить интеграцию потом бывает дороже, чем сменить систему.
Гарантия на работы: что должно быть в системе
Гарантия — это обязательство, и его выполнение упирается в данные, которые кто-то должен был занести.
Срок и пробег. Гарантия на работы обычно ограничена двумя условиями сразу, и система должна хранить оба: дату сдачи и пробег на момент выдачи. Без второго спор о гарантии превращается в разговор о доверии.
Привязка к конкретной работе. Гарантия даётся не на машину, а на выполненную работу и установленную деталь. В заказ-наряде это должно быть видно построчно: на замену ремня — один срок, на диагностику — никакого.
Гарантия поставщика на запчасть. Она отдельная и часто отличается от вашей. Когда деталь выходит из строя, вопрос «кто платит» решается по этим двум срокам, и оба нужны в карточке.
История обращений по гарантии. Повторное обращение по тому же узлу — сигнал: либо деталь плохая, либо работа сделана неверно. Без учёта такие случаи растворяются в потоке.
Практическая польза от аккуратного учёта здесь прямая: гарантийный ремонт делается бесплатно, и каждый случай, который был принят «на всякий случай» из-за отсутствия данных, — это убыток.
Почему клиенты не возвращаются
Сервис живёт на повторных визитах, но причина невозврата почти никогда не фиксируется.
Молчание после ремонта. Клиент уехал и забыл. Через полгода ему нужно ТО, и он едет туда, кто ближе или кто напомнил.
Неоправданные ожидания по срокам. «Сделаем к вечеру» превратилось в два дня без предупреждения. Машину забрали, но больше не приедут — при этом в системе такой заказ-наряд выглядит успешным.
Непонятный счёт. Итоговая сумма отличается от названной при приёмке, и объяснение пришло постфактум. Формально всё законно, по ощущению — обман.
Отложенные работы, о которых не напомнили. «Колодок хватит ещё на пару тысяч километров» — и никто не вернулся к этому разговору. Это и упущенная выручка, и риск для клиента.
Что с этим делает система: хранит отложенные работы отдельным списком, напоминает о ТО по пробегу и сроку, показывает клиентов, которые не появлялись дольше обычного интервала. Дальше нужен человек или рассылка — сама программа не возвращает никого.
Отдельный канал, который влияет на поток новых клиентов, — отзывы на картах. Сервис выбирают по ним чаще, чем по сайту, и ответы на них — часть работы с репутацией: разбор есть в статье про ответы на отзывы клиентов.
Облако или своя установка
Вопрос, который в сервисах возникает чаще, чем в салонах: многие боятся зависимости от интернета.
Облачная система. Не нужен сервер и администратор, доступ с планшета на приёмке и из дома, обновления сами. Требует устойчивого интернета; при обрыве работа останавливается.
Установка на свой компьютер. Работает без интернета, данные физически у вас. Но обновления, резервные копии и замена сломавшегося компьютера — ваша забота, и удалённого доступа обычно нет.
Практический компромисс. Резервный канал интернета — мобильный роутер за несколько сотен рублей в месяц — решает главный аргумент против облака дешевле, чем содержание своего сервера.
Что проверить в любом варианте: как делаются резервные копии и можно ли выгрузить данные целиком. Сервис, потерявший историю ремонтов и остатки склада, восстанавливает их месяцами.
Что спросить у поставщика до покупки
Пять вопросов, которые экономят больше, чем скидка на подписку.
Можно ли поработать на своих данных в демоверсии? Не на чужом примере, а завести три своих работы и одну запчасть. Так видно реальную скорость оформления.
Сколько стоит перенос данных и входит ли он в цену? Номенклатура и остатки — это дни работы.
Что происходит при неоплате? Блокируется доступ или данные удаляются, и сколько времени есть на выгрузку.
Как часто выходят обновления и что с ними меняется? В сервисных программах регулярно меняются формы документов вслед за требованиями.
Есть ли поддержка в рабочие часы сервиса? Если вы работаете до девяти вечера и в выходные, поддержка «с 10 до 18 по будням» вам не поможет в пиковый момент.
Частые ошибки
Выбрали по числу функций. Побеждает система, где приёмщик быстрее оформляет заказ-наряд, а не та, где больше отчётов.
Не завели каталог работ с нормативами. Без нормо-часов система не считает ни загрузку постов, ни зарплату механиков, и превращается в электронный блокнот для записи сумм.
Ведут склад приблизительно, а не по факту. Запчасти списывают «потом», остатки расходятся с фактом, себестоимость неизвестна. Тогда и прибыль по заказ-наряду неизвестна, а инвентаризация превращается в ежеквартальное расследование вместо сверки.
Согласование дополнительных работ остаётся устным. До первого спора это незаметно, а один спор обходится дороже годовой подписки.
Поставили уведомления поверх неведущегося учёта. Клиент получает «ваша машина готова», когда она не готова, потому что статусы в системе двигают не вовремя. Автоматизация усиливает и порядок, и беспорядок — разбор этой закономерности есть в статье почему чат-бот не работает.
Купили сетевое решение для двух постов. Лишние возможности не бесплатны: они усложняют интерфейс, и ими не пользуются. Обратная ошибка не мягче — взять систему впритык по числу пользователей, а через полгода переносить данные заново из-за третьего механика.
Коротко
Программа для автосервиса закрывает заказ-наряд, склад, загрузку постов и историю по автомобилю. CRM-контур — источник обращения, напоминания о ТО, причины невозврата — есть не везде, и без него повторные визиты держатся на памяти приёмщика.
Три задачи остаются ручными почти всегда: запись, статусы ремонта и согласование дополнительных работ. Они и дают основную нагрузку на телефон, при этом автоматизируются поверх уже стоящей системы. Согласование стоит вынести в переписку отдельно: правила требуют письменной формы договора и предупреждения об обстоятельствах, влияющих на сроки и результат, а переписка с перечнем работ и ответом клиента одновременно ускоряет ремонт и фиксирует согласие.
