真实问题
“老板临时要我们下周加一个会员积分商城，但这个版本本来在做新手转化，我该怎么处理？”
问题判断
这不是简单插需求，而是版本目标和临时业务压力之间的资源冲突。
当前版本要证明新手转化，积分商城更偏留存或商业化。两个目标同时塞进同一版本，会让研发资源分散，也让上线结果无法解释。
为什么这是核心问题
先弄清老板真正想解决什么，再讨论做多大。
- 如果老板要解决短期收入，积分商城未必是最快路径。
- 如果是客户承诺或阶段性展示，最小可见版本可能足够。
- 如果没有明确替代项，团队默认承担全部范围，原版本目标一定受损。
行动建议
今天把问题整理成三个可拍板选项。
保持原版本
继续围绕新手转化交付，积分商城进入下个版本。适用于老板没有硬截止时间、只是提出方向时。
用 2 天做原型验证
先确认用户是否愿意兑换、运营是否能供给、目标指标是什么。验证成立后再排正式版本。
砍同等工作量，换最小商城
如果必须上线，先做入口、一个兑换品和人工履约。把被替换需求、延期风险和影响指标写在同一页。
拍板条件
用目标和代价决定方案，不用职位高低替代判断。
- 选保持原版本：临时需求没有硬截止时间，且与本版本主指标无直接关系。
- 选原型验证：方向重要，但用户价值、供给或目标仍不清楚。
- 选最小版本：存在明确外部承诺，并且老板接受砍掉同等工作量。
常见问题
插需求时最容易误判的两件事
- 老板临时插需求应该直接拒绝吗？
- 不要先拒绝，也不要默默接受。先确认老板真正要解决的目标，再给保持原版本、快速原型验证、砍同等范围换最小版本三个选项。
- 临时需求必须上线时怎么缩范围？
- 只保留能验证目标的最小链路。例如积分商城先做入口、单品兑换和人工履约，不先建设完整商城。