Руководитель открывает новую рабочую область и не находит представление очереди, с которого команда начинает утро. Приложение запускается, лицензия действует, но миграция еще не готова.
Переход с Customer Service Hub на Copilot Service workspace следует считать контролируемой перестройкой клиентской работы, а не заменой ярлыка. Microsoft называет Hub односессионным приложением, а новую область многосессионной. Существующие организации пока могут продолжать работу в Hub, новым организациям с лицензией Enterprise доступна новая область, и Microsoft рекомендует действующим клиентам перейти.
Начните с работы которую люди должны завершить
Составьте короткий список реальных задач: открыть дело, найти нужное представление, прочитать историю, ответить, привлечь коллегу, передать владение и закрыть дело с полезной записью. Команде с ясным стандартом записи по делу проще определить ожидаемый результат.
- 1Зафиксируйте работуПеречислите дела, представления, формы, панели, процессы и ссылки, которыми реально пользуются люди.
- 2Сравните приложенияВ конструкторах отметьте каждый обязательный компонент как имеющийся, отсутствующий или измененный.
- 3Восстановите пробелыДобавьте нужные страницы и пересмотрите пользовательское поведение для нескольких сессий.
- 4Отрепетируйте делаПроверьте дела, передачи, владение и восстановление на небольшой группе.
- 5Примите до переключенияПереводите роли после приемки доказательств и плана возврата ответственными владельцами.
Справка Microsoft о доступности уточняет, что Customer Service Hub недоступен всем новым организациям с лицензией Enterprise, но поддержка существующих организаций продолжается. Это время для аккуратного перехода, а не для бессрочной работы в двух приложениях.
Назначьте владельца приемки каждой важной задачи. Он определяет, что должно быть видно, какой роли это нужно и что означает успешная проверка. Требование «должно выглядеть одинаково» бесполезно, потому что многосессионная модель неизбежно ведет себя иначе.
Составьте инвентарь до перестройки
Откройте оба приложения в конструкторе. Руководство Microsoft по миграции перечисляет панели, представления, формы, потоки бизнес процессов и ссылки, которые может потребоваться добавить. Нестандартные настройки за пределами списка придется восстановить вручную.
Стройте инвентарь по наблюдаемой работе. Посмотрите, как сотрудники выполняют обычные задачи, и запишите начало каждого шага. Включите роли безопасности, навигацию, формы по умолчанию, встроенные ссылки и скрипты. Microsoft отмечает, что API xRM в новой области следуют многосессионной модели. Скрипт может загружаться, но привязываться не к той сессии.
| Доказательство | Владелец | Условие приемки | Признак сбоя |
|---|---|---|---|
| Представления и панели | Сервисные операции | Каждая роль видит свой список | Обычная очередь отсутствует |
| Формы и процессы | Владелец приложения | Открывается нужная форма и этап | Выбрана неверная форма |
| Роли и доступ | Администратор | Пользователь видит только нужную работу | Доступ отсутствует или слишком широк |
| Ссылки и скрипты | Технический владелец | Действие остается в сессии клиента | Контекст теряется |
| Владение клиентом | Руководитель команды | Видно одного принятого владельца | Отвечают двое или никто |
Таблица становится очередью миграционных задач. Пропуск следует планировать, а не обнаруживать после запуска.
Проверяйте дела а не только меню
Выберите от шести до десяти типичных дел. Добавьте простое дело, длинную историю, передачу, повторное открытие, вложение, границу полномочий и пользовательский компонент. Используйте одинаковые входные данные и заранее запишите ожидаемый итог.
Не ограничивайтесь числом кликов. Подтвердите, что при переходе между сессиями сохраняются правильный клиент и дело. Проверяйте очередь так же тщательно, как в аудите правил маршрутизации, а присутствие и емкость отдельно через аудит доступности сотрудников.
Несколько сессий меняют привычки. Меньше отдельных окон удобно, но появляется риск ответа из неверного активного контекста. Проведите намеренное переключение и используйте контроль отправки, который помогает не допустить двух ответов одному клиенту.
Сначала переведите небольшую группу
Выберите группу, представляющую реальную операцию, и дайте ей обычную работу. Назначьте человека, который классифицирует каждую проблему как настройку, право доступа, обучение, пользовательскую доработку или ограничение продукта.
Пилот должен охватить полный цикл, включая смену, повторное открытие и вмешательство руководителя. Заранее назначьте дату приемки, владельца возврата и встречу для решения, иначе параллельная работа станет постоянной.
Перед переключением спросите:
- Находит ли каждая роль основные задачи и завершает ли их?
- Сохраняется ли контекст клиента между сессиями?
- Работают ли маршрут, доступ и владение согласно договоренности?
- Может ли команда безопасно восстановиться после сбоя доработки?
Если один ответ неясен, не расширяйте группу.
Сохраните переносимую операционную модель
Главный актив не расположение экранов, а договоренность об истории клиента, владении, доступе и следующем действии. Такой же принцип лежит в основе общего клиентского инбокса. Интерфейс меняется, но клиент не должен повторять историю.
При пересмотре всей операции поддержки отделяйте миграцию приложения Microsoft от выбора платформы общения. Copilot Service workspace заменяет рабочее приложение, но не определяет за вас межканальное владение, стандарты ответа и передачи.
Запишите, какое приложение использует каждая роль, кто владеет исключениями и когда будет пересмотрен временный доступ к Hub. Миграция завершена, когда обычная работа надежна в новой области, а возврат является документированной страховкой, а не скрытым вторым процессом.
Часто задаваемые вопросы
Могут ли существующие команды использовать Customer Service Hub
Да. Microsoft продолжает поддержку существующих организаций и рекомендует миграцию. Проверьте лицензию и доступность именно в вашей среде.
Что проверить перед переводом пользователей
Проверьте панели, представления, формы, процессы, ссылки, роли, формы по умолчанию и все используемые доработки, затем проведите реальные дела от начала до конца.
Зачем тестировать несколько сессий
В новой области несколько сессий и вкладок находятся в одном окне. Доработка или привычка может использовать неверный контекст, поэтому переключение, владение и отправку нужно проверять отдельно.
Когда миграция завершена
Когда каждая роль завершает согласованные задачи, владельцы приняли доказательства, исключения назначены и старое приложение больше не является неофициальным параллельным процессом.
Помочь применить это руководство?Спросить команду DripTell
От чтения к действию
Нужна помощь с применением этого подхода в вашей компании?
Оставьте контакты. Мы учтём материал, который вы читаете, и начнём с полезного ответа для вашей команды.
DripTell Editorial
Практические материалы, проверенные командой продукта и клиентских процессов DripTell.
Узнайте, как DripTell проверяет сведения о продукте, использует первичные источники и исправляет ошибки.
Редакционная политика и источники
