SCOPE / 项目范围
理解方法的适用要点。
- 01固定总价
先投入时间澄清范围，用边界与验收换取成本确定性。
- 02阶段迭代
按周期验证假设和优先级，持续决定下一阶段投入。
- 03混合模式
稳定模块固定范围，接口验证或探索性能力单独设阶段。
- 04共同底线
每一阶段都要有输入、输出、预算上限和停止条件。
DECISIONS / 关键判断
结合当前任务，核对关键判断。
未知量有多少
接口、数据、硬件和业务规则越不确定，越需要先验证。
决策人能否持续参与
迭代不是边做边猜，需要及时取舍和确认。
验收能否客观描述
无论哪种模式，都要把结果写成可观察任务。
BOUNDARY / 项目说明
合作模式分配风险，但不会消除风险。
FAQ / 常见问题
合同模式常见的两个误区
01
迭代开发会不会没有总预算？
可以设置阶段预算、总预算上限和停止条件，不等于无限投入。
02
固定总价是否绝不加价？
约定范围内应按合同执行；新增需求和外部条件变化仍需走变更确认。
NEXT / 继续了解
从相关服务、案例或资料继续判断。
合作模式判断、里程碑与变更表
可直接阅读下表，再复制空白模板填写。填写示例仅用于解释方法，不是真实客户案例、报价、合同条款或交付承诺；实际范围与责任由双方确认。
窄屏下可左右滑动表格，查看完整填写示例。
| 记录项 | 怎样填写 | 填写示例 |
|---|---|---|
| 稳定范围 | 列哪些输入、接口与验收已经确定 | 订单创建和人工审核规则已确认，可评估固定范围 |
| 未知范围 | 写需要验证的假设与验证结束条件 | 第三方接口未开放，先安排有投入上限的验证阶段 |
| 模式选择 | 固定范围/阶段迭代/混合；说明理由 | 稳定业务固定范围，接口验证单独成阶段 |
| 里程碑 | 写输入、输出、确认人、投入上限和停止条件 | 接口验证交付调用结果与风险清单；失败则不进入依赖开发 |
| 变更记录 | 原约定、请求、影响、报价、批准人和版本 | 新增批量审核先评估影响，书面确认后进入排期 |
在上方文本框中全选复制，粘贴到你的文档后填写；无需登录或提交联系方式。
PROJECT CONTEXT / 项目沟通
先说明实际情况，再讨论适合的范围。
不用先整理完整需求文档，说明当前做法、使用角色和首期目标即可；预算暂不确定时，也可以先沟通范围。