ネイティブ通話シナリオでのユーザー フィードバック
はじめに
サード パーティのライブラリとして、トラブルシューティングに不可欠な診断データがエンド ユーザーのモバイル デバイスに存在することを認識する必要があります。 Microsoft のサポート モデルは、共生関係に基づいています。顧客を効果的に支援するには、これを行うための十分な準備が整ってい必要があります。 このドキュメントでは、ユーザーが問題を報告したときに診断データを収集する方法について説明します。
開発に関する主な懸念事項
- タイムリーな収集: 問題が発生した直後にログを収集すること。
- ユーザー作業の最小化: ユーザーがアプリケーション内でエラーを簡単に報告できるようにします。
- プライバシーとセキュリティ: ユーザーの情報を安全に保存し、データを送信する前に積極的に同意を得ます。
ユーザー フィードバックに含める重要な情報
通話 ID
Calling SDK で行われるすべての通話には、通話 ID があります。 通話 ID は、Microsoft で内部的に使用して、通話に関する問題を診断できます。 通話 ID の収集はサポートの最前線であり、より迅速な調査につながる可能性があります。
Calling ネイティブ SDK と UI SDK の両方に、通話 ID を取得するための API が存在します。
ログ ファイル
ネイティブ Calling SDK とその依存関係は、暗号化された .blog ファイルを一時ディレクトリに出力します。 これらのファイルを Microsoft の外部で読み取ることはできません。 これらは、プライバシーとコンプライアンス上の理由から暗号化されます。 これらのファイルは、その特定のデバイスのネイティブ SDK とその依存関係において何が起こっているのかを突き止めるための情報源です。 これらのファイルは、Microsoft 内の開発者やトラブルシューティング ツールにとって重要なリソースです。
.blog ファイルを必要とするシナリオは、よりまれであるべきです。 これらのファイルは、トラブルシューティングのための重要な第 2 の防御線を形成します。 開発者は、自身のサポート フローを使用して積極的に収集することをお勧めします。
顧客からのフィードバックを有効にする
ユーザー フィードバック ツールの統合
収集するデータがわかったら、次のユーザー ストーリーを満たす必要があります。
ユーザーとして、この問題を報告したい
各アプリケーションは、そのユース ケースに最適な方法でユーザー向けのサポートを自由に実装できます。 または、UI SDK ユーザーの場合は、このストーリーを部分的に満たすために組み込みのメカニズムを使用できます。
- 問題報告フォーム: ボタンとフォーム。クリックして送信します。 UI ライブラリには、すぐに使用できるこのフォームの実装が用意されています。
- 通話終了時フィードバック: 通話の終了時にフィードバックを要請します。 フィードバック フォームを使用すると、ユーザーはその通話で起きた問題を共有できます。
これらのフィードバック メカニズムを設計では、明確なプロンプトを使用してユーザーの同意を求めることが大変重要です。データの共有とその目的についてユーザーに十分に通知するようにしましょう。 この透明性は信頼を築き、より多くのユーザーに問題の報告を促します。
サーバーへのサポート情報とフィードバックの送信
サポート情報の送信
フィードバックがローカルで収集されたら、サーバーに送信する必要があります。 提出は通常、CRM (Customer Relationship Management) またはその他のツールを対象とします。これらのツールは、トリアージ、優先順位付け、サポート スペシャリストへの作業の割り当てなどのタスクを処理できます。
このドキュメントでは、クライアント/サーバー通信の前提全体と、使用可能なすべての CRM またはサポート ツールについて説明するわけではありませんが、次の点に注意してください。
- セキュリティで保護された伝送プロトコルを使用する
- サポート要求の作成時にログと通話 ID を含める
- ユーザーが送信した情報 (メッセージ、エラー時刻、デバイスの仕様) を含める
- ユーザーに問題についてのフォローアップ情報を提供する (オプション: アプリでの通知、電子メール、テキスト メッセージ)
このデータの送信については、データがエンド ユーザーデバイスを離れてクラウド上のサーバーに入るため、アプリケーション開発者が送信方法を自由に決定できます。 簡略化された例については、このプロセスのクライアントとサーバーの 両方の実装に関する情報を提供する「ユーザー フィードバックの収集」チュートリアルを参照できます。
Calling SDK および UI ライブラリ アプリケーションでの実装
Calling SDK または ACS UI ライブラリを利用する開発者には、次のツールと API を検討してください。
Calling SDK: SDK の機能を使用して、通話 ID の監視、ログの取得、その他の関連するサポート情報のプログラムによる収集を行います。
Calling UI ライブラリ: ライブラリの組み込みのサポート フォーム機能を使用して、フィードバックとログを送信する簡単な方法をユーザーに公開します。
まとめ
このガイドでは、ネイティブ通話アプリケーションでの効果的なユーザー サポートのために診断データを効率的に収集して送信する必要性を重視しました。 これらの戦略を採用することで、ユーザーの問題の迅速な診断と解決が可能になり、アプリのパフォーマンスとユーザーの満足度が向上します。