MoSCoW 需求优先级排序框架

一、框架定义

二、四级需求定义与判断标准

1. M – Must have（必须有）

• 定位：产品的底线需求、核心刚需
• 判断：缺少该功能，产品无法正常使用、业务无法运转，完全达不到上线标准
• 性质：MVP（最小可行产品）必备，无替代方案
• 举例：
  外卖 App：下单、支付、地址管理
  电商 App：商品浏览、加入购物车、结算

2. S – Should have（应该有）

• 定位：重要但非致命
• 判断：功能很有价值，能显著提升体验 / 效率；但即便没有，产品仍可正常使用，只是体验较差
• 性质：有替代方案，但效果一般
• 举例：
  外卖 App：订单实时跟踪、评价功能
  电商 App：优惠券、商品收藏、退款申请

3. C – Could have（可以有）

• 定位：锦上添花型需求
• 判断：能优化体验、提升好感，但对核心流程几乎无影响
• 性质：资源充足才做，时间紧可直接砍掉
• 举例：
  主题皮肤、分享有礼、个性化推荐、会员积分小游戏

4. W – Won’t have (this release)（本次不做）

• 定位：本轮迭代暂不实现
• 判断：与当前版本目标无关，或投入产出比极低
• 性质：并非永久不做，只是延后到后续版本或长期搁置
• 举例：
  外卖 App：社区社交圈子
  电商 App：VR 沉浸式逛店

三、核心使用原则（面试加分点）

1. 时间盒约束
   先保 Must，再做 Should，有余力再做 Could，W 直接延后
2. 比例控制
   Must 需求不宜过多（通常≤60%），避免需求过载导致整体延期
3. 动态调整
   优先级不是固定的，会随业务阶段、用户反馈、市场变化重新划分
4. 对齐共识
   用于产品、研发、设计跨团队统一认知，减少需求争执

四、一句话总结