web-dev-qa-db-ja.com

シングルクリックのマスター/詳細パターンに例外を設ける価値はありますか?

各行がレコードを表すかなり標準的なテーブルがあります。行をシングルクリックすると、そのレコードのさまざまなプロパティを表示および編集できる別の画面が表示されます。これは一般的なマスター/詳細パターンであり、ほとんどのユースケースでうまく機能します。

最近、詳細画面をロードせずにマスターテーブルからテキストを選択してコピーできるようにしたいという少数のユーザーから苦情を受け始めました。入力デバイスに応じて、そうすることは困難から不可能までの範囲です。たとえそれができたとしても、UXはかなり貧弱でエラー率が高くなっています。

苦情を無視して、マスターテーブルの代わりに詳細画面からテキストをコピーするようにこれらのユーザーに指示することもできますが、探しているすべてのレコードからテキストをコピーするために何度もクリックしなければならないことを意味します。 。

もう1つのオプションは、このテーブルを他のすべてのサイトと異なるものにすることです。それをクリックしても何も実行されないため、テキストを選択することができます。ダブルクリックで詳細をロードするのか、それを行うボタンを追加するのかはわかりませんが、実装はそれほど重要ではありません。

このテーブルを一意にすることの問題は、一貫性の欠如です。私たちのユーザーは、テーブルがシングルクリックで機能することを学び、このパターンがサイトの他の部分全体で強化されました。このテーブルが期待に反する場合、テーブルが壊れているか、詳細画面へのアクセスに問題があると想定する可能性があります。少しだけ説明文を追加することもできますが、ユーザーが読むことはほとんどありません。彼らが成功したとしても、彼らは異なっているだけでこの表に悩まされるかもしれません。

ひねりは、このテーブルにアクセスするユーザーはわずか10%ですが、訪問の90%でアクセスするということです。それはそのセクションの「通常の」ユーザーの生活を改善しますが、サイトの他の部分から「さまよっている」人は誰でも失われる可能性があります。

この表に例外を設ける価値はありますか?

1
Nathan Rabe

影響を受けるユーザーと多くの根本原因分析を行った結果、問題はマスター/詳細パターンがこの状況で誤用されていたことがわかりました。マスターテーブルには、大部分の時間、ユーザーが探している(そしてコピーしたい)特定の情報が含まれています。詳細が参照または必要とされることはめったにありません。

解決策は、テキストを選択して通常どおりにコピーできるように、対話型マスターテーブルを通常の静的テーブルに置き換えることでした。私たちのサイトにはプレーンテーブルがあり、これは概念的にはマスター/詳細パターンではなくなったため、例外ではありません。それは確かに静的テーブルで何ができるかについてのユーザーの期待に応えます。

ユーザーが入力した詳細には、新しいコントロールを編集可能にする必要がありましたが、他のデータをコピーして貼り付けるよりもはるかに頻繁に編集されることが予想されます。

物語の教訓:一般的なインターフェイスパターンであっても、それらの使用のコンテキストを理解していない場合、良いよりも害を及ぼす可能性があります。

0
Nathan Rabe

例外を作ることは悪い考えのように聞こえます。しかし、機能をユーザーに提供することは良い考えのように思えます。

別の方法を使用してその機能を追加できる方法はありますか?したがって、予想されるデフォルトはそのままにし、レコード全体を選択する方法を追加します。おそらく、フィールドのコピー、レコードのコピー(およびその他の既存の右クリックオプション)の右クリックメニューオプションです。これにより、1つのフィールドで値を選択するか、レコード全体を選択できます。

通常、コピーでは、最初にデータを選択する必要があります。これらのメニューオプションが強調表示されているときにフィールドまたはレコードを強調表示すると、理解しやすくなります。

それはユーザーに教えるのがかなり簡単で、通常のユーザーの生活を向上させるはずです。カジュアルなユーザーは、追加された機能に気付くことはなく、このページが異なるため、使いにくいことは確かにわかりません。

1
thursdaysgeek