業務システムUI/UXデザイン

• 新人が入るたびに、画面の使い方を教えている
• 社内から「使い方が分からない」という問い合わせが続く
• 機能を足すたびに、画面とメニューが増えていく
• 導入したのに、結局Excelに戻っている
• 作り直すか直せば済むか、開発会社と決めきれない

その1：1件3分の迷いも、月1万件なら500時間になる

画面の迷いは、1回ごとには小さく見えます。ただ、件数を掛けると人件費に直結します。だから迷いを時間に換算して、直す価値の大きい場所から手を入れます。

その2：「使いにくい」の正体は、画面より業務の切れ目にある

画面単体を直しても解決しないことがあります。どの業務からどの業務へ引き継がれるかを追うと、詰まっている場所が見つかります。だから最初に、業務の流れを1枚に描きます。

その3：使う人は、慣れた手順を変えたがらない

理想の設計よりも、いまの手順に近い導線のほうが定着します。全部を最適化しようとすると、覚え直しの時間が改善の効果を上回ります。だから変える箇所を絞ります。

その4：ボタン名と項目名が、社内の問い合わせ件数を決める

ボタン名や項目名が現場の言葉と違うと、そのたびに誰かに聞くことになります。だから使う方に話を聞き、用語を業務の言葉に合わせます。

その5：例外の処理を後回しにすると、作り直しになる

業務システムは例外が多く、そこが設計されていないと運用で回りません。だから主要な導線と同時に、例外も洗い出します。

その6：画面単位で設計すると、機能を足すたびに画面が増える

「注文一覧画面」「注文登録画面」と画面ごとに考えると、どこで何ができるのか分からなくなります。だから注文・顧客・在庫といった実体を先に定義し、そこに操作を紐づけるオブジェクト指向UI（OOUI）で設計します。

• 現行システムの課題整理と、実際に使う方へのヒアリング
• 画面一覧・情報設計・画面遷移の設計
• Figmaでの全画面UIデザイン
• 繰り返し使う部品のデザインシステム化
• 開発にそのまま渡せる仕様の書き起こし
• リリース後の利用状況をふまえた改善提案