1填写项目信息
2绘制现状流程图
3选择价值场景
4生成 Before 清单
| 管理痛点 | 具体表现 | 程序如何解决 |
|---|---|---|
| Before 数据缺失 | 项目上线后才问收益，但没有基准数据可对比，无法证明效果。 | 根据痛点自动生成 Before 数据清单，在开发前明确要记录什么。 |
| 价值口径不统一 | 不同部门对效率、风险的理解不一致，管理层难以横向比较项目。 | 用统一价值场景和指标库，标准化效率、风险、周期、追溯等口径。 |
| 伪需求进入开发 | 价值不清、Owner 不清、数据不清的需求直接开发，浪费账号和外包资源。 | 在早期暴露不可验证的需求，支持暂缓、退回或降低优先级。 |
| 项目资料难沉淀 | 流程图、痛点、Before 指标散落在 Excel 和聊天记录里，复盘证据不足。 | 自动生成价值识别卡并保存到项目库，支持导出 Excel 作为预审和复盘资料。 |
建议表达：谁发起 → 谁处理 → 用什么单据/系统 → 最后输出什么结果。
流程图怎么画：
- 先确定流程边界：从哪里开始，到哪里结束。
- 每个方框只写一个动作，例如"填写不良单""仓库审批"。
- 需要判断时使用菱形，文字尽量写成"是否……？"或"是否OK？"。
- 菱形后面建议标注"是/否"的去向；如果只是简单纵向流程，也可以先不填去向。
- 每个节点尽量补齐负责人、设备、系统和说明，方便后续识别责任、工具和数据断点。
| item | 节点类型 | 流程/判断内容 | 负责人 | 设备 | 系统 | 说明 | 是/下一步 | 否路径 | 操作 |
|---|
请先录入流程节点，然后点击"生成/刷新流程图"。
请选择这个项目可能改善的场景。Owner 不需要一开始算收益，只要选择当前流程中存在的现象。
这些是项目开发或试运行前建议 Owner 记录的基准数据，用于后续 Before / After 对比。
| Before 指标 | 为什么要记录 | 建议记录方法 | 建议周期/样本 | 责任人 | 状态 |
|---|
项目价值识别卡
0已保存项目数
0涉及部门数
0涉及Owner数
0Before指标条目数
| 项目名称 | 部门 | Owner | 编制日期 | 价值场景 | 保存时间 | 操作 |
|---|
建议：先用本地项目库验证 5-10 个真实项目；规则和字段稳定后，再考虑对接简道云项目台账，形成共享数据库和管理看板。
| 节点 | 动作描述 | 责任岗位 | 工具/系统/单据 | 频率 | 次数 | 操作分钟/次 | 等待分钟/次 | 走动分钟/次 | 异常返工分钟/次 | 当前问题现象 | 操作 |
|---|