web-dev-qa-db-ja.com

設定の長いリストを圧倒的に少なくする方法

かなり複雑なB2Bアプリに取り組んでいます。それは何年もの間活発に開発されており、その結果、私たちは管理パネルに提示しなければならないたくさんの設定になってしまいました。次のようになります。

enter image description here

それはほんの一部です。管理パネル全体に、さらに長いチェックボックスリストがあります。

これまでに行ったこと:

  1. チェックボックスをトグルに置き換えて、視覚的により興味深いものにします。それはかなりうまくいったと思います。有効になっているアイテムを明確に確認できます。
  2. 長いリストを小さなリストに分割し、個別のボックスに入れます。

それでも、チェックボックスはたくさんあり、現時点では設定の数を減らすことはできません。

私の質問はそれをどのように読みやすくし、圧倒的に少なくするのですか?

追伸スクリーンショットで特定の設定を簡略化する方法の例は必要ありません。この特定のチェックボックスだけでなく、チェックボックスの長いリストに適用できるアイデアを聞きたいです。

5
Max Al Farakh

サブヘッダーを追加しようと思います。はい、これらはすべて「通知」ですが、さまざまなイベントに関する通知です。

たとえば、次のようなものがうまく機能する場合があります(明らかに、シナリオ/オーディエンスにとって最も論理的なグループが最も理にかなっているものについて、独自の決定を行います)。

さらに、最後の2つのオプションに注意してください。他のすべてがそうでない場合( "Do not include ..."および "Do not send ..) 。」)。ブール入力デバイスとペアになっていると、私はそれについて考えすぎました。

さて、これ機能は無効になっていますなので、-will添付ファイルを含めますか?

私にとっては、「添付ファイルを含める...」や「「自動ログイン」リンクを送信...」と読むのはあいまいではありませんでした。

ただし、スクリーンショットに現在表示されている設定のステータスを表す場合は、表現を変更してもあいまいさを減らすことができると思います。例えば。 「添付ファイルを除外...」および「「自動ログイン」リンクを除外... "私にとって、それは-1*xおよび-x後者の方が明確です。


お知らせ

一般

  • チケットの確認(ユーザーが新しいチケットを送信した後に受け取るもの)

通知受信者

  • すべての管理者に新しいチケットを通知する
  • カテゴリ内の新しいチケットを技術者に通知します(カテゴリの権限を編集することを忘れないでください)。
  • 顧客がチケットを更新するときに、カテゴリ内のすべての技術者に通知します(チケット技術者とチケット購読者だけでなく)
  • 別の技術者がチケットを取るときに、カテゴリ内のすべての技術者に通知する
  • KB記事が作成または更新されたときに、カテゴリ内のすべての技術者に通知する

チケットステータスの変更

  • 「チケットクローズ」通知

通知内容

  • 送信通知に添付ファイルを含める
  • メール通知で「自動ログイン」リンクを送信する
7
maxathousand

関連する同じブロック設定の下に置くようにしてください。添付画像ではチェックボックスを使用しましたが、トグルボタンを使用することもできます。また、@ maxathousandが 彼の回答 でより完全に説明しているように、有効/真の値に否定を使用することは避けます( "Do not send ...")。

enter image description here

3
Alvaro

この本を見て:

https://www.usability.gov/sites/default/files/documents/guidelines_book.pdf

ユーザーのワークロードを削減する一般的なルールにリンクする1つのヒューリスティックは、「ユーザーにオプションを削減するための適切な方法を提供する」ことです。

これは通常、オプションをより広いカテゴリにグループ化することを意味します。たとえば、スクリーンショットを簡単に見ると、通知カテゴリとその他のオプションカテゴリは、2つに分割するだけでワークロードを削減する簡単な方法です。

非常に長いオプションのリストがあり、スクリーンショットよりも長い場合は、これらの明確にラベル付けされたカテゴリだけでなく、デフォルトで切り替え可能にして最小化することもお勧めします。ただし、免責事項として適切なカテゴリ名が必要です。

1
the other one

あなたは分析を行っており、何らかの意味のある方法でそれらをグループ化するオプションを検討したよりも、通知を削除する方法がないので?利用可能なすべてのオプションを知っていると、いくつかのグループの下でそれらを組み合わせることができるかもしれません。個別の通知を切り替えるオプションを残しますが、グループ全体も切り替えます。

0
zizus

長いリストの必要性を取り除かないが、多くの場合それらを非表示にしておく可能性がある1つの考えられるアイデアは、いくつかの事前定義されたsetsの設定(いくつかのインストーラーのように)がある場合です。 「最小」、「標準」、「カスタム」オプションを提供します)。

一部のオプションセット(たとえば、質問内の通知オプションの例)では、事前定義されたカテゴリがいくぶん任意である場合があります(「最小通知」、...「すべての通知」)が、一部のオプショングループでは、複数のオプションのコレクションに対するより自然でドメイン固有の名前は、特定の方法を設定します。

その音からすると、ほとんどの場合、各オプションをきめ細かく制御できるようにするために「カスタマイズ」オプションが必要ですが、ほとんどのユーザーはほとんどの場合、そのレベルまで下げる必要がない場合があります。時間。

0
TripeHound

リストは非常に長いとおっしゃっていたので、さまざまな見出しの下に設定するのではなく、メニューなどのさまざまなカテゴリの下にさまざまな設定を配置してみてください。したがって、ユーザーは実際にカテゴリにジャンプして設定を変更します。これにより、ページのコンテンツが重く見えなくなります。

また、検索を追加すると、ユーザーが特定のオプションを見つけるのに非常に役立ちます。

0
saurabh