你怎么做需求优先级排序？
五个经典回答示范
我用维度框架加方法工具：先按价值、成本、风险、战略匹配四个维度打分，常用 RICE——触达乘影响乘信心除投入，KANO 分基本期望兴奋需求。再结合约束——研发容量与版本节奏做裁剪。我会举例：上一版砍掉了自研图表（分数低），换成第三方嵌入，省下两周做转化优化，后者 RICE 分数是前者三倍。
我讲真实决策：排期只剩四周，需求池 20 条。我先分类——合规类直接进版无争议；体验类按用户影响面排序；增长类看数据预期。争议集中在两个大需求，我用 RICE 拆解：需求 A 触达高但信心低（依赖渠道配合），需求 B 触达中但信心高且可灰度。选 B 加一条低成本探路需求。结果 B 转化提升验证预期。方法重要，但把『信心』诚实评估更重要。
优先级排序的资深认知：一，排序是资源分配决策，本质是战略——先问这季度业务目标是什么，脱离目标的 RICE 是精确的错误；二，组合思维——高风险高回报与低风险确定性搭配，像投资组合而非单纯排分数；三，机会成本与退出成本——做 A 意味着放弃什么，做错后多难回头；四，政治现实——用透明的框架让各方在规则内博弈，框架的可信度比单次结果重要。
追问『研发说你的优先级总变』：变更要有代价意识——进入开发的需求变更需评审并明确替换项，同时需求池变动同步节奏化（双周）而非随时插；『老板强插需求怎么办』：评估影响面给替代方案，实在要插就明确挤掉什么并书面确认；『KANO 怎么用』：通过问卷配对问题分类，基本型缺失是灾难，兴奋型做差异化。
『谁喊得响先做谁，老板说的都最高优先级，销售催的排前面，用户投诉多的赶紧上，需求就是灭火。』——点评：被声量驱动而非价值驱动，安静的大多数需求永远排不上；老板需求不经评估直接置顶，产品经理就退化成传话筒。
- 打开 模拟练习，选择「产品经理」方向，限时 3 分钟作答本题。
- 对照上方答题框架，逐点检查：哪些要素没覆盖、哪里表达啰嗦。
- 用自己项目的真实经历替换框架中的占位内容，重讲一遍并录音回听。
这类题在真实面试中常被追问细节，
建议进入限时模式练一遍。