Product Design Iteration (Internal Process System) — v3.0
精简迭代流程：4步完成，以截图为核心，精准定位变更。
🆕 v3.0 核心优化
- ❌ 去除冗长的7步流程，精简为4步
- ✅ 增加界面截图作为核心输入，精准识别变更位置
- ✅ 按变更类型（新增/调整/删除）分类处理
- ✅ 最终输出：差量PRD + 修改后原型（before/after对比）
Domain assumption
Target is ALWAYS a company-internal process management system that ALREADY EXISTS. If product is brand new → use product-design-0to1 skill instead.
Core philosophy
以截图为锚点，精准变更。 不看到界面就不知道改什么，不知道改什么就无法精准迭代。
The 4 Steps
Step 1: 基础信息收集（3个快速问题）
依次询问以下3个问题：
1.1 涉及角色
"这个流程涉及哪些角色？每个角色一句话职责。"
示例：
- 客服专员：执行客户回访任务，记录回访结果
- 业务部门：配置回访模版，分配任务，审核质量
1.2 现有主流程
"请用3-7步描述现有的核心业务流程。"
示例：
- 业务部门配置回访模板
- 业务部门创建回访任务并分配给客服专员
- 客服专员执行回访并记录结果
- 业务部门审核回访质量
- 系统生成回访数据报表
1.3 迭代需求
"目前流程存在什么问题？为什么要迭代？需要增加/修改/删除什么功能？"
示例：
- 问题：业务部门手动创建任务太费时，每次要导入Excel客户名单
- 需求：希望系统能自动根据规则生成回访任务
收集完成后：创建 project/00-input/baseline.md 保存这3部分信息，用 present_files 呈现，等用户确认。
Step 2: AI分析并输出调整清单
基于Step 1的信息，AI分析并输出：
2.1 功能模块推断
根据主流程和迭代需求，推断出系统的功能模块列表。
示例输出格式：
## 现有功能模块（推断）
- M1 回访模板管理
- M2 回访任务管理
- M3 回访执行
- M4 质量审核
- M5 数据报表
2.2 调整清单
列出本次迭代涉及的模块和调整类型。
示例输出格式：
## 本次调整清单
| 模块 | 调整类型 | 调整说明 |
|------|---------|---------|
| M2 回访任务管理 | 调整 | 增加自动生成任务功能 |
| M6 规则引擎 | 新增 | 新增规则配置模块 |
| M3 回访执行 | 调整 | 增加客户历史记录展示 |
输出位置：project/01-adjustment-list.md
用 present_files 呈现，询问用户：
"我理解您需要调整以上模块，对吗？如有遗漏或错误请告诉我。"
等用户确认后进入Step 3。
Step 3: 分类收集调整内容
根据Step 2确认的调整清单，按调整类型分别收集材料。
3.1 新增界面（Type A）
对于每个"新增"的模块/界面，依次询问：
问题1：需求描述
"请描述这个新增界面的需求和功能。"
问题2：界面字段
"这个界面需要哪些字段？请列出字段名称和说明。"
示例：
- 规则名称（文本）
- 触发条件（下拉多选）
- 生成频率（单选：每日/每周/每月）
- 目标客户筛选（复杂条件组件）
问题3：前序/后续界面截图
"请上传这个界面的前序界面截图（从哪里进入）和后续界面截图（点击后去哪里）。如果没有截图，请描述前后跳转关系。"
收集完成后：创建 project/02-add/{模块名}.md，包含：
- 需求描述
- 界面字段表
- 前后跳转关系
- 前序/后续截图引用
3.2 调整当前界面（Type B）
对于每个"调整"的模块/界面，依次询问：
问题1：调整说明
"请说明要对这个界面做什么调整？"
示例：在任务管理页面增加"自动生成"按钮和配置入口
问题2：当前界面截图/原型
"请上传当前界面的截图或HTML原型。这样我能精准知道在哪里加什么。"
如果用户无法提供截图，追问：
"请描述当前界面有哪些主要元素？比如：顶部有什么按钮、表格有哪些列、右侧有什么操作。"
收集完成后：创建 project/03-modify/{模块名}.md，包含：
3.3 删除界面（Type C）
对于每个"删除"的模块/界面：
AI自动分析：
- 检查该界面/模块在主流程中的位置
- 分析删除后对数据流的影响
- 检查是否有其他模块依赖
输出分析结果：project/04-delete/{模块名}-impact.md
示例：
## 删除影响分析：M4 质量审核
### 流程影响
- 主流程第4步"业务部门审核回访质量"将被移除
- 第3步"客服提交"后直接进入第5步"生成报表"
### 数据影响
- 回访记录表的"审核状态"字段将废弃
- 回访记录表的"审核意见"字段将废弃
- 历史审核数据建议归档保留
### 依赖检查
- M5 数据报表中有"审核通过率"指标，需同步删除
用 present_files 呈现分析结果，询问用户：
"删除这个模块会有以上影响，确认要删除吗？"
所有类型收集完成后，用 present_files 呈现所有收集的材料，等用户最终确认。
Step 4: 合理性检查 + 输出
4.1 合理性检查
在输出前，执行以下检查：
检查项1：信息完整性
检查项2：流程闭环性
检查项3：角色权限覆盖
如果检查不通过：
如果检查通过：
- 输出检查结果：
project/05-validation-passed.md
- 进入输出阶段
4.2 最终输出
输出1：差量PRD文档
位置：project/06-output/delta-prd.md
结构：
# [产品名称] 迭代PRD - [版本号]
## 1. 迭代概述
- 迭代目标
- 涉及角色
- 调整范围
## 2. 现有流程回顾
（引用Step 1的主流程）
## 3. 迭代需求
（引用Step 1的迭代需求）
## 4. 调整清单
（引用Step 2的调整清单）
## 5. 新增功能详述
（针对每个Type A模块）
### 5.1 [模块名]
- 功能描述
- 界面字段
- 前后跳转
- 用户故事
## 6. 调整功能详述
（针对每个Type B模块）
### 6.1 [模块名]
- 调整说明
- Before（当前状态）
- After（调整后状态）
- 影响范围
## 7. 删除功能说明
（针对每个Type C模块）
### 7.1 [模块名]
- 删除原因
- 影响分析
- 数据迁移方案
## 8. 迭代后主流程
（更新后的完整流程）
## 9. 数据字段变更
- 新增字段
- 修改字段
- 废弃字段
## 10. 回滚预案
- 回滚触发条件
- 回滚步骤
- 数据恢复方案
输出2：修改后的原型
位置：project/06-output/prototype.html
原型要求：
- 新增界面：完整交互原型
- 调整界面：Before/After对比视图（左右分屏或Tab切换）
- 删除界面：标注"已删除"，说明删除原因
- 导航：提供原型导航菜单，按模块分组
原型技术栈：
- 使用React + Tailwind
- 使用tabs或左右分屏展示before/after
- 调整部分用高亮标注变更区域
- 支持点击跳转模拟真实流程
使用 present_files 同时呈现差量PRD和原型。
Cross-cutting rules
- 强制卡点：每步产物必须用
present_files 呈现并等用户确认
- 截图优先：Type B调整界面，必须要求截图/原型，否则无法精准定位
- 不编造：信息不足时用
[TODO: 需要用户补充XXX] 占位
- 闭环检查：Step 4必须检查流程完整性，发现断裂必须打回
- before/after必须对比：调整类界面的原型必须有清晰的对比展示
File layout (under project/)
project/
├── 00-input/
│ └── baseline.md # Step 1收集的基础信息
├── 01-adjustment-list.md # Step 2的调整清单
├── 02-add/ # Step 3 新增界面材料
│ ├── {模块名}.md
│ └── screenshots/
├── 03-modify/ # Step 3 调整界面材料
│ ├── {模块名}.md
│ └── screenshots/
├── 04-delete/ # Step 3 删除影响分析
│ └── {模块名}-impact.md
├── 05-validation-passed.md # Step 4 检查结果
└── 06-output/
├── delta-prd.md # 差量PRD
└── prototype.html # 修改后原型
End
"✅ 迭代设计完成（含差量PRD + 修改后原型）。请走灰度发布流程或交付工程实施。"
