01会前 / 会中
会议Control Tower
自动提取今天需要客户确认的风险、决定和行动。
引用实时项目事实PM Operation OSOLED NPI · Concept Story
进入产品 Demo ↗BOE PM OperationSystem Instruction
01 / 我们要解决的问题
相同的事实、数据
被拆散在不同资料里重复更新。
日程、物料、Issue、质量、送样、会议和日报本来都属于同一个 Build 管理过程，但现在常被分开记录、分开讨论、重复整理。
实际发生的变化Driver IC DelayAug 15 · 14:18
Daily Build Schedule Excel改一次
CT meeting MIL 会议材料再改一次
Issue List重新登记
DBR晚上再写一遍
真正的问题大家都在更新资料，却仍然需要反复确认
02 / 以 BUILD 为核心的三层模型
不是三个独立模块。
而是一条由事实到行动的主线。
底层回答“发生了什么”，中层回答“双方如何共同推进”，输出层回答“不同场景如何使用这些信息”。三层始终围绕同一个 Build。
BUILDMANAGEMENT
COREConfig · Lot · Sample
COREConfig · Lot · Sample
03 / 一个实际例子
PM 只记录变化。
系统负责同步它的影响。
例如 Driver IC 晚到 18 小时，PM 不需要分别修改日程、CTB、Issue 和日报，只需要把这次变化记录清楚。
类型物料
Driver IC ETA 晚到 18 小时
PO 4500198 · Owner C. Lin · 关联 B240815 / CFG-B / L04-L05
关联对象B240815CFG-BL04 / L05Shipment S-19
01齐套状态变化CFG-B 从 Ready 变为 At risk
→02生产日程重算预计开线时间后移 12 小时
→03Issue 自动建立创建 P1 风险并指定负责人
→04所有输出刷新会议、看板和日报同步引用
PM 输入的是一条变化，系统更新的是这条变化在整个项目中的完整影响。
04 / 一份事实，多种表达
不同场景看到不同内容。
背后使用同一份事实。
会议关注今天要做的决定，日报关注当天的变化，Dashboard 关注实时状态，季度复盘关注趋势和经验。系统根据用途组织内容，而不是让 PM 重写内容。
02每天晚上
日报Daily Build Report
把当天最新事实整理成结构完整、可追溯的客户报告。
引用实时项目事实03随时
查询Dashboard & Query
按 Build、Config、Issue 或责任人查看实时状态。
引用实时项目事实04季度
复盘PMM Review
汇总趋势、重复问题和已经验证的经验教训。
引用实时项目事实日常运营页面保持实时更新→对外会议与报告发布时冻结版本
既能看到现在的最新状态，也能回看当时依据什么事实做出了什么决定。
05 / 六个模块，六种管理视角
模块各有重点，
但不是六个信息孤岛。
每个模块采用最适合该场景的呈现方式，同时共享同一套 Build、Config、Issue、时间和责任人信息。
01Build Hub生产进度
计划、实际、Config、Lot 和关键时间点
↗02Readiness开线准备
物料、程序、Golden Sample 是否齐套
↗03Issues & FA问题闭环
问题影响、围堵、分析、改善和验证
↗04CTQ / OQC质量放行
过程质量、OQC 状态和客户风险
↗05Shipment送样追踪
放行、发货、签收和客户验证
↗06Report Studio对外输出
会议、日报和季度复盘的内容编排
↗06 / 从一天到一个季度
每天记录真实运营，
自然形成长期项目经验。
日报不再从零开始，季度总结也不再依靠 PM 回忆。每次更新、决定和问题闭环都会成为后续复盘可以直接使用的素材。
更新当前状态
导入并确认最新业务事实
内部日会
明确风险、责任人与行动
客户会议
聚焦需要对齐的决定
发布日报
冻结当天客户版本
季度 PMM
汇总趋势与 Lesson Learned
07 / 我们希望带来的改变
减少整理和对表。
把时间还给判断与推进。
现在PM 追着信息跑收集 · 对表 · 改PPT · 找最新版 · 重写日报
→PM OPERATION OS信息围绕项目自动流动一次更新 · 自动关联 · 多场景呈现 · 持续沉淀
核心价值
进入产品 Demo →同一个事实只维护一次；每个场景都能看到适合自己的表达；
每一次项目运营都能留下可以复用的组织经验。