Бөлісу құралы:

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

  • Мақала

Введение

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

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

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

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

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

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

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

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

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

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

Включение обратной связи от клиента

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

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

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

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

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

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

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

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

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

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

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

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

Реализация в приложениях пакета SDK и библиотеки пользовательского интерфейса

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

Заключение

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