レコードのページのリストは必要ですか？
簡単なウェブサイトを作成するためのアプリケーションを作成します。バックエンドユーザーは、以下を追加、削除、および変更できます。
- ユーザー
- ページ
- メニュー（ページに追加可能）
- ウィジェット（ページに追加できます）
バックエンドアプリケーションには、上記のそれぞれへのリンクを含むメインメニューがあります。伝統的に、私はリンクをリストページに移動させ、各リスト（つまり、ユーザーのリスト、ページのリストなど）を表示しました、各行には追加のキー情報と削除ボタンも含まれます。このページには、一般的な[新規追加]ボタンもあります。リスト内の指定された名前をクリックすると、詳細ページが表示され、指定されたレコードのすべての情報が表示され、ユーザーが記録。詳細ページには、通常、[削除]ボタンと[新規追加]ボタンもあります。
このアプリケーションの場合、リストページの予想行数はかなり少ない（5〜20の範囲）と予想され、並べ替えやフィルタリングは必要ありません。リストページを削除してメインメニューを作成することを検討しています。関連する詳細ページに直接移動します。各詳細ページにはGo Toボタンがあり、指定されたタイプ（つまり、ユーザーのリスト）のすべてのレコードをリストするダイアログが開きます。いずれかをクリックすると、そのレコードの詳細ページに移動します。各詳細ページには[削除]ボタンがあり、[新規追加]ボタンか、代わりにGo Toダイアログに[新規作成]ボタンが含まれます（あなたはこれについて意見があります）。
ユーザーエクスペリエンスの見通しから、リストページの反対を使用することの長所と短所は何ですか？これらのリストはそれぞれ詳細ページ？
ユーザーが実行する各タスクに必要なクリック数を考慮してください。たとえば、ユーザーの削除を見てみましょう。
リストページのあるバージョンでユーザーを削除する：
メインメニュー項目の1をクリックします
リストの項目の横にある削除ボタンをクリックします2
リストページのないバージョンでユーザーを削除する：
メインメニュー項目の1をクリックします
「移動」をクリックします2
目的の項目をクリックして3
「削除」をクリック4
両方のバージョンの他のタスクをチェックして、効率について比較してください。全体像が見えないかもしれませんが、ユーザーに空白の「詳細」ページを開いてから、アイテムのリストに移動すると、最初から直接リストに移動するよりも一貫して効率が悪いようです。
システムの効率を低下させる変更を提案している場合、具体的にその理由は何ですか。利点が効率の低下を上回るかどうかが100％わからない場合は、リストページを使用します。しかし、いつものように、最良の答えは慎重なユーザーテストから得られます。