你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
在本机通话场景中收集用户反馈
介绍
作为第三方库，我们必须确认对故障排除至关重要的诊断数据位于最终用户的移动设备上。 支持模型取决于共生关系：为了有效地你的帮助客户，必须确保你有相关的能力。 本文档概述了在用户报告问题时收集诊断数据的方法。
重要开发问题
- 及时收集：出现问题后立即收集日志。
- 尽量减少用户工作量：确保用户可以轻松地报告应用程序中的错误。
- 隐私和安全性：安全地存储用户的信息，在传输数据之前主动获得许可。
用户反馈中需要包含的重要信息
通话 ID
使用通话 SDK 进行的每个通话都有一个通话 ID。 可在 Microsoft 内部使用通话 ID 来诊断通话问题。 收集通话 ID 是支持的率先行动，可加快调查速度。
在通话本机和 UI SDK 中，都存在用于检索通话 ID 的 API。
日志文件
本机通话 SDK 及其依赖项将加密 .blog 文件输出到临时目录中。 这些文件无法在 Microsoft 外部读取。 出于隐私和合规性原因，这些文件已加密。 这些文件是有关使用本机 SDK 及其依赖项在特定设备上发生的情况的真实来源。 这些文件是 Microsoft 中的开发人员和疑难解答的重要资源。
需要 .blog 文件的场景更为少见。 这些文件构成了故障排除的重要辅助角色。 我们鼓励开发人员通过支持流主动收集这些文件。
启用来自客户的反馈
集成用户反馈工具
了解要收集的数据后，需要满足以下用户情景。
作为用户，我想报告一个问题
每个应用程序都可以自由以最适合用例的方式实现面向用户的支持。 或者，对于 UI SDK 用户，内置机制可用于帮助部分满足情景。
- 报告问题表单：按钮和表单，单击提交。 UI 库提供此表单的现成实现。
- 通话结束反馈：在通话结束时征求反馈。 用户可以使用反馈表单分享其在通话中遇到的问题。
设计这些反馈机制并明确提示用户同意至关重要，可确保用户充分了解所共享的数据及其用途。 这种透明度可以建立信任并鼓励更多用户报告问题。
向服务器发送支持信息和反馈
传输支持信息
在本地收集反馈后，需要将其提交到服务器。 通常提交到 CRM（客户关系管理）或其他可以处理分类、优先级排序以及将工作分配给支持专家等任务的工具。
虽然本文档不包含客户端/服务器通信的整个前提以及所有可能的 CRM 或支持工具，但请注意以下几点：
- 使用安全传输协议
- 创建支持请求时包括日志和通话 ID
- 包括任何用户提交的信息（消息、出错时间、设备规格）
- 向用户提供其问题的跟进信息（方法：在应用、电子邮件、短信中通知）
当数据离开最终用户设备并进入云服务器时，应用程序开发人员可以自由决定如何传输此数据。 关于简化的示例，可以参考收集用户反馈教程，其中提供了此过程的客户端和服务器实现的见解。
在通话 SDK 和 UI 库应用程序中实现
对于使用通话 SDK 或 ACS UI 库的开发人员，请考虑以下工具和 API：
通话 SDK：使用 SDK 的功能观察通话 ID、检索日志，以及以编程方式收集其他相关支持信息。
通话 UI 库：使用库的内置支持表单功能向用户公开提交反馈和日志的简单方法。
结束语
此指南强调必须有效地收集和传输诊断数据，以便在本机通话应用程序中提供有效的用户支持。 使用这些策略可以快速诊断和解决用户问题，从而提高应用的性能和用户满意度。