生产计划
先做什么，何时做，谁来做？
输入：订单、工序、资源与计划时间。
判断：优先顺序、资源安排、前后工序时间关系。
组织结果：订单计划与工序派工
制造业数字化 / 产品界面与交互WEB · TABLET · MOBILE
制造业业务系统
从生产计划，到车间执行。
排产与派工项目齐套与库存追溯扫码执行与工时记录
项目齐套 · 物料层级
车间执行 · 现场工作台本人设计项目 / 业务任务、信息结构与关键交互拆解企业及人员为虚构名称 · 原型数据
从生产计划，到车间执行。
项目齐套 · 物料层级车间执行 · 现场工作台这篇作品按制造业的业务任务组织三个设计模块：计划如何安排、物料是否就绪、现场如何执行。重点是任务之间的信息关系，以及各模块内部的操作闭环。
输入：订单、工序、资源与计划时间。
判断：优先顺序、资源安排、前后工序时间关系。
输入：项目、BOM 版本、需求数量与库存快照。
判断：缺料位置、物料属性与库存归属。
输入：容器、组合工单、设备和执行人员。
判断：工单对象、开完工数量与工时内容。
| 任务与判断 | 界面如何支持 | 设计取舍 |
|---|---|---|
| 复杂信息的浏览 | PC 端用列表、主从布局和时间轴组织多维信息。 | 优先支持横向比较和上下文保留，不把每条记录拆成卡片。 |
| 对象定位与操作 | 现场端从容器与扫码进入当前清单。 | 减少输入与跨页查找，让对象、数量和主操作同时可见。 |
| 正常与异常路径 | 详情、筛选、库存追溯、批量确认和冲突解释分别展开。 | 关键操作显示影响范围；异常反馈需要能指向具体对象。 |
有限产能排产需要在订单层做选择，在工序层看资源。主从布局把两个层级并置，避免查看明细时丢失订单上下文。
单号、状态、物料与生产数量在左侧集中呈现；选中行强调当前对象。
工序号、工序状态、资源类型、资源名称和加工工时集中在右侧。
优先规则、排序、排产方式与计算入口放在任务区域附近，避免与筛选混在一起。
甘特视图不是额外的装饰图表。左侧保留工序名称、类型、状态和起止时间，右侧对应时间条，把任务信息和计划位置连接起来。
订单、派工单与工序形成阅读层级，重复工序名称仍可按所属任务辨认。
日、周、月、年切换用于不同计划跨度；今天定位提供时间参照。
状态文字与甘特条色彩共同传达信息，冲突标记与具体工序保持对应。
同一订单下的不同工序，可能使用不同班组、人员、场地与设备。界面将资源字段集中组织，并保留工序开完工时间与加工工时。
| 任务与判断 | 界面如何支持 | 设计取舍 |
|---|---|---|
| 资源属于哪道工序 | 班组、人员、场地、设备都位于当前工序行内。 | 资源可以存在多个值，用标签呈现已选对象，避免单个长字符串难以核对。 |
| 加工时长与起止时间 | 加工工时显示小时单位，计划时间保留到分钟。 | 单位与时间精度直接写在字段附近，减少读数歧义。 |
| 单项修改还是批量修改 | 行内字段保留单项入口，工具栏提供批量更新。 | 批量动作应先确认影响对象，再处理共同字段。 |
批量动作的风险来自作用范围不明确。弹窗将已选工序数量、派工单和工序名称放在顶部，再组织计划时间与资源字段。
已选数量、派工单与工序名称共同说明当前操作对象。
时间精度与资源选择方式分别说明；空白时间字段不会写回。
确认更新与取消分开；未改字段的校验提供明确反馈。
下面展示原型中的实际操作顺序。批量更新流程放慢播放，便于阅读弹窗内容；录屏保持原画面比例，没有补黑边。
只显示“排产失败”无法帮助使用者处理。校验结果指出冲突派工单、工序名称和前后时间关系，提供调整顺序的条件。
| 任务与判断 | 界面如何支持 | 设计取舍 |
|---|---|---|
| 发生在哪个对象 | 派工单号与工序序号、名称明确对应。 | 提示需要能返回具体任务，不依赖使用者凭记忆查找。 |
| 为什么被判为冲突 | 展示前道完工与后道开工的具体时间。 | 保留证据，让使用者能核对判断条件。 |
| 下一步如何处理 | 给出前道完工不晚于后道开工的调整方向。 | 说明规则，不替使用者自动做业务决定。 |
实际原型录制：切换时间尺度，再打开排产校验结果。用于展示计划阅读与异常查看之间的连续操作。
项目、生产订单、BOM 版本和生产数量决定分析上下文。左侧保留项目列表，右侧展开该项目的备料结构，物料追溯始终围绕当前项目。
项目列表与分析结果并置，避免只看到物料行而忽略所属项目。
层级、结构编号、缩进和展开控件共同表达父子关系。
关键件、专用料和版本信息并列，支持不同检查目的。
一个百分比无法说明缺哪项、是否为关键件，以及库存是否被其他任务占用。设计把汇总指标和可追溯明细放在同一流程里。
| 任务与判断 | 界面如何支持 | 设计取舍 |
|---|---|---|
| 标准需求 | 以标准用量作为物料行的需求参照。 | 区分物料行的数量覆盖与项目整体齐套，不把两个层级混为一谈。 |
| 数量来源 | 库存、在制、在途需要区分；专用与自由来源分别呈现。 | 同样的数量可能具有不同归属与可用时点，不能只呈现一个库存总数。 |
| 汇总解释 | 项目汇总与物料行明细同时可查看。 | 父级汇总率需要明确口径；不能将平均比例直接解释为整机可交付比例。 |
“只看缺料”“只看关键件”“只看专用料”回答的是不同问题。缺料关注供给缺口，关键件关注结构属性，专用料关注归属，入口需要分开。
只看缺料用于从完整结构中聚焦需要继续检查的行。
关键件与专用料并非缺料的同义词，不能用同一种标签代替。
过滤后保留结构编号与行内库存入口，支持继续查明来源。
点击物料的全局库存入口，保留料号、品名和项目上下文，再按自由、专用与占用视图检查批号、数量、库存地点、库位与状态。
| 任务与判断 | 界面如何支持 | 设计取舍 |
|---|---|---|
| 来源与归属 | 自由库存、专用库存、占用库存分别设入口。 | 库存数量需要与归属一起读取，避免把不同用途的库存简单相加。 |
| 定位具体记录 | 批号、库存地点、库位与状态保留在明细表。 | 从汇总数字落到可核对的库存记录。 |
| 时间有效性 | 分析结果保留库存快照时间，明细包含首次入库时间。 | 显示数据时点，提醒使用者区分当前界面状态与实时现场。 |
实际原型操作录制：过滤缺料行，然后打开物料全局库存。与前面的结构、筛选和追溯分析保持对应。
现场操作的第一步是确定正在处理哪一个对象。容器号、使用状态、工位和容量集中在卡片中；扫码与手动选择共同提供入口。
容器号承担主识别信息，工位与容量帮助核对现场对象。
使用中、空闲与已满同时用文字和色彩表达。
平板支持并行浏览更多对象，手机压缩信息但保留同一识别顺序。
进入工作台后，组合工单、容器、设备和执行人员保留在清单上方。每条卡片显示计划量、待执行量与本次数量，底部承载批量操作。
| 任务与判断 | 界面如何支持 | 设计取舍 |
|---|---|---|
| 核对当前对象 | 组合工单、容器号、设备与人员集中在上方。 | 在执行动作之前，先让使用者确认作业上下文。 |
| 核对本次数量 | 计划、待执行、本次与前序数量围绕当前工单呈现。 | 汇总数量用于概览，单项数量保留在卡片里，不能互相替代。 |
| 分开开工与完工 | 批量开工、批量完工使用独立页签，相关字段跟随当前任务。 | 两个动作的数量语义不同，不能只替换按钮文字。 |
现场原型将扫码结果和加入清单分开。先展示派工对象，再核对本次开工数量，确认后进入清单。清单执行后的状态也需要限制后续修改。
扫码或输入编号，展示对应的派工信息。
填写本次数量，检查对象与数量是否一致。
确认后加入当前清单，再进入批量操作。
原型要求本次开工数量大于零，未识别派工对象时不能确认加入。
批量完工后扫码清单设为只读，防止继续追加对象。
扫码负责识别，确认加入负责进入清单，批量动作负责执行。
工时入口延续当前工单上下文。左侧保留派工明细、数量和状态，右侧填写班组、人员、工时类型及起止时间，避免把表单变成孤立信息。
派工单号、产品、数量与状态和工时表单并置。
班组与人员确定记录对象；工时、类型和起止时间说明记录内容。
确认与取消位于底部，填写过程与最终提交保持区分。
实际原型操作录制：切换批量完工页签，再通过工时记录入口进入派工单工时页面。记录表单与当前工单保持关联。
三个模块没有套用同一类卡片布局。计划强调层级与时间对应，齐套强调结构与来源，现场强调对象识别、数量核对和明确动作。
| 任务与判断 | 界面如何支持 | 设计取舍 |
|---|---|---|
| 状态表达 | 状态文字配合色彩；进行中、等待、缺料等保持可阅读。 | 色彩辅助扫描，不作为唯一的业务信息。 |
| 主从关系 | 订单—工序、项目—BOM、工单—工时分别保留上下文。 | 让信息深入时仍能知道“属于谁”。 |
| 弹层与页面 | 批量字段和异常解释用弹层；现场工时用完整记录视图。 | 弹层尺寸与信息量匹配；复杂填写需要稳定空间。 |
| 桌面与现场 | PC 以表格与时间轴支持比较；现场以对象卡片与数量输入支持操作。 | 相同业务对象在不同端保留识别信息，交互密度随任务变化。 |
| 可核对反馈 | 范围、冲突对象、时间关系、库存归属与作业数量可查看。 | 专业业务界面的价值在于支持判断和复核。 |
本人设计的界面与原型交互；任务结构、关键字段、操作范围与异常反馈的设计拆解。
企业与人员名称均为虚构；画面为原型数据。业务主线用于组织作品，不宣称已集成为一个生产系统，也不编造效率提升数据。