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