どの計画を見直すか
需要の変化と確認状態をまとめ、対象を選べるようにする。
需要変動の一覧、状態別の表示、検索・生産日の絞り込み。
何を支援するかを定め、必要な機能と画面の役割へ具体化する流れをまとめています。
ケーススタディへ戻る想定するユーザーは、食品メーカーの生産計画担当者です。需要が変わったとき、生産量だけでなく、保管・生産ライン・原材料への影響を確認して計画を見直す場面を設定しました。
「生産量を変更する」という操作から始めず、その操作を通じて担当者が何を判断できる必要があるかを出発点にしました。
ここでのGoal・As-Is・To-Be・Gapは、KUMINAの説明用に整理した仮説です。
実ユーザーの発言や調査結果ではありません。
As-IsとTo-Beを比べ、目指す状態に対して何が足りないか、何が判断や行動を阻むかを整理します。この段階では解決策を決めず、次に考えるアイデアの出発点となるGapを明確にします。
生産量を見直す必要があり、変更が保管・時間・原材料にどう影響するかも確認する必要がある。
案の違いと成立条件を理解し、確定後に行うことまで把握できる。
何を比較し、どの条件を確認すれば決められるか。確定後に誰へ何を伝えるかを明確にする。
Gapを埋めるアイデアを考え、必要な機能に具体化します。次に、その機能を使う流れと画面の役割を整理します。
需要の変化と確認状態をまとめ、対象を選べるようにする。
需要変動の一覧、状態別の表示、検索・生産日の絞り込み。
変更案を同じ項目で比べ、選択案の影響を詳しく確認できるようにする。
案の比較・選択、数量・原材料への影響の表示、工程タイムライン。
変更内容と維持する条件を確かめ、確定後に必要な対応も把握できるようにする。
変更前後の差分、条件の確認結果、判断メモ、確定と連携内容の案内。
機能を並べるだけでなく、使う順序と情報のまとまりを整理し、各画面に役割を割り当てました。
需要の変化を確認 → 対象の影響を見る → 案を選ぶ → 内容を確認して確定 → 購買担当へ連携。
次の工程へ渡すもの:判断と行動の流れ対象を選ぶ情報、案を比べる情報、確定前に確認する情報をまとめ、一覧・比較・確認の3画面に分ける。
次の工程へ渡すもの:画面の分担とつながり一覧は「対象を決める」、比較は「採用案を絞る」、確認は「この内容で確定する」と目的を定める。
次の工程へ渡すもの:画面ごとの目的目的に照らして表示項目と操作を整理する。比較には共通の比較項目、確認には差分と確認結果を置く。
次の工程へ渡すもの:表示情報・操作・優先順位比較項目をそろえ、変更内容と確認結果をまとめる。タイムラインは詳細として開き、主な判断と詳しい確認をつなぐ。
形にするもの:情報の配置と、操作できることが伝わるUI| 画面 | Screen Intent | Screen Requirements |
|---|---|---|
| 一覧 | 確認する対象を決める | 需要の変化・生産日・状態・確認理由を表示し、対象の詳細へ進める |
| 比較 | 影響を理解して案を選ぶ | 各案を共通項目で比較し、選択案の影響と時間の詳細を確認できる |
| 確認 | 変更内容を確かめて確定する | 差分・維持する条件・確定後の対応を確認し、メモ入力と確定ができる |
このように、目的から必要な情報と操作を導き、画面の分担を決めてから配置を検討することで、完成画面までのつながりを整理しました。
KUMINAは自主制作です。業務シナリオや比較案の具体化にはAIを活用し、対話しながら構成・表現を検討しました。このページは設計の考え方を整理したもので、実工場での業務検証や成果計測は行っていません。