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