私は Google の Smart Lock チームで働いており、このダイアログの文言について何ヶ月も議論し、ラボでユーザー インタラクションを非常に注意深く徹底的に研究し、ライブ アプリや Web サイトのダイアログで何百万ものユーザー アクションをサンプリングして、保存、拒否、拒否を監視しました。とキャンセル料。[しない] の選択は、問題のアプリのオプトアウトのみであり、関連のない他のアプリには影響しないことに注意してください。
ユーザー調査とフィードバックから得られた結果のいくつか:
ラボのユーザーに、どちらのオプション ( NeverまたはSave password )も選択したくない場合にどうするかを尋ねたところ、ほとんどの人は、外側をタップするか、Android UI デザイン パターンで確立されたキャンセル アクションである [戻る] ボタンをタップすると答えました。 . そのため、キャンセル アクションが強く望まれる場合の発見可能性に関する問題は見つかりませんでした。
ダイアログに 3 番目のオプションを追加すると、ダイアログが (視覚的にも認識的にも) 大幅に複雑になり、2 つのオプションの間で単純な決定を下すのではなく、NeverとNo Thanksの違いを処理しなければならないという点で、ユーザーにとってかなりの混乱と優柔不断が追加されます。 .
実際には、パスワードを保存するというユーザー設定が変更されることはめったにないことがわかりました。ユーザーが一度拒否すると、しばらくしてからもう一度プロンプトが表示された場合、圧倒的にもう一度拒否することを選択します。実際には、これは、いいえ(今はありません) オプションが最悪の結果をもたらしたことを意味します。ユーザーは保存された資格情報の状態 (自動サインインを使用) にならず、アプリにサインインするたびに繰り返しプロンプトが表示され、中断されました。また。
したがって、現在の実装では、2 つのオプション ( Never / Save password、またはパスワード以外の資格情報のアカウントを保存) のみを提示して、ユーザーをより良い状態にする決定に向けて誘導し、このアプリに対して再度プロンプトが表示されないようにするか、保存された情報を利用することを選択します。これまでに確認したデータによると、よくある辞退のケースでユーザーに継続的にプロンプトを表示しないことのメリットは、以前辞退した後に簡単に保存する機会を失うことよりもはるかに重要です。
しかし、この質問は、「保存しない」リストからアプリを削除するには多くの手順が必要であり (Chrome の設定、passwords.google.com、または Android の Google 設定で行うことができます)、再検討する価値があるかもしれないという良い点を提起します。特に、問題に記載されているように、誤って選択された場合。また、パスワード データを保存するためのユーザー アフィニティになんらかの変化が検出された場合 (たとえば、ユーザーが他のアプリのデータを保存することを選択し始めた場合)、ユーザーがオプトアウトしたアプリを確認するようユーザーに促すことが適切な場合があります。
(注: 私たちが検討した別のバリエーションの 1 つは、問題のユーザー名だけに「保存しない」を適用することでしたが、これは複雑さと混乱をさらに増やしました。研究では、辞退するユーザーの大多数の意図は、何も保存しないことでした。ユーザーが複数のアカウントを持っていて、1 つのみを保存したいが別のアカウントを保存したくないということはほとんどありませんでした)。