如何与PM探讨项目

我曾在2020年撰写过一篇名为对产品经理的一些思考的文章，紧接着在2021年，我又写了一篇对如何分析项目的思考。在这两篇文章中，我提出了一个核心观点：“船长需要把控所有事情，但最核心的是：需要知道目标是什么，船需要航行到哪里。”这个观点至今我依然坚持。

然而，船长的角色并不一定非得是产品经理，也可以是研发人员，甚至可以是我们大家一起扮演。因为这涉及到一个前提，那就是产品经理真的知道目标是什么吗？这个目标真的是正确的吗？这时候，我们就需要大家一起发挥主观能动性，共同探讨。

今天，我想和大家聊聊，当产品经理提出一个需求时，我们应该如何探讨项目中各个模块的合理性。在产品和研发一起讨论项目的过程中，研发的角色往往相对较弱，主要负责实现需求。然而，任何一个能提出来的项目，肯定都有其一定的价值。

项目的起源大多来自业务反馈、竞品调研、产品经理的长期规划、产品的奇思妙想，以及公司或老板的战略。对于不同起源的项目，我们对其价值认知和实现方案也会有所不同。但无论哪种项目，产研团队一定要对项目价值有共同的认知。我建议所有的项目都应有明确的价值产出，以便我们评估项目的最终效果是否达标，这对后续的迭代和提高我们的自我要求都大有裨益。

我认为，我们可以从以下三个层面来探讨项目：

合理性

需求是否合理？它真的能实现产品经理想要的效果吗？

我们首先需要明确产品经理想要的效果是什么。大多数时候，产品经理想要的效果和需求实现是一致的，但有时也会有遗漏。

比如，产品经理想通过链接获取背后的信息。如果没有其他限制，这个需求实际上是无法实现的。因为很多链接无法获取背后的信息，而且这样做也不合法。大多数链接都有用户校验，尤其是视频网站相关的链接。此外，需求中还有很多需要考虑的点，这些都会影响最终的效果。

这就是一个合理性不高的需求，需要进一步完善。

替代方案

有时候，需求是相对合理的，但实现成本太高。这时候，我们可以一起探讨一下替代方案。

• 用户交互的方式是否可以改变？有时候，只要改变一下交互方式，整个成本就会降低。这需要产品经理对产品和用户体验有足够的了解，但有时候确实没有更好的方案。

• 是否可以找到第三方已有的能力？这就需要我们去做一些调研了。好的产品经理能提前预判难度，并在需求文档中找到合适的第三方对接方案。我非常欣赏这种能提供实现路径的产品经理。

优先级调整

如果功能点不是主链路，同时实现成本很高，那么我们是否可以先不做，让人力资源先去处理更重要的事情？

思考

很多时候，信任真的能解决很多问题。只要产研团队能够坦诚交流，就能迅速达成共识。但如果方案不够合理，实现一个小功能的成本过高，而产品经理又不愿意改动需求，那么就需要不断开会、不断升级方案。即使最后实现了，这样一个效果一般、耗费大量人力的项目，对整个产品的长期发展真的有利吗？或者说，我们在考虑一个需求的时候，是应该从单个需求出发，还是应该从整个产品的角度考虑呢？

这些都是值得我们深思的问题。