CRM для сервисного бизнеса: что должно быть в системе для автосервиса, салона и мастерской

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

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

Чем сервис отличается от «продал и забыл»

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

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

Клиент возвращается — и на этом держится экономика. Разовый визит редко окупает стоимость привлечения; прибыль приносит второй, третий и десятый. Значит, система обязана помнить, когда человек был в последний раз, и напоминать о следующем.

У работы есть объект. Машина, ноутбук, кофемашина, квартира. И вопрос «что делали в прошлый раз» относится к объекту, а не к человеку: у одного клиента может быть три автомобиля, а одну машину могут привозить муж и жена по очереди.

Три сущности вместо двух

Обычная CRM оперирует контактом и сделкой. Сервисной нужна третья — объект обслуживания.

Клиент — человек или компания, с контактами и историей общения.

Объект — то, что обслуживают: автомобиль с госномером, пробегом и VIN; техника с серийным номером; помещение с адресом и площадью. У объекта своя карточка и своя история.

Визит — конкретная работа в конкретное время: дата, мастер, ресурс, перечень работ, материалы, сумма, гарантия.

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

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

Календарь ресурсов важнее воронки

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

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

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

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

Семь требований к системе

Список, по которому стоит сверять любое предложение.

Календарь ресурсов с графиками, навыками и длительностью работ. Без него всё остальное не имеет значения.

Карточка объекта с собственной историей визитов — отдельно от карточки клиента.

Онлайн-запись, связанная с этим календарём и показывающая реальные свободные окна.

Напоминания по интервалу: ТО через полгода или столько-то тысяч километров, повторная процедура через четыре недели. Именно интервал, а не разовая задача.

Учёт материалов и запчастей на уровне визита: что израсходовали, что заказали под клиента, что на гарантии.

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

Отчёты по загрузке ресурсов и по повторным визитам. Выручка и число заявок здесь вторичны: они не показывают, где вы упираетесь в потолок.

Отраслевая система или универсальная с настройкой

Развилка, на которой ошибаются чаще всего.

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

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

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

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

Что специфично для автосервиса

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

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

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

Запчасти под заказ с ожиданием поставки. Машина стоит на посту, деталь едет три дня — этот статус должен быть виден и клиенту, и мастеру.

Фотофиксация состояния при приёмке. Спор о царапине, которой «не было», решается фотографиями, привязанными к визиту.

Что специфично для салона

Ресурс — мастер и кресло, причём клиент часто выбирает конкретного человека. Система должна уметь и запись «к Марине», и запись «на маникюр к любому свободному».

Абонементы, сертификаты и депозиты: остаток по абонементу должен списываться визитом автоматически, иначе учёт разъедется за месяц.

Интервалы повторных визитов зависят от процедуры: одна повторяется через три недели, другая через три месяца. Напоминание должно считаться от даты последнего визита и от типа услуги.

Расходные материалы с учётом по мастеру. Это же основа для расчёта себестоимости услуги и для разговора о перерасходе.

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

Материалы: где проходит граница с учётом

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

CRM отвечает за расход на уровне визита: что списали конкретному клиенту, что нужно заказать под него. Учётная система отвечает за остатки, закупки и себестоимость. Разделение то же, что и в сравнении CRM и учётных систем — источник истины по складу остаётся снаружи.

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

Повторные визиты — главная экономика

Самая недооценённая настройка в сервисе, и она же самая окупаемая.

Механика простая: система знает дату последнего визита и тип услуги, считает интервал и в нужный момент ставит задачу или отправляет сообщение. Автосервис напоминает про ТО, салон — про повторную процедуру, мастерская — про профилактику.

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

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

Что чаще всего идёт не так

Пять сценариев, которые повторяются в сервисе от проекта к проекту.

Систему выбрали по воронке. На демонстрации показывали красивые стадии сделок, а расписание мастеров смотреть не стали. Через месяц выясняется, что записи по-прежнему ведутся в тетради, потому что в системе это неудобно.

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

Справочник работ не заполнили. Мастера пишут наименование услуги руками, каждый по-своему: «замена масла», «Замена масла ДВС», «масло». Через полгода посчитать, сколько заработали на этой услуге, невозможно.

Напоминания настроили без интервалов. Вместо правила «через полгода от последнего визита» кто-то раз в месяц выгружает базу и рассылает всем подряд. Результат: часть клиентов получает приглашение через неделю после визита и отписывается.

Мастерам выдали полный интерфейс. Человек с грязными руками и телефоном в кармане не будет заполнять восемь полей. Роль мастера сводится к двум-трём действиям, остальное делает администратор или автоматика.

Как это выглядит по шагам

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

Что спросить у поставщика системы

«Покажите, как завести два автомобиля на одного клиента и найти историю по госномеру». Ответ через комментарии означает, что объектов в системе нет.

«Как настраивается график мастера с отпуском и разной длительностью услуг?» Это должно решаться настройкой силами администратора.

«Что происходит с освободившимся слотом при отмене?» Хороший ответ — лист ожидания или предложение записаться другим клиентам.

«Как считается интервал повторного визита и от чего он отсчитывается?» Нужен ответ про дату последнего визита и тип услуги. Разовая задача в календаре этот вопрос не закрывает.

«Можно ли выгрузить все данные, если мы решим уйти?» Для отраслевых решений это ключевой вопрос: поставщик один, и уходить сложнее, чем с универсальной системы.

Когда достаточно журнала записи

Честный раздел. Мастеру, который работает один и держит расписание в голове и в мессенджере, CRM добавит работы. Здесь хватает календаря в телефоне и заметок.

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

Порог, за которым система начинает окупаться, — несколько мастеров, поток новых клиентов из рекламы или карт и потребность считать загрузку. До этого момента обычная CRM или даже таблица закроют задачу дешевле.

Сколько это стоит

Лицензии считаются за пользователей, и здесь есть подвох: мастера тоже пользователи, даже если заходят раз в день с телефона. Для сервиса на десять человек это заметная часть бюджета.

Настройка зависит от того, идёте вы в отраслевое решение или собираете на универсальной системе. Во втором случае объекты, расписание и учёт материалов — отдельные работы.

Третья часть — наполнение справочников. Работы, длительности, материалы, интервалы напоминаний. Это делаете вы, и это самая долгая часть проекта.

Частые вопросы

Подойдёт ли обычная CRM, если у нас автосервис?

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

Как быть, если у клиента несколько объектов?

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

Нужна ли онлайн-запись, если клиенты звонят?

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

Что делать с записями, которые ведутся в тетради несколько лет?

Переносить только активных клиентов и объекты, с которыми работали за последний год-полтора. История по остальным нужна редко, а времени на перенос уходит много.

Как посчитать, окупилась ли система?

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

Можно ли связать систему с картами и агрегаторами?

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

Итог

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

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