先从管理动作反推看板内容
看板不是把现有表格搬到大屏。先列出使用角色和他们每天要做的决定，例如生产负责人判断哪些订单可能延期，班组长确认哪个工序等待处理，计划人员调整后续安排。每个画面元素都应对应一个动作，否则即使数字很多，也难以形成管理闭环。
可以为每个角色写一条“看到什么、判断什么、接着做什么”。例如仅作结构说明：看到某项任务超过计划节点后，需要进入明细查看受影响工序、异常原因和处理人。实际阈值、角色和处置方式必须由企业确认，不能由开发人员根据颜色自行猜测。
- 谁在什么场景查看看板
- 需要识别哪一种进度偏差
- 看到偏差后由谁采取动作
- 动作需要进入哪些明细信息
- 处理完成后看板怎样更新
第一张表定义生产对象和层级
先确定看板追踪的最小对象。企业可能从销售订单拆出生产订单，再拆成工单、批次和工序；也可能使用项目、任务和站点等其他名称。无论名称如何，都要为每层对象建立稳定编号、上下级关系、产品或任务名称、数量单位和当前状态。
层级不清会造成同一数量被重复汇总，或订单已经完成但某个工序仍显示进行中。定义表应说明一个上级可以包含多少下级、下级能否拆分合并、取消后如何保留历史，以及外协任务位于哪一层。看板总览必须能逐层下钻到原始记录。
- 各层对象的业务名称和唯一编号
- 销售订单、生产任务、批次和工序的关系
- 数量单位与换算规则
- 拆分、合并、取消和返工怎样记录
- 外协任务归入哪一层
- 总览如何追溯到原始对象
第二张表保存计划基线
计划数据至少包括计划数量、计划开始时间、计划完成时间、工序顺序、负责班组或资源，以及当前采用的计划版本。若计划调整后直接覆盖原值，就无法解释某项任务是执行延迟还是计划本身发生变化，因此原基线、调整值、调整时间和调整原因应分别保留。
时间口径也要提前统一。日计划按自然日、班次还是工作日计算，跨夜班归入哪一天，计划完成是指工序报工、质量确认还是入库完成，都需要唯一答案。只有计划事件与实际事件使用可比较的定义，偏差时长和完成率才有意义。
- 计划数量和统一计量单位
- 计划开始、完成与关键节点时间
- 工序顺序和计划资源
- 当前计划版本及生效时间
- 调整前值、调整原因和操作人
- 班次、工作日和完成事件口径
第三张表记录实际进度
实际进度不应只保存一个人工填写的百分比。更可追查的数据包括实际开始时间、已完成数量、合格数量、待检数量、报废或返工状态、当前工序、最近一次报工时间和记录来源。是否需要全部字段取决于真实流程，但每个进度结论都应能回到原始事件。
完成率要先写计算式，再放到看板。仅作格式示例：某工序完成率可以由已确认完成数量与计划数量计算，但实际分子、分母、质量状态和超计划处理必须由业务确认。不同产品使用件、批或重量时，不应在未换算的情况下直接相加。
- 实际开始与最新处理时间
- 完成、待检、合格和返工数量
- 当前工序与实际处理资源
- 最近数据来源和记录人员
- 完成率的分子、分母和排除项
- 多种计量单位的汇总边界
第四张表让异常能够被处理
红色标记本身不是异常管理。异常记录至少要关联具体生产对象，包含发现时间、异常类型、简要描述、影响范围、当前责任角色、处理状态、期望处理时间和关闭结果。需要保密的原因明细可以按权限展示，但不能只留下一个无法追查的颜色。
异常分类不宜一开始就做得过细。可以先从真实记录中整理常见类别，并允许填写补充说明；运行一段时间后再合并重复选项。还要区分进度异常、质量异常、物料等待和设备影响等不同处置路径，明确转交、升级、恢复和关闭分别由谁执行。
- 异常关联的订单、工单或工序
- 发现时间、类型和影响范围
- 责任角色与当前处理人
- 待处理、处理中、已恢复和已关闭状态
- 期望处理时间和升级条件
- 关闭结论与后续恢复记录
为每个字段指定来源和更新责任
同一个看板可能读取订单系统、排产表、设备采集、质量记录和人工报工。字段清单要写明主数据来源、同步方式、更新频率、负责维护的角色、允许修改的位置和读取失败后的展示方式。不能让同一字段同时从多个来源覆盖，却没有优先级。
实时并不是所有数据的默认要求。设备状态可能需要较快更新，人工确认的质量结果则取决于真实业务节奏。应根据管理动作确定时效，并在页面显示最近更新时间。同步失败、字段为空或数据延迟时，要明确标记未知状态，不能沿用旧值假装正常。
- 每个字段唯一或有优先级的数据来源
- 接口、文件、设备或人工录入方式
- 更新频率与最后成功时间
- 维护角色和允许修改的入口
- 空值、延迟与同步失败提示
- 修改和补录是否保留操作记录
总览指标必须能够下钻解释
总览可以展示按期、临近节点、已延期、等待处理等任务分组，也可以按车间、班组或产品筛选，但每个数量都要能下钻到构成它的明细。指标定义表应说明统计对象、状态条件、时间范围、去重方式和更新时间，避免不同会议看到不同数字。
趋势图和排名只有在口径稳定、管理动作明确时才加入首期。若管理者最需要处理的是当天异常，可以先做好任务列表、偏差原因与责任状态，不必一开始制作大量图表。大屏负责发现问题，明细页负责解释问题，处理入口负责关闭问题，三者应使用同一数据。
- 每个汇总数字对应明确对象集合
- 状态、时间和去重口径统一
- 筛选后仍能进入同一批明细
- 大屏与明细页使用同一数据版本
- 没有处置用途的图表暂缓进入首期
用跨角色场景验收数据闭环
验收不能只检查页面能否加载。应准备脱敏场景，覆盖计划创建、工单拆分、开始报工、部分完成、质量待检、计划调整、异常升级、返工和最终关闭。每个场景写明输入记录、操作角色、预期状态、看板位置、汇总变化和可追溯明细。
还要模拟数据延迟、重复同步、单位不一致和来源不可用，确认系统不会重复计数或把旧数据当成当前状态。若同一任务在总览、明细和异常列表中显示不同结论，应先修正口径再上线。需要把现有生产表格整理成字段和页面时，可回到 5656AI 首页提交一条脱敏流程，先验证核心看板。
- 计划与实际数据形成可比较基线
- 任务拆分后汇总数量不重复
- 异常产生、转交和关闭同步更新
- 计划调整保留前后版本
- 同步失败时显示未知而不是正常
- 总览数字能够追溯到原始记录