2.3 KiB
2.3 KiB
type, tags, aliases, source, status, owner, updated
| type | tags | aliases | source | status | owner | updated | |||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| process_stage |
|
|
AI_驱动_内部系统开发流程_V3.docx | active | 业务主管 / 业务人员 | 2026-05 |
阶段1 业务需求完整形成
核心目标
业务侧通过 Vibe Coding 跑完整需求。阶段1追求需求完整，不追求产品完善。
负责人
- 业务主管
- 业务人员
输入
- 阶段0入口分级结论。
- 业务痛点、业务目标、现有流程。
- 业务人员真实操作经验。
关键动作
- 梳理主流程。
- 明确日常操作页面结构。
- 盘点功能页面和按钮。
- 补充分支流程。
- 补充异常流程。
- 使用 Vibe Coding 生成或验证需求原型。
- 记录页面验证结果。
输出/交付物
01_主流程说明.md02_日常操作页面结构.md03_功能页面按钮盘点表.md04_分支流程_XXX.md05_异常流程_XXX.md06_VibeCoding页面验证记录.md
检查清单
- 主流程是否能从开始走到结束？
- 日常操作入口是否清楚？
- 页面、按钮、字段是否大致完整？
- 分支流程是否由真实业务人员补充？
- 异常流程是否覆盖无负责人、超时、数据缺失等情况？
- Vibe Coding 原型是否经过业务侧走查？
- 是否明确哪些内容只是原型，不可直接进入生产？
风险点
- 只描述主流程，漏掉分支和异常。
- 把 Vibe Coding 页面当成可生产代码。
- 业务主管只给方向，没有安排业务人员补充真实操作细节。
- 页面、按钮、字段未盘点，导致阶段2和开发阶段返工。
Gate 1 通过标准
需求完整通过：主流程、分支、页面、按钮、字段、状态大致完整。
常见问题
阶段1追求什么？
追求需求完整，不追求产品完善。页面可以粗糙，但业务流程、分支、异常、按钮、字段不能漏大块。
Vibe Coding 页面能不能直接上线？
不能。Vibe Coding 页面只是需求原型，不直接进入生产。