SCOPE CUTTING / 预算裁剪
预算有限时，保住闭环而不是平均删功能
预算裁剪不是把每个模块都做成简版。更有效的做法是选定一条能独立产生结果的业务链，保留它需要的角色、状态和证据，其余能力整块后置。
SCOPE / 项目范围
先看这类项目通常包含什么。
- 01定义唯一目标
首期只回答一个最值得验证的业务问题。
- 02画出依赖关系
识别删掉后会让核心流程无法运行的底层能力。
- 03整块后置
把自动化、精细报表和低频角色留到真实数据出现以后。
- 04保留上线成本
测试、部署、监控和交接不能因为看不见就被全部删掉。
DECISIONS / 关键判断
开始开发前，先把这些问题回答清楚。
按结果排序
先保留直接形成业务结果和验收证据的功能。
避免半条流程
不能只留下前端入口，却删掉后台处理和异常闭环。
设置二期触发条件
用用户量、工单量、人工成本或错误率决定何时扩展。
WORKED EXAMPLE / 填写示例
一个预约项目怎样从“大而全”收束到首期闭环
原设想同时包含获客、预约、智能派单、库存、绩效、结算和经营报表。
先验证从客户预约到现场完工能否减少电话与表格转述。
预约、客户资料、人工派单、进度、现场材料和异常退回。
智能排班、库存联动、复杂绩效和多维经营分析。
工单量稳定且人工派单成为明确瓶颈后，再评估调度自动化。
- 01确定首期唯一业务结果
- 02标出闭环所需依赖
- 03将非必要模块整块后置并写触发条件
BOUNDARY / 项目说明
裁剪降低的是首期范围， 不应隐去质量与责任成本。
FAQ / 常见问题
预算和目标不匹配时怎样取舍
01
先删管理后台是不是最省钱？
不一定。许多业务需要后台处理、配置和追溯；应判断它是否属于闭环，而不是按用户是否直接看见来删。
02
后置功能什么时候再做？
当首期运行数据证明瓶颈存在，并且触发条件达到时再评估，避免按最初设想自动进入二期。
NEXT / 继续了解
从相关服务、案例或资料继续判断。
PROJECT CONTEXT / 项目沟通
问题已明确，直接讨论首期范围。
不用先整理完整需求文档，说明当前做法、使用角色、预算与首期目标即可。