ケーススタディ: LoookitとAppetizeが
カスタマーサポートをどのように変革したか
モバイルアプリを介して追跡される健康的な習慣を維持するためのインセンティブを提供している健康保険会社は、アプリのナビゲーションで加入者を支援する際に大きな課題に直面しました。音声通話などの従来のサポート方法では、詳細なリアルタイムのガイダンスを提供するには不十分でした。
LoookitとAppetizeの統合により、エージェントがユーザーとアプリを共同操作できる画期的なソリューションが提供されました。この開発により、ユーザーエクスペリエンスが向上し、アプリのエンゲージメントが向上しました。
代替ソリューションの探索
モバイルアプリ向けの最も効果的なカスタマーサポートソリューションを見つけるために、WaaguはAppetize のモバイルストリーミングテクノロジーをLoookitビジュアルアシスタンス プラットフォームと統合することを選択する前に、さまざまな代替案を検討しました。それぞれの選択肢には長所と短所がありました。
画面録画
潜在的なソリューションとしての画面録画は、ユーザーがアプリとのやり取りを録画し、その録画をサポートエージェントに送信できるという単純なコンセプトのため、当初は魅力的でした。この方法により、ユーザーが直面している問題を明確に把握できるようになりました。しかし、実際には、このアプローチには重大な欠点が明らかになりました。
ユーザーにとっての複雑さ: 多くのユーザーは、画面録画を録画して送信するプロセスが不便だと感じていました。これは、デバイスの画面録画機能に慣れていない、テクノロジーに詳しくないユーザーに特に当てはまります。
プライバシーに関する懸念: 画面録画により機密情報がキャプチャされる可能性があり、プライバシーに関する懸念が生じます。ユーザーは多くの場合、個人データを含むアプリの使用状況を記録することを躊躇していました。
時間のかかる分析: サポートエージェントにとって、問題を特定して理解するために録画全体を視聴する必要があり、解決プロセスが遅れたため、サポートエージェントにとって画面録画の分析には時間がかかりました。
コンパニオンアプリによる画面共有
Waaguが検討したもう1つの代替案は、コンパニオンアプリを介した画面共有です。この方法により、サポートエージェントはユーザーの画面をリアルタイムで表示できるようになります。理論的には有望ですが、限界がありました。
追加のダウンロード: サポート目的のためだけに別のアプリをダウンロードすることをユーザーに要求することは、大きな障壁でした。サポートプロセスに手順が追加され、使いやすさが低下しました。
互換性の問題: コンパニオンアプリは、さまざまなデバイスやオペレーティングシステムとの互換性の問題に直面することが多く、サポートエクスペリエンスに一貫性がありません。
リソース集約: これらのコンパニオンアプリを維持するには、開発とサポートの両方の点で会社からの追加リソースが必要でした。
画面共有のためのアプリのインストルメンテーション
また、画面共有のためのアプリの計測も検討しました。この方法では、画面共有機能をアプリに直接統合する必要があります。
開発労力: このアプローチでは、アプリ内に画面共有機能を組み込むために多大な開発作業が必要でした。これは、アプリ自体の強化に使用できる開発者のリソースと時間を割り当てるという点で課題を引き起こしました。
パフォーマンスへの影響: 画面共有機能を統合すると、アプリのパフォーマンスに影響があり、アプリの速度が遅くなったり、応答性が低下したりする可能性があります。
セキュリティ上の懸念: このような機能を組み込むと、アプリ内に脆弱性が生じる可能性があるため、セキュリティ上の懸念が生じました。
対象アプリケーションのエミュレーション
当初、ターゲットアプリケーションをエミュレートするというアイデアは、特にエージェントとユーザーによる同時操作を可能にするという点で、独自の一連の課題に直面していました。
技術的な複雑さ: サポートエージェントとユーザーの両方がクラウド環境で同時にアプリを操作できるシステムの開発は、技術的に困難でした。高度なプログラミングとインフラストラクチャが必要でした。
ユーザーエクスペリエンスに関する懸念: この対話がユーザーにとってスムーズかつ直感的であることを保証することが重要でした。初期のバージョンでは遅延と同期の問題が発生し、ユーザー エクスペリエンスに影響を及ぼしました。
スケーラビリティ: 多数のユーザーとさまざまなアプリに対応できるようにこのソリューションを拡張することは、対処する必要があるもう1つの重要な課題でした。
これらの課題にもかかわらず、LoookitとAppetizeの統合が最も実行可能なソリューションとして浮上しました。これらのテクノロジーを組み合わせることで、他の代替手段が提示した問題にうまく対処できました。
技術的課題の克服: 粘り強い開発努力により、モバイルストリーミングの技術的課題は克服されました。これにより、エージェントとユーザーの両方にとってシームレスで同期されたエクスペリエンスが実現しました。
ユーザーエクスペリエンスの向上: 最終的なソリューションはユーザーフレンドリーなインターフェイスを提供し、ユーザーは技術的な専門知識を必要とせずにサポートエージェントと簡単に連携できるようになりました。
スケーラブルで安全: この統合システムは、高水準のセキュリティとプライバシーを維持しながら、大規模なユーザーベースとさまざまなアプリに対応できるスケーラブルであることが証明されました。
ご覧のとおり、各オプションには利点がありましたが、複雑さ、ユーザーエクスペリエンス、およびリソース要求の点で顕著な欠点もありました。Appetize のモバイルストリーミング技術を Loookitプラットフォームに統合するという決定は、これらの要因から生まれました。その結果、ユーザーの当面のニーズに対処するだけでなく、モバイルアプリのカスタマーサポートの水準を引き上げるソリューションを作成することができました。
この選択は、Waaguのイノベーションとユーザー満足度に対する献身的な姿勢も強調しており、サポートシステムが効果的でユーザーフレンドリーであり、常に変化するモバイルテクノロジー シーンに適応できるものであることを保証します。
Loookit & Appetize
AppetizeのモバイルストリーミングテクノロジーをLoookitのブラウザベースのビジュアルアシスタンスプラットフォームに統合することで、Waaguはヘルプデスク エージェントが顧客の問題を解決するためのパーソナライズされたライブアシスタンスを提供できるソリューションを作成しました。
解決策には次のことが含まれていました。
- Appetizeのモバイルストリーミングサーバーを使用したクラウド上のアプリケーションの実行可能コピー。
- Loookitの共同閲覧サーバーを使用して、複数の当事者が実行可能コピーを共同で操作できるようにします。
- Loookitプラットフォーム上でオーディオ/ビデオとメッセージングによる豊富な通信機能を提供します。
その結果、サポート コール中に、エージェントは加入者を Loookit セッションに招待できます。このセッションでは、顧客とエージェントの両方がブラウザだけを使用して共同でアプリを操作します。
モバイルアプリストリーミングのLoookitへの統合
AppetizeのApp Steamingサービスを使用すると、iOSとAndroid のネイティブ モバイルアプリケーションをWeb経由でアップロードしてアクセスできます。これにより、企業はプレビュー、トレーニング、テストにそれらを使用できるようになります。
このスタンドアロン サービスを、複数の関係者が同時に操作できる共同ブラウズ スタイルのオンデマンド機能に変えるにはどうすればよいでしょうか?
Loookitは、Appetizeサーバーに接続する、アプリエミュレーションに特化した専用のコブラウズ サーバーを統合しました。Appetizeサーバーには、iOSシミュレータと Androidエミュレータの機能が含まれています。
Appetizeはモバイル エクスペリエンスをサポートしていますが、LoookitのCo-Browse (コブラウズ機能)は、統一されたインターフェイスを Appetizeモバイル ストリーミング サーバーに提供するプロキシサーバーとして機能します。Loookit でモバイル ストリーミング機能が開始されると、新しいセッション リクエストが共同閲覧サーバーに送信され、セッション内のすべての参加者を接続する会議室が作成されます。
キーボード入力のほか、複数のユーザー間でのマウスの動き、クリック、スクロールなどの同期が Appetizeサーバーに送信されます。Appetizeサーバーは、参加者からの制御やコマンドにアプリを操作して応答します。
要求されたアクションを実行した後、Appetizeサーバーは更新されたスクリーンショットをブラウザに送り返し、キャンバス上で再レンダリングします。
コブラウズ プロキシサーバーは、Appetizeから受信したすべての受信スナップショットをインターセプトし、セッションルーム内のすべてのユーザーにブロードキャストします。これらの画像は、すべてのユーザーの Loookitアプリのキャンバス上にレンダリングされます。
同様に、Loookit 内のエミュレートされたアプリで実行されたすべてのユーザーアクションがキャプチャされ、共同閲覧サーバーに送信されます。コブラウズ サーバーは、これらのユーザーアクションを Appetizeに送信し、実際のデバイスで実行されるようにします。
Appetizeは、実際のアプリでこれらのアクションを実行し、更新されたスクリーンショットをコブラウズ サーバーのヘッドレス ブラウザに送り返します。これらのスクリーンショットは傍受され、そのセッション内のすべてのLoookitユーザーにブロードキャストされます。
アプリエミュレーションでの Loookit の使用
Loookit 内でモバイルストリーミング セッションを開始するプロセスは次のとおりです。
エージェントは、次のいずれかを使用して顧客との Loookitセッションを開始します。
QRコード/電子メール招待/SMS招待/セッションリンク
- エージェントはアプリ エミュレーション機能を開始します。
- 顧客はアプリ エミュレーション リクエストを受け入れ、データ共有を許可します。
- エージェントは、デバイスの種類 (iOS または Android)、OS のバージョン、およびアプリケーションのバージョンを選択できます。
- 顧客とエージェントには、ブラウザで実行されているアプリの同じコピーが表示されます。
- 顧客とエージェントは通常どおりアプリを操作します。
双方が相手の「マウス」ポインタを確認できる
どちらの当事者も情報を移動、選択、入力、または編集できます。アプリをローカルで操作しているのと同じです。
- エージェントは、この共同作業中に顧客を監視し、ガイドすることができます。
次のページのスクリーンショットは、動作中の Loookit-Appetizeソリューションを示しています。スマートフォンを使用する顧客とPCを使用するエージェントからのビューを同時に表示します。ここで使用されるアプリは、組み込みのSafariとLoookitのWebアプリです。
双方がアプリを表示および操作でき、エージェントはユーザーがアプリ内を移動できるように支援し、ライブ ガイダンスを提供できます。
Appetize のクラウドベースのモバイル ストリーミング テクノロジーはさまざまなデバイスと OS バージョンを維持するため、エージェントはユーザーが所有するデバイスを簡単に選択して照合し、自分のデバイスによく似た体験を提供できます。
