Пять каналов связи — не проблема. Пять несвязанных очередей — проблема.

Клиент позвонил инженеру. Затем написал менеджеру в мессенджер. Ещё одно письмо отправил на общую почту, а фотографии неисправности — руководителю сервиса.

Все получили часть информации. Но никто не видит ситуацию целиком.

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

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

Обращение и заявка — не одно и то же

Обращение — это входящий контакт: звонок, письмо, сообщение.

Заявка — зарегистрированная задача, у которой есть номер, описание, статус и ответственный.

Несколько обращений могут относиться к одной заявке. Клиент вправе уточнить симптомы по телефону и позже прислать фотографии. Это не повод создавать две независимые задачи.

Возможна и обратная ситуация: в одном письме клиент сообщает о нескольких неисправностях на разных установках. Тогда может потребоваться несколько связанных заявок.

Что нужно организовать

1. Единый учёт, а не единственный канал связи

Необязательно заставлять всех клиентов пользоваться только порталом или общей почтой.

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

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

2. Минимальную карточку заявки

Для начала работы нужно зафиксировать:

— заказчика и объект;
— имя и контакты заявителя;
— оборудование, серийный или инвентарный номер — если известен;
— симптомы и время их появления;
— влияние неисправности на работу оборудования;
— уже выполненные действия;
— приложенные фотографии, видео и сообщения об ошибках;
— ответственного и ближайшее действие.

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

3. Проверку на дубли

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

Совпадение заказчика само по себе ещё не означает дубль. А повторный звонок не всегда означает новую неисправность.

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

4. Явную передачу ответственности

«Переслал инженеру» — ещё не значит «передал в работу».

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

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

Иначе заявка оказывается в промежутке между «я отправил» и «я не видел».

5. Понятное подтверждение для клиента

Клиенту важно знать не только то, что его сообщение прочитали.

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

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

С чего начать руководителю сервиса

Возьмите десять последних заявок и проверьте:

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

Если ответы приходится собирать по личным чатам и памяти сотрудников, единый учёт пока не работает — даже если CRM уже внедрена.

Главная мысль

Количество каналов связи само по себе не определяет качество сервиса.

Управляемость появляется тогда, когда обращения связаны с заявками, информация не теряется, а ответственность за следующий шаг определена.

Есть вопросы как организовать – пишите, консультация бесплатно serviceinplus.ru

А у вас сообщение инженеру в личный мессенджер становится зарегистрированной заявкой — или остаётся только в переписке?

#СервисВПлюс #УправлениеСервисом #СервиснаяСистема #процессы #регламенты