Как настроить передачу заказов между сменами мастеров в CRM

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

Почему заказ теряется именно на стыке смен?

Мастер закрывает ноутбук и уходит домой. В карточке заказа стоит статус «в работе», ответственный — он же. Ночная смена открывает список и видит десяток таких заказов, но не понимает, где уже согласовали замену клавиатуры, а где ещё ждут ответа клиента. Контекст держался в голове, а голова ушла домой.

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

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

Какие статусы и поля нужны, чтобы заказ не завис?

Начните с жизненного цикла заказа. В обзорах учёта сервисных центров он выглядит так: «принят» → «диагностика» → «согласование с клиентом» → «ожидание запчасти» → «в работе» → «готов к выдаче» → «выдан». Рядом стоят тупиковые статусы: «отказ от ремонта», «возврат без ремонта», «утилизация» (чек-лист FixPilot «Что должно быть в учёте сервиса»). Без них заказ висит в «диагностике» месяцами и портит любую статистику по сменам.

Статус запчасти вынесите в отдельное поле. Пока он живёт внутри статуса заказа, мастер не может показать, что ремонт идёт, а деталь ещё в пути.

Добавьте поле «следующий шаг» — короткая фраза и дата. Именно его читает новый мастер первым делом, и это снимает большую часть вопросов при передаче.

Как настроить передачу между сменами пошагово?

1. Опишите цикл заказа на бумаге: для каждого статуса — событие, после которого заказ идёт дальше.
2. Перенесите статусы в CRM и сделайте ключевые поля обязательными. Настройка типов техники, статусов сделок и запчастей есть почти в каждой отраслевой CRM — её описывают, например, в материалах DAOCRM и LiveSklad.
3. Заведите роли: мастер, приёмщик, старший смены, администратор. Право закрывать заказ оставьте тому, кто его выдал или принял оплату.
4. Включите историю изменений, чтобы в карточке было видно, кто и когда поменял статус.
5. Настройте напоминания о зависших заказах. В обзорах CRM для сервиса по ремонту техники у каждого статуса есть срок, ответственный мастер и напоминание о заказе, который задержался (материалы Artena).
6. Договоритесь о правиле: смена статуса без комментария невозможна. Даже строка «согласовано по телефону, ждём поставку» экономит утренние звонки.

Что фиксировать в карточке к передаче смены

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

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

Как связать передачу смен с уведомлениями и загрузкой мастеров?

Клиенту не важно, кто именно держит его устройство. Он получает сообщение о смене статуса с номера мастерской: так работают автооповещения в типовых решениях для сервисных центров, включая отправку документов и проверку статуса отправки сообщения (описание «Приём-в-ремонт»). Чтобы приёмщик не звонил вручную, отправку вешают на событие в CRM. Например, вебхуки CRM для уведомлений о статусе ремонта передают событие в сервис рассылок автоматически.

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

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

Типичные ошибки при передаче смен

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