CRM для сервисного центра: как вести ремонт и продажи в одной системе

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

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

Чем сервисный центр отличается от обычных продаж

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

• Приём устройства. Фиксируется не только клиент, но и устройство: модель, серийный номер, комплектность, состояние, неисправность.
• Диагностика. Отдельный этап со своим сроком; итог - причина и перечень работ.
• Согласование стоимости работ. Клиент подтверждает смету до ремонта; пока ответа нет, устройство стоит.
• Ожидание запчастей. Срок зависит от поставщика, и о сдвиге клиенту нужно сообщать.
• Статусы. Клиенту важно знать, где его устройство, а приёмке - не отвечать на один вопрос по телефону весь день.
• Выдача. Проверка качества, оплата, акт, условия гарантии, просьба об отзыве.
• Гарантия. Повторное обращение по тому же ремонту видно сразу, а не по бумажной квитанции.
• B2B-обслуживание по договорам. Компании ждут сроков реакции, выездов и отчётов.
• Сеть точек. Заявки нужно распределять между центрами, а клиента - узнавать в любой точке.

Отсюда главный принцип: в CRM сервисного центра ведут не абстрактную сделку, а заявку на ремонт конкретного устройства - со своими этапами, полями и сроками. Подробно о полях и статусах заявки - в статье «Заявки на ремонт и статусы в CRM сервисного центра»; здесь - о системе целиком.

Воронка ремонта: этапы и критерии перехода

Этап в CRM полезен, только если у него есть понятный критерий: что должно произойти, чтобы заявка перешла дальше. Иначе мастера двигают карточки «по ощущениям», и статусы перестают что-либо значить. Ниже - базовая воронка ремонта; у вас этапов может быть меньше или больше, но логика критериев та же. Как не переусложнить этапы, разобрано в статье «Этапы сделки в CRM».

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

Что вести в CRM, а что - в программе учёта сервиса и 1С

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

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

Уведомления клиенту: мессенджеры и SMS без лишнего шума

Уведомления о статусе - самое заметное для клиента, что даёт CRM: смена этапа сама отправляет сообщение. Каналов обычно два: мессенджер, где с клиентом уже идёт переписка, и SMS - для тех, кто мессенджерами не пользуется или не ответил. Как собрать все переписки в карточке клиента, разобрано в статье «Все мессенджеры в одном окне CRM».

Обратная сторона - клиента легко завалить сообщениями, и важное «готово, можно забирать» потеряется среди «передано мастеру». Правила простые:

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

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

Гарантийные обращения и повторные ремонты

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

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

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

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

B2B: договоры обслуживания, выездные инженеры, сроки реакции

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

В CRM это обычно отдельная воронка или отдельный тип заявки. К карточке компании привязан договор: срок действия, перечень обслуживаемого оборудования, срок реакции. При создании заявки система сама считает, когда нужно отреагировать, и напоминает ответственному заранее. Соглашение об уровне обслуживания (SLA) - это обещание клиенту, и нарушать его незаметно нельзя: руководитель должен видеть просрочку в тот же день. Как задать нормы по времени реакции, разобрано в статье «SLA по обработке заявки».

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

Несколько точек: распределение заявок и единая база

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

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

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

Метрики сервисного центра

Метрики имеют смысл, только если этапы и причины заполняются честно. Норм «по рынку» здесь нет: важнее динамика у вас и разница между мастерами и точками.

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

Как это делается в amoCRM и Битрикс24

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

Актуальные цены - на сайтах разработчиков. Условия меняются - сверяйте с сайтом разработчика.

Практический вывод. Основной поток - частные клиенты из мессенджеров и звонков, ремонт в отдельной программе: amoCRM закрывает приём, статусы и уведомления с быстрым запуском. Нужны заявка на ремонт как отдельная сущность, выезды и родной обмен с 1С: удобнее Битрикс24 с его смарт-процессами. Подробное сравнение - на странице «amoCRM или Битрикс24»; точный выбор зависит от процесса и числа сотрудников, его делают на диагностике.

Частые ошибки

• Одна воронка на всё. Ремонт, продажа запчастей и B2B-договоры в одной воронке смешивают сроки и портят отчёты. Нужны отдельные процессы, связанные через карточку клиента.
• Этапы без критериев. Мастер двигает карточку, когда вспомнит, - и статус для клиента не совпадает с реальностью.
• Дублирование данных. Статус правят и в программе учёта, и в CRM вручную. Через месяц их уже две разные правды.
• Уведомления на каждый шаг. Клиент перестаёт читать сообщения, и важное «готово» пропадает среди лишних.
• Нет причины отказа. Без неё непонятно, почему клиенты уходят после диагностики, и долю согласованных работ не улучшить.
• Гарантия в бумажной квитанции. Повторное обращение не связано с исходным ремонтом, качество ремонта не измерить.
• B2B в общей очереди. Договорной клиент ждёт наравне со всеми, сроки реакции никто не считает.

С чего начать внедрение

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

1. Диагностика. Разобрать путь заявки: откуда приходят обращения, где устройство ждёт дольше всего, как ведутся B2B-клиенты.
2. Контур обращений. Все каналы - звонки, сайт, мессенджеры, приёмка - создают заявки в CRM с ответственным.
3. Единые правила. Этапы с критериями, обязательные поля, причины отказов, отдельный процесс для B2B.
4. Управление по цифрам. Срок ремонта, доля согласованных работ, повторные обращения - на панели показателей.
5. Интеграции и автоматизация. Связь с программой учёта и 1С, уведомления клиенту, распределение заявок по точкам.

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

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

Вывод

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

Источники

• amocrm.ru/buy
• сравнение тарифов Битрикс24
• справка Битрикс24 о подписке