オートコンプリートウィジェットのガイドライン
オートコンプリートウィジェットを使用する場合、どのようなガイドラインがありますか？さまざまなアプリケーションタイプ（ウェブ、デスクトップ、モバイル）に適用される一般的なガイドラインを期待しています。
A response to a Type as you type スレッドには、次の関連アイテムが含まれていました。
- ユーザーが要求しない限り、検索結果をいずれかの結果で更新しないでください。
- 結果を選択するためのキーボードとマウスのアクセスを提供します。
- 後読みは、先読みを補完する素晴らしいものです。
他のいくつかのプラクティスを観察しました：
- 検索された用語の強調表示
- 一致するアイテムの数を返す
- オートコンプリートエントリの選択（アクティブ化ではない）時にアクションインジケーターを提供する
- オートコンプリートリストに最初に入力されたテキストを提供する
さらに、提案を提供するときに、次の質問が行われる場合があります。
- いくつのヒント/提案が提供されるべきですか？
- 多くが利用可能であるときに表示されるべきものをどのように解決しますか？
- 提案では、スペルまたはタイプミスの可能性を考慮に入れる必要がありますか？
ブール式などのより複雑な構文について説明する応答も役に立ちます。
すべてのプラットフォームとすべてのアプリケーションにわたって機能する一般的なガイドラインはありません。たとえば、Google Web検索を使用して、同僚のリストから人物を選択します。どちらの場合も、オートコンプリートウィジェットが適切な場合がありますが、実装の詳細はすべて異なります。
あなたができる唯一のことは、すべてのアプリケーションの特定のニーズを評価し（プラットフォームではなく、入力するフォームがWebブラウザーまたはダイアログボックスにあるかどうかを気にする）、必要な機能を確認するためのユーザビリティテストを行うことです（ユーザーのスペルミスオプション）頻繁に->スペルミスを考慮する必要があります）。
Tim Lister（Peoplewareの作者の1人）との古いインタビューから引用します。
Cramblitt：ベストプラクティスへの依存についてどう思いますか？
リスター：そのフレーズを聞いたとき、私は悪寒を感じます。私の見解では、かなり良いプラクティスがいくつかありますが、それは一般的なソフトウェア開発を意味するため、ベストプラクティスはありません。すべてのプロジェクトは、それらが属するドメインに関連しています。除細動器ソフトウェアのベストプラクティスは、別のドメインのベストプラクティスではありません。人々にパターンについて考えてもらいたい-彼らの仕事を抽象化し、彼らがいるパターンの良し悪しを認識し、情報に基づいた決定を行って、それらのパターンを促進するか、それらを置き換えるか。
それが多くのカテゴリに多くの製品を含むWebサイトである場合、カテゴリを表示することは、ユーザーが探しているものを見つけるのに役立つ良い方法です。
例：ユーザーが検索しているとき：game of thr
ゲームオブスレ本の中の1つ
Game of thr DVDの1つ
Game of thr電子ブックの1つ
ゲームオブスロー ONE
Game of thr oubles
Game of thr ee
等々..
現時点でいくつかの一般的なオートコンプリートを実装しているため、これまでのところいくつかの思考/調査結果があります。
私が見るように、オートコンプリートには2つのタイプがあります。その上に実際には非表示のドロップダウンがあり、もう1つはテキストフィールドです。ドロップダウンオートコンプリートは、入力を制限したいが、数百のアイテムを含むドロップダウンを望まない場合に使用されます。たとえば、出発地/目的地の空港を選択するときに使用されます。テキストフィールドは、検索時の候補としてさらに使用されます。
最初のケースでは、入力を更新したいと思います。とにかく有効な入力でなければならないので。この場合、あなたの提案が何であり、ユーザー入力が何であるかを明確にすることが重要です。
表示される結果の数を制限します。ユーザーの焦点は、テキストをフィールドに入力することです。オプションの長いリストをスキャンする必要がある場合は、ドロップダウンを使用することもできます。目の焦点を移動する必要がなく、ユーザーのメモリへの負担が少ないことも、おそらく良いことです。
長いリストの便利なプロパティが1つあります。何を探しているのか思い出せない場合。長いリストがあれば、それを調べて、（望んで）私が探しているものを認識できます。
リストに表示されているものを選択することは、おそらく最も多くのドメイン知識を必要とするものの上にあります。グーグルは検索人気度、航空会社が空港の大きさによってそれを行うようです。 T
後ろを見ると、私は少し引き裂かれました。単語の最初の文字を覚えるのは、3番目の文字よりも簡単です。ほとんどの場合、これはおそらくユーザーが行っていることです。したがって、文字列のどこかで一致すると、多くの望ましくない結果が生じる可能性があります。 「スタック」の「st」よりも「ac」の方が速いことを知っているパワーユーザーは、それを使用している可能性があります。文中のすべての単語と照合することも、おそらく良い考えです。その後、あなたは認識のためのより多くのオプションを与えます。
Googleはかなり極端なA/Bテストを行っており、オートコンプリートはコアプロダクトです。
証明されたガイドラインに関しては、それで十分だと思います。
これは、ユーザー調査に基づいて使用するパターンに関する優れた記事です。 https://baymard.com/blog/autocomplete-design
オートコンプリートの候補が適切に機能すると、ユーザーはより適切な検索クエリを明確に示すことができます。これは、検索プロセスを高速化することではなく、ユーザーを導き、検索クエリを構築するのに役立つ手助けをすることです...
テスト中に、オートコンプリートの提案により、テスト対象が検索した方法と内容を直接変更することがわかりました。