web-dev-qa-db-ja.com

選択肢の大きなセット(250以上)を管理しやすくする

私が設計しているアプリでは、事前定義された特性のリストからアイテムを選択することで、組織や個人を説明できます。

特性は1つのカテゴリに属します。カテゴリは最大3レベルの深さまでネストされます。

各特性は、1つ以上の産業(医療、IT、自動車など)に属しています。各業界には少なくとも250の特性があります。ご想像のとおり、選択可能な特性のリストはかなり大きくなる可能性があります。特に、複数の業界の特性が同時に表示される場合はそうです。

このような事前定義された特性の大きなセットを顧客に提供できることは、まさに私たちの製品の価値を高めています。ただし、最初のテストでは、この長い選択肢のリストが表示されたときにユーザーが圧倒されることがわかりました。それは多すぎる。また、ユーザーは探している特性を見つけるのに苦労します。

これに対処する最良の方法は何ですか?

現在、ユーザーが特性を選択する画面は次のようになります。

Wireframe of the current design

この設計をどのように最適化できますか?このように多数の選択肢のリストを扱いやすくする方法は?

インスピレーションを得られる既存のソリューションはありますか?ベストプラクティス/パターン/原則はありますか?この問題をどのように解決しますか?

ユーザーがカテゴリを参照しやすくするために 追加のナビゲーション を追加することを考えています。それが大幅な改善になるかどうかはわかりません。私はまったく別の方向に進んでも進んでいきたいと思っていますが、私にはアイデアがありません。

どんな助けでも大歓迎です。

3
Willem-Aart

この設計はどのように最適化できますか?いくつかのプロトタイプを作成し、1つ以上の一般的なタスクを説明して、実際のユーザーの前に置く方法を考えます。メモを取る/彼らの経験について尋ねます。摩擦点に注意してください。各プロトタイプの効率(タスクを完了するのにかかる時間)と有効性(精度/正常に完了した回数)を測定します。

インスピレーションを得られる既存のソリューションはありますか?サーベイモンキーなど、サーベイの世界の他の巨人に注目するかもしれません。マトリックス/レーティングスケールのようなサウンドは、あなたにとって良いインスピレーションになるかもしれません。

"ナビゲーションを追加することを考えています。"始める前に、優れたUXの注目のキーワードの1つが、多くの場合、シンプルさが重要であることを考慮してください。少ないほうがいいですね。 UXは冗談のようなものです。それを説明する必要があるなら、それは悪いです。

1

他の人が以前に述べたように(そして私は以前のプロジェクトで見つけました)、アコーディオンは大量のデータで本当に難しいです。アコーディオンのサブカテゴリを置き換えるタブ付きインターフェースをお勧めします。これにより、サブカテゴリがより見やすくなり、特定の時点での正確なコンテキストが見やすくなります。あなたがそれを試すまでそれを気にしないでください。タブは、私が別のプロジェクトで抱えていた非常に難しい「データが多すぎる」問題を解決しました。

問題に対するもう1つの良い助けは、その職業で最も一般的に使用される特性の領域を作成することです。

私の他の解決策は質問の形で来ます、何人のユーザーがあなたの検索ボックスを使用しましたか?あなたの検索ボックスは本当に強力だと思います。ユーザーが一緒にそれをすべて見逃していた場合は、どちらかをより強調します。ユーザーがそれを使ってみて、それが特にうまくいかなかったとしても、それをあきらめずに、よりスマートなアルゴリズムまたはより多くのデータを取得して検索にマッチさせようとはしません。

0
Casey Robinson

明確な分離を見つけ、より管理しやすいセクションに分割する

単一のリストの何百ものアイテムは、折りたたみ可能なツリー構造であっても圧倒的です。ユーザーが探しているものを常に知っていて、それらがどのカテゴリに属する​​かを直感できる場合でも機能しますが、代わりに、「ブラウジング」ユースケースをより多く見ている場合は、全体を分離するための明確な方法を見つけます。少数の、より焦点を絞った少数のリストにリストを追加すると、ユーザーを適切に困惑させることができます。

たとえば、モックアップは「この事柄のすべての業界のすべての特性を選択する」という単一のページを表示します。代わりに、ユーザーは一連のページまたは完全に折りたたみ可能な個別のサブセクションをたどることができます。例の区分は、ポジティブ、ネガティブ、およびニュートラルのそれぞれについて、「Choose some positive Foo of the Foo in the [〜#〜] it [〜#〜]業界」のようになります。該当する業界ごとに。

これにより、特に複数のページで特性を選択しない場合、ステップ数がイライラするほど増加する可能性があります。これは確かに両極端のバランスをとる行為であり、各ページに適切な数のアイテムを配置するように分割を正しく行うことが重要です(最初の2ページにそれぞれ1アイテム、最後に248アイテムになるのではなく、例)。

関連するがより一般的な戦略は、単にグループ化を改善することです。システムをテストしたユーザーと話したり観察したりしなければ、現在これがどれほど影響力があるかは言えませんが、潜在的な問題は、グループがを理解していることです、実際には、ユーザーが途中でほとんどすべてのファイルを開く必要があることが多いように構成されています。代わりに、ユーザーが最上位のカテゴリを読み飛ばして、ほんの数個のカテゴリしか必要としないことがすぐにわかると、多数の無関係なオプションが非表示になります。

最後に、ユーザーがインターフェースを使用して正確に何をしているかをより深く理解することができれば、どの改善が最も必要かを識別するのに役立ちます。 「圧倒された」とは、多くのことを意味します。たとえば、ユーザーがすべてのカテゴリとサブカテゴリを開いて該当するもののすべての特性をスキャンするために問題が発生している場合、1つの解決策があり、特定の特性を念頭に置いてページにアクセスし、発見に苦労するユーザーグループ化階層内のその場所はさまざまな変更が必要になります。リストを見て、リストのグループと特性が実際に何を意味するのかさえ理解するのに苦労しているユーザーには、さらに別の修正が必要です。すでに実際のフィードバックがあるのは良いことですが、それでもまだあいまいです。

0
Kamil Drakari