Поделиться через

Сбор отзывов пользователей в встроенных сценариях вызова

Введение

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

Основные проблемы разработки

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

Важные сведения для включения в отзывы пользователей

Идентификаторы вызовов

Каждый звонок, сделанный с помощью пакета SDK для вызовов, имеет идентификатор вызова. Идентификаторы звонков можно использовать внутри корпорации Майкрософт для диагностики проблем с вызовом. Сбор идентификаторов звонков является первой линией поддержки и может привести к более быстрым расследованиям.

В SDK Calling Native и интерфейса пользователя существуют API для получения идентификаторов вызовов.

Файлы журналов

SDK Native Calling и его зависимости выводят зашифрованные файлы .blog во временный каталог. Эти файлы не могут быть прочитаны за пределами Корпорации Майкрософт. Они шифруются по соображениям конфиденциальности и соответствия требованиям. Эти файлы являются источником истины о том, что происходит на этом конкретном устройстве с собственным пакетом SDK и его зависимостями. Эти файлы являются важным ресурсом для разработчиков и устранения неполадок в Корпорации Майкрософт.

Сценарии, требующие .blog файлов, должны быть более редкими. Эти файлы образуют важную вторую строку защиты для устранения неполадок. Мы рекомендуем разработчикам собирать их заранее через каналы поддержки.

Активация обратной связи от клиента

Интеграция средств обратной связи пользователей

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

Как пользователь, я хотел бы сообщить о проблеме

Каждое приложение может реализовать поддержку пользователей так, как это лучше всего соответствует варианту использования. Либо для пользователей UI SDK доступен встроенный механизм, который помогает частично удовлетворить требования.

  • Форма сообщения о проблеме: кнопка и форма, нажмите для отправки. Библиотека пользовательского интерфейса предлагает готовую реализацию этой формы.
  • Отзыв о конце звонка: запрос обратной связи в конце звонка. Форма обратной связи дает пользователю возможность поделиться проблемами, с которыми они столкнулись во время звонка.

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

Отправка сведений о поддержке и отзывов на сервер

Передача сведений о поддержке

После локального сбора отзывов необходимо отправить на сервер. Отправка обычно нацелена на CRM (система управления взаимоотношениями с клиентами) или другие инструменты, которые могут обрабатывать такие задачи, как триаж, расстановка приоритетов и назначение работы специалистам по поддержке.

Хотя этот документ не предназначен для охвата всей связи между клиентом и сервером и всеми возможными CRM или средствами поддержки, обратите внимание на следующие моменты:

  • Использование безопасных протоколов передачи
  • Включение журналов и идентификаторов вызовов при создании запросов на поддержку
  • Включите любые отправленные пользователем сведения (сообщение, время ошибки, спецификации устройства)
  • Предоставьте пользователю дополнительные сведения о проблеме (параметры: уведомление в приложении, электронной почте, текстовом сообщении)

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

Реализация в приложениях Calling SDK и библиотеки UI

Для разработчиков, использующих пакет SDK для вызовов или библиотеку пользовательского интерфейса ACS, рассмотрите следующие средства и API:

Заключение

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