Помочь применить это руководство?Спросить команду DripTell
Клиент спрашивает, подойдет ли запасная деталь к старой модели. Сотрудник понимает заказ и историю обращения, но ему не хватает одного технического ответа. Если отправить весь разговор в другую очередь, клиенту придется повторять уже рассказанное, хотя первый сотрудник способен завершить работу после короткой помощи эксперта.
В такой ситуации лучше запросить консультацию и оставить ответственность у исходного сотрудника. Передавать разговор стоит только тогда, когда решение, полномочия или большая часть оставшейся работы действительно переходят к другому человеку. Консультация приносит знания текущему владельцу. Передача меняет владельца.
Сохраняйте владельца при узком пробеле
Внутренняя консультация позволяет получить экспертизу без смены ответственного перед клиентом. Сотрудник формулирует точный вопрос, получает недостающий ответ, возвращается к клиенту и выполняет следующий шаг. Такой вариант подходит для детали продукта, толкования правила, разового согласования или второго мнения.
- Точный вопросНазовите недостающий факт или решение без повторного разбора всего дела.
- Текущий владелецУкажите ответственного до явного принятия работы другим человеком.
- Событие принятияФиксируйте принятие, отказ или тайм-аут, не считая молчание согласием.
- Обещание клиентуСохраняйте срок обновления и того, кто обязан его дать.
- Итоговые данныеПроверяйте завершение, повторный контакт, повтор информации и передачу.
В актуальном руководстве Microsoft по консультации и передаче звонков операционная разница показана прямо. Во время консультации исходный сотрудник остается основным, а коллега присоединяется во вспомогательной роли. После этого разговор можно передать, но это уже отдельное решение. Та же модель полезна и для сообщений.
У консультации должна быть граница. Владелец обязан понимать, какой ответ нужен, кто может его дать и что делать, если запрос никто не примет. Фраза «Может кто-нибудь посмотреть?» создает еще одну невидимую очередь. Точный вопрос вроде «Покрывает ли гарантия эту поломку при подтвержденной дате покупки?» позволяет эксперту ответить без полного разбора дела.
В голосовом канале объясните клиенту причину короткой паузы и вернитесь с полезной информацией. В переписке не снимайте назначение и укажите время следующего ответа. Рабочее пространство поддержки должно показывать это обещание так же отчетливо, как сам запрос эксперту.
Передавайте работу при реальной смене ответственности
Передача оправдана, если новый человек должен принять решение, обладает недоступными текущему сотруднику правами или выполнит основную часть оставшейся работы. Возврат сверх лимита полномочий, расследование на несколько дней или решение, которое вправе принимать только квалифицированная роль, не являются узкими вопросами. Формальный владелец, который уже не может действовать, лишь добавляет задержку.

