Google Meet はウェブベースのビデオ会議アプリであるため、デスクトップ オペレーティング システムに専用のアプリをインストールする必要はありません。そのため、ユーザーがウェブの権限モデルを使用して、マイクとカメラへのアクセスを効率的に制御できるようにすることが重要です。Meet チームは、ユーザーが最初にカメラとマイクのアクセス権を許可しなかった場合に問題が発生しました。このため、ユーザーは会議中に動画と音声を有効にしようとしたときに問題が発生しました。このケーススタディでは、Meet チームが権限を改善した方法と、それがユーザーのミーティング満足度に与えた影響について説明します。
改善前の Meet の権限の UX
2023 年半ばに改善がリリースされる前は、Meet 通話に初めて参加するユーザーには、画面中央にダイアログと、左上にブラウザの権限プロンプトが表示されていました。最悪の場合、以前に他のウェブサイトがカメラとマイクのアクセスを許可されていない場合、これらの手順の後で、Chrome がこれらのデバイスにアクセスできるように、ホスト オペレーティング システムから別の権限プロンプトが表示されます。
既存の権限の UX に関するベスト プラクティスを考慮して、Meet のダイアログには、Meet がアクセスを求める理由が説明されていました。また、このダイアログは他のベスト プラクティスにも準拠していません。[閉じる] ボタンのみがあり、ブラウザの権限プロンプトと直接関係していないためです。また、ページの読み込み時に Meet のダイアログとブラウザのプロンプトの両方がすぐに表示され、通常はリンクをクリックして通話に参加した後に表示されます。画面に予期せずポップアップが次々と表示されるため、一部のユーザーは混乱した可能性があります。
また、ユーザーからのフィードバックによると、この状況に遭遇したユーザーは、この段階でアクセスを許可すると、後で制御できずに他の会議参加者に自分の姿や声が見られたり聞こえたりするのではないかと懸念していました。
この UX では、一部の Meet ユーザーが混乱し、最初にプロンプトが表示されたときにカメラとマイクのアクセスを許可しませんでした。また、権限プロンプトで [ブロック] ボタンをクリックすると、今後の Meet 通話でカメラとマイクにアクセスできなくなります。このようなユーザーは、アクセスを一時的にブロックするだけを意図しており、今後の通話でこの決定を再検討することを希望している可能性があります。この場合、アクセス許可プロンプトを無視するか、[x] ボタンをクリックすることで、再検討できます。
残念ながら、ブロックされた状態から抜け出すのは簡単ではありません。アドレスバーの [サイトの設定] アイコンをクリックして、カメラとマイクを切り替えるか、[権限をリセット] ボタンをクリックする必要があります。これらの設定は見つけにくい場合があり、ユーザーが見つけられるように詳細な手順を用意することがよくありますが、スパムサイトが権限を乱用してユーザーが同意するまでしつこくメッセージを送信しないようにするために、これらの設定を維持することが重要です。
改善内容
エクスペリエンスを改善するために、Meet チームはユーザーのニーズを再検討し、会議に参加するすべてのユーザーがカメラとマイクのアクセスをすぐに許可することを望んでいるわけではなく、許可する必要もないことを把握しました。少なくとも最初は、会議をただ聞きながら参加したいユーザーもいれば、今後の電話会議に備えて Meet の UI を操作して慣れ親しんでおくユーザーもいます。このような状況で権限プロンプトを表示すると、Meet とユーザーの双方にとって望ましくない結果になりました（Meet は、後でユーザーが以前のブロック決定から復元できるようにサポートする必要があり、ユーザーは、その時点で必要のない権限プロンプトを処理する必要がありました）。
これらの課題に対処するため、チームは、権限の UX のベスト プラクティスに沿った、権限の事前プロンプトの改良版を設計しました。新しい設計では、次のように変更されています。
- ユーザーの意図（会議で自分の映像と音声を共有するかどうか）を尋ねます。UI に明示的な決定が提示され、ユーザーが自分の映像や音声を公開する状況と公開しない状況のオプションが表示されるようになりました。
- マイクとカメラへのアクセスがユーザーにとって有益なコンテキストであることを確認した後にのみ、Meet は権限プロンプトを表示します。
- 許可のボタンには「マイクとカメラを許可」と表示され、ユーザーが権限プロンプトに備えることができます。
- デザインはモーダルであり、通話に参加する前に決定が必要であることを明確に示しています。
- このデザインは、この決定が基本的なアクセスに関するものであり、ユーザーはいつでもマイクとカメラをオフにできることをユーザーに知らせます。
ユーザーが [マイクとカメラを許可] をクリックすると、ブラウザの権限プロンプトが表示され、Meet ダイアログが変更され、前の画面でユーザーが行った決定に基づいて、次の手順（[許可] をクリック）が表示されます。通話中に操作できないことを心配しているユーザーに安心感を与えるため、マイクとカメラをオフにできることを再度伝えます。最後に、Meet では、ユーザーが最初にマイクとカメラなしで続行することを決定した場合でも、カメラとマイクを追加できることも強調しています。
影響
この権限のユーザー エクスペリエンスの改善により、Google Meet チームは、通話に初めて参加するときにマイクとカメラの使用を許可するユーザーの割合を 14% 増やすことができました。そのため、権限プロンプトで [ブロック] をクリックするユーザーは少なく、今後の呼び出しでマイクとカメラへのアクセスを再度有効にするために追加の手順が必要になる状態になります。
アクセスを許可するユーザーの割合が増加したからといって、多くのユーザーが突然アクセスを許可したわけではありません。代わりに、カメラやマイクを使いたくないユーザーは最初からその設定を指定できるため、Google Meet では初回ユーザーに表示される権限プロンプトを減らしました。
まとめ
成功の鍵は、ユーザーがアクセスを許可する準備ができていることが Meet で合理的に確信できる場合にのみ、権限プロンプトを表示することでした。UI では、ユーザーが有意義に回答できる質問が表示され、機能の使用を制御できることを安心して確認できるようになりました。この明確な UI デザインにより、Google Meet の操作性が向上しました。ユーザーが初めて使用する際の成功率が向上し、プロンプトを表示する回数が減ったため、アクセスをブロックするユーザーが減り、実際にカメラやマイクにアクセスする際にサポートを必要とするケースも減りました。
ウェブ アプリケーションで権限を使用している場合は、ユーザーがその機能を使用できる状態にあるため、アクセスを許可することを望んでいると合理的に確信できる場合に権限をリクエストするかどうかを検討する必要があります。そうしないと、ユーザーがアプリに必要な権限をブロックし、必要なときにそのアクセスを許可するのが難しくなります。