優れたユーザーエクスペリエンスのためにオートコンプリートの候補がどれだけ早く表示される必要があるかに関する調査はありましたか?
私によると、最初の文字ですぐに結果を出すことは、進むべき道だという。
特定のユーザーの検索履歴が保存されている場合(ログインしている場合はGoogleで、ユーザーが唯一のユーザーであるMac/Windowsの場合と同様)、これは貴重な情報です。ほとんどの場合、クロム/スポットライトでは、1つの文字を入力するだけで、頻繁に使用するWebサイト/アプリケーションでReturnキーを押します。 F + returnと同様に、1秒足らずでFacebookにアクセスできます。また、私の経験をより個人的なものにしてくれると感じています。これは私のシステムであり、私の通常の要求を認識し、プロセスを促進しています。
せっかちなユーザーという概念もあります。システムがより強力になり、帯域幅が増加するにつれて、人々は待ち時間に対する寛容性を失っています。 「読み込み中...」のプロンプトを見ることは好きではありません。これを表示する理由は、検索を数文字遅らせると、システムが遅い/良くないとユーザーに思わせる可能性があるすぐに物事を推測するのに十分です。
欠点は、スムーズなエクスペリエンスを実現するのに十分な速度のシステムが必要なことです(そうしないと、検索結果リストがちらつくことになります)。
編集:ニールセンのUXの時間スケールの説明を思い出しました。 http://www.nngroup.com/articles/powers-of-10-time-scales-in-ux/
それは私が上に書いたものと共鳴します。
即時の結果:
0.1秒は、ユーザーのアクションが画面上で何かが直接発生しているように感じさせる場合の応答時間制限です。たとえば、展開可能なメニューをクリックして0.1秒未満で展開されたバージョンを表示すると、メニューを開いたように感じます。
直接操作の錯覚を作成するには、ユーザーインターフェイスが0.1秒より高速である必要があります。
1秒の結果:
コンピューターが0.1秒以上1秒未満で入力に応答する場合、コンピューターが結果を表示しているように感じます。ユーザーは短い遅延に気づきますが、1秒間は現在の一連の思考に集中し続けます。
これは、1秒間の応答時間の間、ユーザーが双方向のやり取り(ユーザーとコンピューターの間)であることに気づいても、ユーザーがやり取りを制御している感覚を保持することを意味します。対照的に、0.1秒の応答時間では、ユーザーは自分で何かをしているように感じます。
と思います
引用できる紙はありませんが、1000〜1600ミリ秒程度の範囲が、その前に人々が唇をすぼめるか、さもなければ「凝視」を開始する範囲であることがわかりました。
これが「検索ボックス」として完全に表示されない多目的フィールドの場合は、おそらく少し長く遅延させることができます。
一般に、UXの割り当てが遅いアプリを使用している場合でも、検索フィールドにはより急いでいる必要があります。
私はこの問題に関する研究を知りません。ジャーナルアーカイブ(特にACM SIGCHI)を検索しても、有用な結果は得られませんでした。オートコンプリートのメカニズムを研究の一部として検討した一握りの研究ですが、この質問に具体的に答えた研究はありませんでした。
HCIはまだ新しい分野であり、特定のウィジェットとそのデザインに関する質問に対する公開された回答は、通常ではなく例外です。