需求的细节

在找项目管理的一些资料,看到这么一个提问:产品经理在向开发同事提需求时,如何完善需求,让需求细节全面并且清晰? 其中安江泽的一个回答如下:

我们开发真正希望的是产品经理在交代需求时,不要求全面细致,但要重点突出。

其实工程师不仅仅要了解产品的方案的核心设计思路,还要知道工程上取舍的条件。这样我们可以集中精力解决对公司对整个产品有巨大回报的问题,同时在那些次要的功能点上做变通。

而面对那些重点不突出的需求,越是交代得细致,我们越是反感。因为不知道你真正想解决的问题是什么,我们就不知道一处设定是你重点关注的还是随便拍脑袋的,那我们肯定要到处挑刺啦。

此外,如果一个名产品经理知道自己方案的核心要点,也是不会为一些次要的细节被挑刺而乱了阵脚的。只要底线没被触及,完全可以让开发有些发挥的余地,降低下整体的成本呀。相反,越是不知道底线在哪的 PM,面对开发的反馈越敏感,越怕自己的方案有一点的变化。

所谓一流产品讲故事,二流产品列单子,三流产品哭鼻子,就是这个道理。

之所以贴出来是这段时间关于项目管理、关于需求的细节想了挺多,也许是时候总结了。

产品经理最怕的是落到自嗨的境地。