「最近のWebサービスみたいに、もっとシンプルにできませんか」——業務システムのリニューアルで必ず出る要望です。しかし、この方向にそのまま従うと、現場から「前のほうが速かった」と言われる結果になりがちです。
業務システムとコンシューマ向けの違い
同じUIでも、前提が違えば最適解は変わります。
| 観点 | コンシューマ向け | 業務システム |
|---|---|---|
| 利用者 | 不特定多数・初見が中心 | 特定少数・毎日使う熟練者 |
| 学習機会 | ない（離脱される） | 研修・マニュアルがある |
| 評価軸 | 離脱率・初回完了率 | 1件あたりの処理時間・入力精度 |
| 情報密度 | 低いほうがよい | 適正密度が高い |
| 操作手段 | タップ中心 | キーボード中心 |
| 失敗の影響 | やり直せばよい | 伝票・在庫・請求に波及する |
業務システムの利用者は逃げられません。だからこそ「わかりやすさ」より「毎日使ったときの速さと正確さ」を優先します。ただし、逃げられないことに甘えて雑に作ってよい、という意味ではありません。
10の設計原則
原則1：熟練後の速度を最優先する
初回操作を2秒短くするより、毎日200回行う操作を0.5秒短くするほうが効果が大きい。ウィザード形式は初見にはやさしいですが、熟練者にはクリック数が増えるだけです。入力に慣れた人が最短で終えられる導線を主とし、初心者向けの案内は補助として添えます。
原則2：情報密度を下げすぎない
余白の多いデザインは美しいですが、1画面に収まっていた情報が2スクロールになると、現場は確実に遅くなります。業務システムでは 「1スクロール以内に判断材料が揃う」 を基準にしてください。
1行の高さ64px。画面に8件しか表示されず、40件の確認に5回スクロールが必要。
1行40px前後。20件以上が一度に見え、比較しながら判断できる。
原則3：キーボードだけで完結させる
伝票入力の現場では、マウスに手を伸ばす回数がそのまま処理時間になります。Tab移動の順序、Enterの挙動、ショートカットの割り当ては、標準として明文化してください。詳細はアクセシビリティの記事で扱います。
原則4：一貫性は「美しさ」より優先する
画面Aと画面Bで同じ操作の位置が違うのは、多少見た目が悪いことよりはるかに大きな損失です。一貫性は最強のユーザビリティ機能だと考えてください。
原則5：状態を隠さない
処理中・保存済み・未保存・エラー。業務システムでは「今どの状態か」が分からないことが最大の不安要因です。控えめすぎるインジケーターより、明確な状態表示を選びます。
原則6：破壊的操作は摩擦を作る
削除・確定・締め処理など、取り消せない操作にはあえて手間を残します。ただし摩擦を作るのは取り消せない操作のときだけです。すべての操作に確認ダイアログを出すと、利用者は読まずにOKを押すようになります。
「念のため全部に確認ダイアログ」は、確認の意味を失わせる典型的な設計ミスです。本当に危険な操作の確認まで読み飛ばされます。
原則7：エラーは「原因」より「次の一手」を書く
「入力値が不正です」は何も伝えていません。何が・なぜ・どうすればよいかを1文で書きます。
エラー：入力値が不正です（E-0421）
納品日は受注日（2026/08/12）以降の日付を入力してください。
原則8：現場の言葉を使う
システム用語ではなく、業務で実際に使われている言葉をラベルにします。「マスタ登録」より「取引先を追加」、「ステータス」より「進捗」。用語集を作り、標準に含めてください。
原則9：例外業務のための逃げ道を残す
業務システムには必ず例外処理があります。標準フローだけを美しく作り、例外を紙とExcelに追い出すと、システムの外に業務が漏れ出します。例外も画面上で扱える導線を用意してください。
原則10：計測できる指標に落とす
「使いやすくなった」ではなく、1件あたりの入力時間・エラー率・問い合わせ件数で評価します。指標がないと、次のリニューアルでも同じ議論を繰り返します。
- 1件あたりの登録所要時間（ログから取得）
- バリデーションエラーの発生率と、項目別の内訳
- 画面別の問い合わせ件数（ヘルプデスク集計）
よくある質問
「モダンなUIにしたい」という要望にどう応えますか？
見た目のモダンさ（余白・角丸・タイポグラフィ・配色）と、情報密度は分けて議論できます。密度は維持したまま、トークンを整理して配色とタイポグラフィを刷新すれば、多くの場合「モダンになった」と受け取られます。
スマートフォン対応は必要ですか？
全画面をレスポンシブにする必要はありません。「承認」「確認」「検索」など外出先で使う機能に絞って対応し、入力量の多い画面はPC前提と割り切るほうが、投資対効果は高くなります。
まとめ
- 評価軸は「初見のわかりやすさ」ではなく「毎日使ったときの速さと正確さ」
- 余白を増やして情報密度を落とす改善は、業務システムでは逆効果になりやすい
- キーボード操作の設計は、業務システムでは装飾ではなく必須要件
- 摩擦（確認ダイアログ）は取り消せない操作にだけ作る
- 改善は所要時間・エラー率・問い合わせ件数で測る