三个工作台
产品与系统设计 · v0.1 草案
客户协作与交付工作台
让客户从需求澄清就参与,围绕明确版本讨论和确认成果。
客户什么时候参与
立项时提供资料,研究中回答技术澄清和确认目标,阶段评审时比较方案,最终接收交付包。
工作台以客户参与项目的成员身份开放,展示该成员有权查看的资料与发布成果。
建议的页面组织
| 页面 | 内容 |
|---|---|
| 项目概览 | 当前目标、阶段状态、双方待办 |
| 需求与现场资料 | 客户提交的信息、补充要求、澄清记录 |
| 阶段成果 | 发布的方案、曲线、图纸、计算摘要和关键依据 |
| 问题与变更 | 锚定对象的讨论、新需求、处理状态 |
| 交付中心 | 版本说明、文件清单、确认记录和下载 |
发布快照是讨论的基础
客户看到的是一次明确发布。内部更新模型后,已有客户页面仍指向原发布版本;新的结论通过后续发布呈现。
例如客户在能耗曲线上提出“是否包含溶剂再生”,问题同时记录:发布编号、曲线编号、数据范围、相关报告段落。
回复可以补充解释,也可以形成变更任务。新版本发布时,说明相关问题如何被处理。
客户能看到什么
发布内容由项目团队明确选择:结论、关键假设、验证状态、相关证据与待解决事项。内部研究笔记、草稿与企业资产另有可见范围。
附件、预览、搜索和 Agent 检索使用相同的访问范围。客户看不到的内容也不能通过引用链接或自动摘要泄露出来。
客户确认应写清确认的是哪一版本、哪些目标或事项;“已查看”“已评论”和“已确认”分别记录。
客户做实验的情况
这是待验证需求。如果客户承担现场试验,可以给项目成员开放实验执行入口:接收计划、记录偏差、上传原始数据和填写交接信息。
这些数据进入同一个实验子系统,保留执行单位和来源,再按项目约定分析与评审。
怎样验证这个工作台
客户能否找到最新发布和自己待处理的问题?同一条评论是否能在双方界面回到同一个版本?一次新需求能否被追踪到最终处理结果?