DELIVERY / 交付流程
每一阶段都有输入、输出和确认点
流程不是为了增加会议，而是为了尽早暴露风险。我们把项目收束为对齐问题、确认计划、验证原型、迭代开发与上线交付五个阶段。
SCOPE / 项目范围
先看这类项目通常包含什么。
- 0101 对齐问题
客户看到问题清单、业务目标、主要角色、限制条件与成功标准。
- 0202 确认计划
客户确认范围、里程碑、分工、风险、付款节点和变更机制。
- 0303 验证原型
客户操作核心任务流，并检查异常状态、字段规则和视觉方向。
- 0404 迭代开发
客户按可演示版本检查真实任务、样例数据和已知问题。
- 0505 上线交付
双方核对测试、部署、业务验收、源代码、文档和责任交接。
DECISIONS / 关键判断
开始开发前，先把这些问题回答清楚。
阶段出口
每一阶段都有双方可检查的成果。
变化有记录
范围变化先评估成本、时间与质量影响。
验收连接业务
使用真实任务和数据判断是否完成。
过程可以接替
范围、版本、决定和已知问题保留可交接记录，人员变化先说明影响。
BOUNDARY / 项目说明
先把事实、范围与责任边界说清楚。
FAQ / 常见问题
围绕这类项目的真实问答
01
项目过程中可以调整需求吗？
可以，但要通过变更机制评估对范围、时间、成本和质量的影响。
02
客户需要投入哪些角色？
通常需要业务决策人、日常接口人和能够确认关键流程的业务代表。
03
付款比例是否固定？
不在官网统一套用比例。付款节点会与双方可检查的阶段成果绑定，具体比例和条件写入项目文件。
04
源码和部署资料什么时候交接？
交接节点随项目约定，但最终验收前会按交付清单核对代码版本、部署配置、文档、账号与已知限制。
NEXT / 继续了解
从相关服务、案例或资料继续判断。
PROJECT CONTEXT / 项目沟通
问题已明确，直接讨论首期范围。
不用先整理完整需求文档，说明当前做法、使用角色、预算与首期目标即可。