Чтобы посчитать конверсию из заявки в оплаченный ремонт, разделите число оплаченных заказов за выбранный период на число заявок за тот же период и умножьте результат на 100%. Но одной итоговой цифры мало: она не показывает, где клиенты прекращают общение. Разбейте путь заявки на этапы — от первого обращения до оплаты, фиксируйте переходы и причины отказов. Так вы увидите, теряются ли заявки при записи, диагностике, согласовании цены или выдаче устройства.
Какие этапы считать воронкой сервисного центра?
Сначала договоритесь, что именно вы называете заявкой и оплаченным ремонтом. Заявка — обращение, по которому сотрудник записал контакт клиента и суть проблемы. Оплаченный ремонт — заказ, за который клиент внес оплату. Если один человек написал, позвонил и затем принёс устройство, считайте это одной заявкой, а не тремя.
Для начала достаточно пяти этапов. Каждый должен иметь понятный признак завершения, иначе сотрудники будут отмечать статусы по-разному.
- Заявка принята. Зафиксированы контакт и причина обращения.
- Клиент записан или согласовал визит. Есть конкретное время либо подтверждение, что клиент придёт без записи.
- Устройство принято на диагностику или ремонт. Заказ создан, неисправность описана.
- Стоимость согласована. Клиент подтвердил предложенный ремонт.
- Ремонт оплачен. Заказ выдан и оплачен.
Если сервисный центр принимает обращения по телефону и в переписке, вносите все обращения в один список. История ремонтов помогает связать новое обращение с прежним заказом и понять, обращался ли клиент по той же проблеме: подробнее этот подход разобран в материале об использовании истории ремонтов в CRM.
Как рассчитать конверсию на каждом этапе?
Считайте переход между соседними этапами отдельно. Формула простая: количество заявок, перешедших на следующий этап, разделите на количество заявок на предыдущем этапе и умножьте на 100%. Для общей конверсии разделите число оплаченных ремонтов на число новых заявок за тот же период.
| Показатель | Как считать | Что показывает |
|---|---|---|
| Заявка → запись | Записанные клиенты ÷ все заявки × 100% | Удается ли договориться о визите |
| Запись → приём устройства | Принятые устройства ÷ записанные клиенты × 100% | Доходит ли клиент до мастерской |
| Диагностика → согласование | Согласованные ремонты ÷ завершённые диагностики × 100% | Понятны ли клиенту причина поломки и цена |
| Согласование → оплата | Оплаченные ремонты ÷ согласованные ремонты × 100% | Завершает ли сервис заказ после согласия |
| Заявка → оплата | Оплаченные ремонты ÷ все заявки × 100% | Общий результат обработки заявок |
Сравнивайте заявки, пришедшие в одном периоде, и дайте им время пройти весь путь до оплаты. Если в конце недели разделить оплаты на заявки той же недели, часть новых обращений ещё будет в работе. В отчёте отметьте период, источник обращения и дату последнего обновления статуса.
Как найти потери и проверить их причину?
Начните с этапа, где пропадает больше всего заявок, и проверьте записи по каждому отказу. Причина должна описывать событие, а не оценку сотрудника. Подойдут формулировки «не устроила стоимость», «не пришёл на диагностику», «отложил ремонт», «не удалось связаться». Запись «передумал» мало помогает: по ней нельзя понять, что изменить в работе.
Если клиенты не приходят после записи, проверьте, получают ли они подтверждение времени и знают ли адрес и порядок приёма. Если отказываются после диагностики, разберите, как сотрудник объясняет неисправность и согласовывает цену. Для этого полезно фиксировать, когда и каким способом клиент получил смету, а также его ответ. Подход к согласованию стоимости ремонта через SMS разобран в отдельном материале: как сервисному центру согласовывать цену ремонта.
Если клиент согласовал работу, но заказ не стал оплаченным, проверьте статусы, наличие запчастей и связь с клиентом. Здесь может теряться не заявка, а завершение уже начатого ремонта. В карточке заказа оставьте следующий шаг и ответственного: например, «позвонить после поступления детали».
Какие ошибки искажают конверсию?
- Считать обращения вместо уникальных заявок. Повторные звонки одного клиента раздувают число входящих обращений.
- Смешивать разные услуги. Диагностика, гарантийный случай и платный ремонт проходят разные этапы; сравнивайте их отдельно, если путь клиента отличается.
- Менять правила подсчёта. Если раньше заявкой считали любой звонок, а теперь только обращение с записанным контактом, показатели за периоды нельзя напрямую сравнить.
- Оставлять отказы без причины. Статус «закрыто» не объясняет, почему клиент не оплатил ремонт.
- Оценивать работу по одной общей цифре. Итоговая конверсия не показывает этап, на котором возникла потеря.
Если сотрудники ведут заказы в разных таблицах или используют статусы по-разному, сначала опишите общий путь заявки и правила учёта. Затем проверьте несколько заказов вместе с сотрудником приёмки и мастером. Аудит бизнес-процессов или сравнение систем учёта помогут выбрать, что настроить в первую очередь.
Начните с одного периода и одного типа ремонта. Зафиксируйте все заявки, отметьте переходы между этапами, а затем разберите несколько отказов на этапе с самой заметной потерей. После этого проверьте, изменился ли показатель по той же формуле.