Клиент не должен угадывать, что ответственность изменилась. Назовите принимающую команду или роль, объясните причину, сохраните уже выполненные проверки и обозначьте следующий шаг. В общем inbox назначение означает не просто имя рядом с диалогом. Оно определяет, кто увидит следующее сообщение и продолжит дело.
Перед выбором используйте эту матрицу.
| Признак в обращении | Консультация | Передача владельца | Почему это важно |
|---|---|---|---|
| Для ясного решения не хватает одного факта | Да | Обычно нет | Исходный владелец может действовать после подтверждения |
| Нужно второе мнение, но полномочия остаются прежними | Да | Нет | Совет не должен создавать новый переход для клиента |
| Принимающая роль обязана одобрить или выполнить решение | Возможно до передачи | Да | Полномочия и ответственность переходят вместе |
| Большая часть работы остается специализированной очереди | Коротко, если полезно | Да | Специалист должен владеть будущими обновлениями |
| Эксперт не принял запрос | Сохранить и явно эскалировать | Не отправлять вслепую | Непринятая передача создает ожидание без владельца |
Делайте решение видимым
При консультации и передаче нужен короткий пакет фактов. Укажите цель клиента, подтвержденные сведения, уже выполненные действия, точный вопрос или решение, срок и данное обещание. Храните это в карточке клиента, а не в личной переписке, недоступной следующему участнику.
Затем зафиксируйте изменение состояния. Для консультации нужны инициатор, адресат, время, принятие и ответ. Для передачи нужны отправляющий владелец, принимающий владелец, причина, время принятия и следующее действие. Пока новый человек не принял работу, ответственность остается у исходного владельца. Нажатие кнопки само по себе не завершает передачу.
Автоматизация может напоминать и маршрутизировать, но молчание нельзя считать согласием. Автоматизация процессов может поднять просроченный запрос эксперту, вернуть непринятую передачу в безопасную очередь или напомнить об обещанном ответе клиенту. Решение о смене полномочий и риска должно оставаться осознанным.
Измеряйте модель без игры с цифрами
Низкий процент передач сам по себе не является успехом. Его можно снизить, заставив сотрудников бороться без помощи. Высокая доля консультаций тоже неоднозначна. Она показывает либо здоровое сотрудничество, либо пробелы в знаниях и неясные права.
Начните с событий. Microsoft описывает запрошенные, принятые, непринятые и просроченные консультации, процент принятия и среднее время в определениях метрик сотрудников. Это показатели активности, а не качества. Добавьте результат для клиента и итог ответственности.
Проверяйте вместе несколько вопросов:
- Принял ли эксперт запрос и сколько клиент ждал полезного возвращения?
- Завершил ли дело исходный владелец или после консультации все равно потребовалась передача?
- Пришлось ли клиенту повторять сведения, обращаться снова или напоминать о пропущенном обещании?
- Какие причины, очереди, продукты и права порождают повторные запросы к экспертам?
- Принял ли реальный владелец передачу до ухода отправителя?
Используйте отчет по inbox, чтобы увидеть закономерности по причинам и очередям, а затем изучайте сами разговоры. Процент без контекста не покажет, предотвратила консультация лишнюю передачу или только отсрочила ее.
Устраняйте причины лишних переходов
Повторяющиеся узкие консультации обычно указывают на исправимую системную проблему. Утвержденный ответ трудно найти. Порог полномочий слишком низок. Маршрутизация отправляет понятную специализированную потребность в общую очередь. Или в часы спроса нет доступного эксперта.
Сначала исправьте общую причину, а уже потом учите людей реже обращаться за помощью. Перенесите стабильные ответы в поддерживаемые инструкции. Уточните пределы решений. Раньше направляйте явно специализированную работу. Дайте запросам экспертов безопасный запасной путь. Проверяйте доступ через те же меры безопасности, которые защищают данные клиента.
Правило остается простым. Берите экспертизу взаймы, если исходный владелец способен закончить работу. Передавайте, если следующий человек действительно должен владеть решением и оставшимися действиями. До явного принятия у клиента всегда должен быть один видимый ответственный.
Часто задаваемые вопросы
Чем консультация отличается от передачи
Консультация добавляет знания, но исходный сотрудник остается ответственным. Передача перемещает основную ответственность и дальнейшие действия к другому человеку или очереди.
Нужно ли удерживать клиента во время консультации
Это зависит от канала и вопроса. При звонке приватная консультация обычно означает ожидание клиента, а публичная может включать его в разговор. Объясните паузу, не затягивайте ее и вернитесь с полезным ответом. В сообщениях сохраняйте видимыми владельца и обещанный срок.
Как считать процент принятых консультаций
Разделите число принятых запросов на все запросы консультации в одной и той же группе и периоде. Отдельно показывайте непринятые и просроченные запросы, а показатель связывайте с ожиданием клиента и исходом дела.
Когда передача лучше консультации
Передавайте работу, если принимающая роль имеет нужные права и ответственность и выполнит большую часть оставшихся действий. Подтвердите принятие и сохраните контекст до ухода исходного владельца.
DripTell Editorial
Практические материалы, проверенные командой продукта и клиентских процессов DripTell.
Узнайте, как DripTell проверяет сведения о продукте, использует первичные источники и исправляет ошибки.
Редакционная политика и источники



