考察点
这道题出自蚂蚁集团 AI 产品经理 GM 面,是一道典型的软技能压力题,但 GM 想看的不是「你会排优先级」这个结论,而是你的思维方式:你是不是第一反应去拍脑袋选一个?你敢不敢承认信息不足?你能不能把「说服领导」转化成「让决策依据自己说话」?在蚂蚁这种强业务导向、资源永远紧张的组织里,这题几乎是日常工作的预演。追问会往「领导坚持都要怎么办」「你选的那个没做成怎么办」「业务方来闹怎么办」上压。
参考答案
先纠偏:这不是「说服」的问题,是「对齐标尺」的问题
拿到这个题,很多人的第一反应是「我要用三寸不烂之舌让领导接受我的选择」。这个出发点就错了。十个需求要砍九个,靠嘴说服的本质是让领导吞下他不同意的方案——今天他勉强同意了,下周业务方一催,方案照样翻烧饼,而且锅是你的。
正确的姿势是把问题翻译一下:领导真正缺的不是被说服,而是砍需求的依据。十个需求摆在那,大概率不是他都想好了非要不可,而是没人给他一个能摆在桌面上的取舍逻辑。产品经理的价值就是提供这把尺子,让结论自己长出来,你只是拿尺子的人。这样即使结果和领导的直觉不同,他挑战的也是尺子的权重,而不是你的立场——争论就从人际层面降维到标准层面,好谈得多。
第一步:把十个需求拉到同一张桌子上
开工前先补信息,而不是先排序。每个需求我要搞清楚四件事:服务哪个业务目标(收入、留存、合规、降本)、影响多少用户或多大盘子、不做会怎样(有没有截止日期、合规红线、客户合同)、研发说的「只够做一个」到底是什么口径——是一个月一个人,还是一个迭代?
这一步经常直接改变局面:十个需求里通常有两三个是重复的或者是同一目标的不同解法,合并;有一两个其实研发量很小,顺手就带了不占主资源;还有一个可能是合规或合同硬约束,根本不在「可选」范围内,直接钉死必须做。真实项目里,经过这轮梳理,「十选一」往往就变成了「三选一」,沟通难度骤降。
第二步:建一把简单的尺子,当众打分
剩下的需求用一个简单透明的框架打分,我一般用三维:价值(对当期业务目标的贡献,能量化的量化——带来多少收入、省多少人力)、成本(研发人日,直接找研发负责人估,别自己拍)、风险与时机(错过这个窗口的代价)。合规类需求单独标记,不参与打分,直接置顶。
关键是打分过程要让领导参与校准权重,而不是我关起门算完给他看结果。比如我会先问:这个季度业务的第一目标是大促转化还是新客留存?权重由目标定,不是我定。权重对齐之后,分数算出来,第一名是谁其实双方心里已经有数了,「说服」这个动作在过程中就完成了,最后只是确认。
第三步:给「不做」一个体面的出路
砍需求最伤的不是需求本身,是提需求的人觉得被无视。所以方案里一定要有安置措施:被砍的九个,明确哪些进下个迭代的候排池(给出大致时间窗)、哪些建议降级为轻量方案(比如不做完整功能,先用人工 + 半自动顶着)、哪些建议明确放弃并说明理由。给业务方一个「被听过、有交代」的感觉,下个季度他们才愿意继续跟你合作。
还有一个技巧是给领导选择权而不是判断题。我一般会带两个方案去:「保一个做深」和「拆两个做浅」——有的情况下一个需求做到 80 分不如两个都做到 60 分,把 trade-off 摆出来让领导拍。他要的是掌控感,你给的是结构化的选项,这不是套路,是把决策成本降下来。
事后闭环:让这次取舍变成下次的信用
方案定了我还会做两件事。一是把取舍逻辑和预期收益写成一页纸备忘,邮件或文档留痕——不是防扯皮,是三个月后复盘要有对照。二是上线后主动回报数据:当初承诺做 A 能带来什么,兑现了没有。兑现了,下次你再提取舍方案,领导的信任额度就高一截;没兑现,主动复盘原因。向上管理的本质是信用的复利,一次说服赢不来信任,连续三次「我说的和发生的一致」才可以。
可能的追问
- 领导看完打分还是坚持要做他认为重要的那个,怎么办? 答:执行,但留两步:确认我是否完整呈报了风险(比如被砍需求里有客户合同的),确认后按他的决定执行,产品经理可以保留意见但不能保留执行。事后拿数据复盘,如果结果不好,这是下次校准权重的最好素材,而不是「我早说过」。
- 研发说只能做一个,你怎么确认这不是托词? 答:不猜疑,去对齐颗粒度。找研发负责人一起过排期:瓶颈是人力、联调窗口还是依赖的外部系统?「只能做一个」很多时候是「串行只能做一个」,换并行排期、砍联调范围、借调人力之后可能是 1.5 个。产品经理替需求争取空间的第一步是理解约束的真实形状。
- 你选的需求上线后效果不达预期,怎么复盘? 答:先分清是判断错了还是执行错了:价值假设本身不成立(用户没有这个痛点),是需求验证阶段的功课没做足,下次加强上线前的小流量验证;方向对但实现打折,是执行问题。无论哪种,主动把复盘结论同步给领导,重点讲下次怎么改——遮一次丑,毁掉的是之前攒的所有信用。