一覧・検索画面の標準｜列設計・ソート・ページング・一括操作

業務システムで最も表示回数が多い画面は、ほぼ例外なく一覧画面です。ここが1秒速くなれば、システム全体の体感が変わります。

一覧画面の標準構成

上から順に固定する要素

この並びを全一覧画面で統一するだけで、操作の迷いは大きく減ります。

すべての条件を折りたたむと、毎回開く操作が発生します。使用頻度の高い2〜4条件は常時表示し、それ以外を「詳細条件」に格納します。

POINT

検索条件をURLのクエリパラメータで表現しておくと、共有・ブックマーク・戻る操作・別タブ表示がすべて自然に動くようになります。実装コストに対して効果が非常に大きい設計判断です。

即時検索（入力するたびに結果が更新される）は、件数が少ない場合には快適ですが、業務システムの数万件規模ではサーバー負荷と誤操作の原因になります。明示的な検索ボタン＋Enterキーでの実行を基本とし、即時検索は補助的に使うのが安全です。

注意

「3日前」のような相対日付表記は、業務システムでは避けてください。証跡として日付そのものが必要であり、締め日との前後関係を数える作業が発生します。

左から「識別 → 分類 → 内容 → 数値 → 状態 → 日付 → 操作」の順が、多くの業務で自然に読めます。利用者が横スクロールせずに判断できる範囲（左から6〜8列）に、判断に必要な情報を収めてください。

表示件数は 20 / 50 / 100 の3択が扱いやすく、選択値をユーザーごとに保持します。1,000件表示のような選択肢は、性能事故の原因になるため提供しないほうが無難です。

空のテーブルだけが表示され、検索が実行されたのかも分からない。

◯

「条件に一致する受注は0件でした。期間を広げるか、取引先の条件を外してお試しください。」＋条件クリアボタン。

初回表示（まだ検索していない状態）と、検索した結果0件の状態は、必ず区別して表示してください。

複数行を選択して一括処理する機能は、事故が起きたときの影響が大きい機能です。

「12件を選択中」と常に表示します。ページをまたぐ選択がある場合は「全ページで48件を選択中」と区別します。

確認ダイアログには「12件の受注を承認します。よろしいですか？」と件数と操作名を必ず含めます。

「12件中10件成功、2件失敗」と結果を分けて表示し、失敗分の理由と再実行手段を提示します。全部まとめて「失敗しました」で終わらせないでください。

要注意

ヘッダーのチェックボックスが「表示中の50件」を選ぶのか「該当する全1,248件」を選ぶのかは、必ず明示してください。この曖昧さは重大な誤操作につながります。