在原生通話案例中收集用戶意見反應
簡介
作為第三方連結庫，我們必須確認診斷數據對於疑難解答至關重要，位於用戶行動裝置上。 我們的支援模型取決於共生關係：若要有效地協助您的客戶，我們必須確保您有能力這樣做。 本檔概述當用戶回報問題時收集診斷數據的方法。
關鍵開發考慮
- 及時收集：發生問題后立即收集記錄。
- 最小化使用者投入：確保使用者可以輕鬆地報告應用程式內的錯誤。
- 隱私權和安全性：安全地儲存使用者的資訊，在傳輸數據之前主動參與同意。
要包含在用戶意見反應中的重要資訊
通話標識碼
使用通話 SDK 進行的每個通話都有通話標識碼。 通話標識碼可在 Microsoft 內部使用，以診斷您的通話問題。 收集通話標識碼是支援的前線，並可能導致更快速的調查。
在呼叫原生和UI SDK中，API都存在以擷取呼叫標識碼。
記錄檔
原生呼叫 SDK 及其相依性會將加密的 .blog 檔案輸出到暫存目錄。 這些檔案無法在 Microsoft 外部讀取。 基於隱私權和合規性考慮，它們會加密。 這些檔案是該特定裝置上使用原生 SDK 及其相依性發生的情況來源。 這些檔案是開發人員的重要資源，也是 Microsoft 內的疑難解答員。
需要檔案的 .blog 案例應該比較罕見。 這些檔案構成疑難解答的重要第二道防線。 我們鼓勵開發人員透過您的支援流程主動收集它們。
啟用客戶的意見反應
整合使用者意見反應工具
一旦您知道要收集的數據，您需要滿足下列使用者案例。
身為使用者，我想要回報問題
每個應用程式都能以最適合使用案例的方式，免費實作使用者面向的支援。 或者，針對UI SDK使用者，內建機制可用來協助部分滿足本文。
- 回報問題表單：按鈕和窗體，按兩下即可提交。 UI 連結庫提供此表單的現成使用實作。
- 通話結束意見反應：在通話結束時徵求意見反應。 意見反應窗體可讓用戶有機會與通話分享問題。
設計這些意見反應機制非常重要，並明確提示使用者同意，確保使用者完全瞭解共享的數據及其用途。 此透明度可建立信任，並鼓勵更多用戶回報問題。
將支援資訊和意見反應傳送至伺服器
傳輸支援資訊
在本機收集意見反應之後，必須將意見反應提交至伺服器。 提交通常會以CRM（客戶關係管理）或其他工具為目標，以處理分級、優先順序和指派工作以支援專家等工作。
雖然本檔並非涵蓋用戶端/伺服器通訊的整個內部部署，以及所有可能的 CPM 或支援工具，但請注意下列幾點：
- 使用安全傳輸通訊協定
- 在建立支援要求時包含記錄和通話標識碼
- 包含任何使用者提交的資訊（訊息、錯誤時間、裝置規格）
- 提供使用者問題後續資訊（選項：在應用程式、電子郵件、簡訊中通知）
應用程式開發人員可以自由決定如何在離開使用者裝置並進入雲端伺服器時傳輸此數據。 如需簡化的範例，您可以參考 收集使用者意見反應 教學課程，以深入瞭解此程式的用戶端和伺服器實作。
在呼叫 SDK 和 UI 連結庫應用程式中實作
針對使用呼叫 SDK 或 ACS UI 連結庫的開發人員，請考慮下列工具和 API：
呼叫 SDK：使用 SDK 的功能來觀察呼叫標識碼、擷取記錄，以及以程式設計方式收集其他相關的支持資訊。
呼叫 UI 連結庫：使用連結庫的內建支援表單功能，將使用者公開為提交意見反應和記錄的直接方法。
推論
本指南強調必須有效率地收集和傳輸診斷數據，以在原生呼叫應用程式中提供有效的用戶支援。 運用這些策略可快速診斷和解決用戶問題，改善應用程式的效能和用戶滿意度。