需求永远比资源多
每个产品经理都面临同一个困境：需求太多，资源太少。
业务方说"竞品上了这个功能，我们也要有"。老板说"这个方向很重要，尽快排上"。运营说"用户反馈了这个问题，能不能下个版本修"。技术团队说"这个技术债不还，以后会越来越难改"。每一个需求单独来看都有道理，但全部加在一起，就算团队规模翻三倍也做不完。
在这种情况下，产品经理最重要的能力不是"做什么"，而是"不做什么"。说"好的，我们来做"很容易，说"不，这个我们现在不做"才是真正考验功力的时刻。
为什么说不这么难
说不之所以困难，首先是因为政治压力。在大公司里，每个需求背后都站着一个人或一个团队。拒绝需求，某种程度上就是拒绝提出需求的人。没有人喜欢被拒绝，而产品经理需要和这些人长期合作。今天拒绝了业务方的需求，明天需要他们配合推进另一个项目时，关系可能就微妙了。
其次是 FOMO（Fear of Missing Out）。万一竞品做了这个功能真的很成功呢？万一这个需求背后有一个我没看到的大机会呢？这种"错过焦虑"会让产品经理倾向于什么都想试试，结果是什么都做了一点，什么都没做好。
还有一个更隐蔽的原因：讨好型人格。很多产品经理（包括曾经的我）本能地想让所有人满意。有人提需求，第一反应是"我来想想怎么做"，而不是"这个该不该做"。这种心态短期内会让你人缘很好，长期来看会让产品失去方向。
说不的框架
经过不少教训，我总结了一套说不的框架。
第一条原则是"不是不做，是现在不做"。大多数需求不是完全没有价值，只是在当前阶段不是最优先的。把"不做"重新表述为"排在 Q3"或者"等某个前置条件满足后再做"，既表达了对需求价值的认可，又守住了当前的优先级。这不是话术技巧，而是真实的产品规划思路——好的需求不会过期，但做的时机很重要。
第二条原则是用数据说话。“我觉得这个不重要"是最弱的拒绝理由。“根据数据，这个功能的目标用户只占总用户的 3%，而我们当前优先服务的用户群体占 60%"——这就有说服力多了。数据不是万能的，但它能把主观的优先级争论变成相对客观的讨论。
第三条原则是给替代方案。直接说"不做"会让对方感到被忽视。但如果你说"这个完整方案现在做不了，但我们可以先用一个轻量级的方式解决 80% 的问题”，对方的接受度会高很多。替代方案不一定是技术方案，也可以是流程方案、运营方案，甚至是"先手动跑一个月，验证需求真实性后再投入开发”。
第四条原则是透明化优先级。很多冲突源于信息不对称——业务方不知道你手上还有哪些需求在排队，自然觉得自己的需求应该排第一。把当前的需求池和优先级排序公开出来，让所有人看到全局，讨论就会从"为什么不做我的需求"变成"在这些需求中，哪个应该排更前面"。这是一个更健康的讨论方式。
在多方需求中守住方向
说不的技巧只是表面，更深层的问题是：你有没有一个清晰的产品方向？
如果你自己都不确定产品的核心价值是什么、未来半年的重点是什么，那你就没有拒绝需求的依据。每个需求都"看起来有道理"，因为你没有一个更高层面的判断标准来筛选它们。
我的做法是在每个季度初明确三件事：这个季度产品的核心目标是什么（最多三个）、为了达成这些目标需要做哪些关键事项、哪些事情明确不做。第三点尤其重要——提前想清楚"不做什么"，比临时拒绝需求要容易得多。当有人提出新需求时，你只需要对照这个框架：“这个需求和我们本季度的核心目标相关吗？“如果不相关，拒绝就有了充分的理由。
当然，现实不会这么理想。总会有突发的、紧急的、“老板亲自过问"的需求打破你的计划。这时候需要的不是死守计划，而是有意识地做取舍——如果要加入这个新需求，哪个原有需求可以延后？资源是守恒的，加一个就要减一个，这个原则不能妥协。
好产品是不做的需求定义的
乔布斯说过一句被引用了无数次的话：“专注不是对你要关注的事情说是，而是对其他一百个好主意说不。“这句话之所以被反复引用，是因为它说出了一个反直觉的真相：好产品不是功能最多的产品，而是在最重要的事情上做到极致的产品。
微信的克制是一个经典案例。作为一个拥有十几亿用户的超级应用，微信收到的功能需求恐怕比任何产品都多。但张小龙团队对"加功能"保持了极大的克制，每一个新功能都经过反复斟酌。这种克制不是因为他们没有资源，而是因为他们深刻理解：每加一个功能，就增加一分复杂度，就让产品离"简单好用"远一步。
回到日常工作中，每次你成功地拒绝了一个不该做的需求，你就为产品守住了一分专注。这些"没做的事情"不会出现在你的绩效报告里，不会被老板表扬，甚至不会被任何人注意到。但它们定义了你的产品是什么——正如雕塑家米开朗基罗所说，雕塑就是把不需要的石头去掉。
写在最后
学会说不是一个持续修炼的过程。我到现在也不能说自己完全掌握了这个技能——有时候还是会因为不好意思而接下不该接的需求，有时候还是会因为 FOMO 而分散精力。
但至少我现在会在接受每一个需求之前问自己一个问题：如果这个需求做了，意味着哪个更重要的事情做不了？如果答案让我不舒服，那这个需求大概率应该被拒绝。
产品经理的价值不在于做了多少事，而在于用有限的资源做了最对的事。而做最对的事的前提，是对其他所有事说不。