我曾在2020年撰写过一篇名为对产品经理的一些思考的文章,紧接着在2021年,我又写了一篇对如何分析项目的思考。在这两篇文章中,我提出了一个核心观点:“船长需要把控所有事情,但最核心的是:需要知道目标是什么,船需要航行到哪里。”这个观点至今我依然坚持。
然而,船长的角色并不一定非得是产品经理,也可以是研发人员,甚至可以是我们大家一起扮演。因为这涉及到一个前提,那就是产品经理真的知道目标是什么吗?这个目标真的是正确的吗?这时候,我们就需要大家一起发挥主观能动性,共同探讨。
今天,我想和大家聊聊,当产品经理提出一个需求时,我们应该如何探讨项目中各个模块的合理性。在产品和研发一起讨论项目的过程中,研发的角色往往相对较弱,主要负责实现需求。然而,任何一个能提出来的项目,肯定都有其一定的价值。
项目的起源大多来自业务反馈、竞品调研、产品经理的长期规划、产品的奇思妙想,以及公司或老板的战略。对于不同起源的项目,我们对其价值认知和实现方案也会有所不同。但无论哪种项目,产研团队一定要对项目价值有共同的认知。我建议所有的项目都应有明确的价值产出,以便我们评估项目的最终效果是否达标,这对后续的迭代和提高我们的自我要求都大有裨益。
我认为,我们可以从以下三个层面来探讨项目:
合理性
需求是否合理?它真的能实现产品经理想要的效果吗?
我们首先需要明确产品经理想要的效果是什么。大多数时候,产品经理想要的效果和需求实现是一致的,但有时也会有遗漏。
比如,产品经理想通过链接获取背后的信息。如果没有其他限制,这个需求实际上是无法实现的。因为很多链接无法获取背后的信息,而且这样做也不合法。大多数链接都有用户校验,尤其是视频网站相关的链接。此外,需求中还有很多需要考虑的点,这些都会影响最终的效果。
这就是一个合理性不高的需求,需要进一步完善。
替代方案
有时候,需求是相对合理的,但实现成本太高。这时候,我们可以一起探讨一下替代方案。
-
用户交互的方式是否可以改变?有时候,只要改变一下交互方式,整个成本就会降低。这需要产品经理对产品和用户体验有足够的了解,但有时候确实没有更好的方案。
-
是否可以找到第三方已有的能力?这就需要我们去做一些调研了。好的产品经理能提前预判难度,并在需求文档中找到合适的第三方对接方案。我非常欣赏这种能提供实现路径的产品经理。
优先级调整
如果功能点不是主链路,同时实现成本很高,那么我们是否可以先不做,让人力资源先去处理更重要的事情?
思考
很多时候,信任真的能解决很多问题。只要产研团队能够坦诚交流,就能迅速达成共识。但如果方案不够合理,实现一个小功能的成本过高,而产品经理又不愿意改动需求,那么就需要不断开会、不断升级方案。即使最后实现了,这样一个效果一般、耗费大量人力的项目,对整个产品的长期发展真的有利吗?或者说,我们在考虑一个需求的时候,是应该从单个需求出发,还是应该从整个产品的角度考虑呢?
这些都是值得我们深思的问题。