很多产品经理给人的印象就是每天开会,开完会就趴在桌子上写产品需求文档。上次和国内的几个产品经理交流时,有的产品经理告诉我说花好几个星期写的一份产品需求文档,工程师没看完就扔一边了;有的产品经理和我说, 他们的产品需求文档非常精确,每个小细节、每个逻辑都讲得清清楚楚, 流程图也画得非常清晰, 工程师照着这个文档一行一行地写代码就可以了。
我在硅谷认识的很多产品经理,包括我自己,都不喜欢把大量的时间花在写产品需求文档上。我们认为,应该直接和工程师、设计师面对面地沟通,当面把东西讲清楚, 而不是写一摞文档,最后工程师、设计师根本没时间看,或者一看这么多内容随便瞟一眼就扔一边了。
这样做的好处是,我们做决定的速度非常快,当面开完会,马上就开始干活,而不需要把每个细节都写得清清楚楚。
这样做的缺点是,如果你的团队成员还不具备自己做一些小决定的能力,或者公司对于一些基本的 UI 部件没有固定的标准(在大公司,按钮、配色都有相应的设计准则),那么很有可能出现产品的功能和功能之间不协调的问题。尤其是当一个成员辞职后,整个产品组需要花很长时间来填补这个空缺。所以,我理解有些公司的产品经理会在产品需求文档里面,事无巨细地把所有细节都写得清清楚楚。