食品メーカーの生産計画リプランニング
自主制作／架空の工場・業務条件を用いた設計。ユーザー調査・実工場での業務検証・導入は行っていません。数量・時刻・条件は説明用の想定です。
私が画面を設計するときは、GDDで目指す状態と現状の差を整理し、必要な機能、業務の流れ、画面の役割へと具体化していきます。見た目を整える前に、ユーザーが何を判断し、次に何をするかを決めます。
Goal・As-Is・To-Be・Gapを整理し、解決する課題を明確にする。
目的と課題課題を解くアイデアを考え、目的を実現する機能へ落とし込む。
機能の整理誰が、いつ、何を確認して行動するかを整理し、機能の使われ方を考える。
業務と体験の流れ情報をまとめる単位と画面の分担を決め、行き来を組み立てる。
情報構造と画面遷移画面の目的と必要な情報・操作を整理し、情報の優先順位を決める。
画面の目的と要件情報の配置を検討し、文字・余白・色・部品で判断しやすい画面にする。
ワイヤーフレームとUI上記は私の設計プロセスの説明です。KUMINAは架空の業務条件をもとにした自主制作であり、実際のユーザー調査や業務検証を示すものではありません。
一連の判断を3画面に分け、それぞれの画面で行うことを明確にしました。
需要が変動した計画を一覧で把握し、確認が必要なものを選ぶ画面です。状態別のタブと検索・生産日の絞り込みで、対象の計画を探せるようにしました。
この画面の役割：次に確認する対象を決める。
変更案を同じ項目で比べ、選択した案の影響を確認する画面です。案の選択と計画の確定を分け、時間への影響はタイムラインで詳しく確認できる構成にしました。
この画面の役割：判断材料をそろえ、採用する案を絞る。
変更前後の差分と、維持する条件・確認結果をまとめる画面です。確定後に必要な対応と、入力できる判断メモも同じ画面に配置しました。
この画面の役割：変更内容を確認し、次の対応を把握して確定する。
需要減少のシナリオと制約を整理し、情報設計・UIデザイン・デザインシステムを制作しました。対象は一覧・比較・確認の3画面、タイムラインと完了ダイアログです。
架空の工場・業務条件を用いた自主制作です。ユーザー調査、実工場での業務検証、導入は行っていません。画面内の数量・時刻・条件は説明用の想定です。
生産計画担当者が案の違いを理解して選べるか、確定後に必要な作業が分かるかを確認したいと考えています。原材料を繰り越す条件や発注変更のタイミングも、実務に照らして確かめる必要があります。
判断時間の短縮や、在庫・コストへの効果は未計測です。