SCOPE CUTTING / 预算裁剪
预算有限时，保住闭环而不是平均删功能
预算裁剪不是把每个模块都做成简版。更有效的做法是选定一条能独立产生结果的业务链，保留它需要的角色、状态和证据，其余能力整块后置。
SCOPE / 项目范围
理解方法的适用要点。
- 01定义唯一目标
首期只回答一个最值得验证的业务问题。
- 02画出依赖关系
识别删掉后会让核心流程无法运行的底层能力。
- 03整块后置
把自动化、精细报表和低频角色留到真实数据出现以后。
- 04保留上线成本
测试、部署、监控和交接不能因为看不见就被全部删掉。
DECISIONS / 关键判断
结合当前任务，核对关键判断。
按结果排序
先保留直接形成业务结果和验收证据的功能。
避免半条流程
不能只留下前端入口，却删掉后台处理和异常闭环。
设置二期触发条件
用用户量、工单量、人工成本或错误率决定何时扩展。
WORKED EXAMPLE / 填写示例
一个预约项目怎样从“大而全”收束到首期闭环
原设想同时包含获客、预约、智能派单、库存、绩效、结算和经营报表。
先验证从客户预约到现场完工能否减少电话与表格转述。
预约、客户资料、人工派单、进度、现场材料和异常退回。
智能排班、库存联动、复杂绩效和多维经营分析。
工单量稳定且人工派单成为明确瓶颈后，再评估调度自动化。
- 01确定首期唯一业务结果
- 02标出闭环所需依赖
- 03将非必要模块整块后置并写触发条件
BOUNDARY / 项目说明
裁剪降低的是首期范围，不应隐去质量与责任成本。
FAQ / 常见问题
预算和目标不匹配时怎样取舍
01
先删管理后台是不是最省钱？
不一定。许多业务需要后台处理、配置和追溯；应判断它是否属于闭环，而不是按用户是否直接看见来删。
02
后置功能什么时候再做？
当首期运行数据证明瓶颈存在，并且触发条件达到时再评估，避免按最初设想自动进入二期。
NEXT / 继续了解
从相关服务、案例或资料继续判断。
可复制的首期取舍表
可直接阅读下表，再复制空白模板填写。填写示例仅用于解释方法，不是真实客户案例、报价、合同条款或交付承诺；实际范围与责任由双方确认。
窄屏下可左右滑动表格，查看完整填写示例。
| 记录项 | 怎样填写 | 填写示例 |
|---|---|---|
| 核心任务 | 保留能独立完成的业务闭环 | 建单、派单、回执、确认都保留 |
| 可延后功能 | 写不影响闭环的增强项与理由 | 自动排班和复杂统计后置 |
| 不能砍的底线 | 列权限、测试、异常处理、部署交接 | 不因压预算省略权限检查或基础恢复验证 |
| 外部与未知成本 | 单列第三方费、联调与数据清理 | 未拿到接口样例前保留待评估，不填写虚假固定价 |
| 确认记录 | 谁确认、剩余风险与重新评估条件 | 业务负责人确认取舍，规则改变后另行评估 |
在上方文本框中全选复制，粘贴到你的文档后填写；无需登录或提交联系方式。
PROJECT CONTEXT / 项目沟通
先说明实际情况，再讨论适合的范围。
不用先整理完整需求文档，说明当前做法、使用角色和首期目标即可；预算暂不确定时，也可以先沟通范围。