情感化的产品需求文档

产品需求文档（PRD），仔细想来，还真不知道从何说起？刚实习的时候，听很多前辈讲，做产品先从写文档开始，于是我就信了，不是因为我认为TA说的是对的，而是因为我真的是太单纯了！PRD就这么与我结下缘分，以前只是在书中看到“产品需求文档”这种高大上的字眼，这次终于轮到自己亲自去写，这样的变化，着实让我有写不适应，甚至说有点纠结。

产品需求分析

正文

最初，我并不明白文档究竟该如何去写？因为真的没有实际的去实践/亲眼见过，然而互联网信息时代，还有什么是你想要知道而无法获悉的吗？最近两天的”优衣库事件“，足以说明互联网的神奇力量！于是，参阅自己在网络上下载的各种NB文档，阿里、腾讯、百度等等；产品哥哥也给我提供了一些苏宁的需求文档做了一些参考，可谓受益匪浅。从熟读他人的文档，到我的模仿，一直被模仿从未被超越！超越的可能性还是存在的，你觉得呢？

产品需求文档的过程

为什么需要写需求文档？文档究竟有何作用呢？这些问题越来越困扰我，越来越想搞明白，对文档的理解也经历着如下描述的心路历程：

1、从看文档，到模仿着写，这个过程很纠结：格式、格式、格式；那阶段总是纠结文档的具体格式，写文档的过程中，也是尽量去与模板的格式相匹配，显得是非常的被动和生硬。最关键的是，对于不同公司的需求文档还分为不同的派系，格式各异，更加让人着急；究竟该参考谁的文档标准呢？谁的文档格式是最好的呢？这又是一个选择难题，我该如何选择呢？

2、文档写地激情四射，随之而来的也是各方的吐槽，这一点对于一个产品新人来讲，是始料未及的。原本信心满满，自以为可以得瑟一回，可是事与愿违。产品需求文档写出来就是给别人看的，而每一个人的阅读理解问题的方式也是有差异的，如何让文档适合每一个人阅读呢？那是不可能的！能做的是提升文档的整体地易读性，使得需求文档整体的可解释程度更加高一点。

3、文档究竟为何存在？其存在的目的是什么呢？这个问题在上面也已经提过，在这里我还是要提一下，随着文档越写越多，阅读的文档也是不计其数，自己也尝试去制定符合自己所参与项目的实际情况的文档。其实，我也有去实际地调研过，开发过程中很少有工程师会去看文档，都是直接按照效果图去开发，这就是现实。那还写个Pi啊！

产品需求文档过程性

自己也思考过产品需求文档编写的作用及目的，主要是从文档阅读的主体对象来解读写文档的目的，主要有以下几点:

1、产品经理：产品经理作为文档的编写者，编写文档的过程其实就是对自己/团队设计的产品全面了解的过程，作为产品的缔造者，自己必须对产品有足够清晰的认识，才有可能说服别人或者让别人理解你设计的产品；撰写文档的过程，也是对自己产品思路的一个发现问题、整理逻辑、明确业务规则；同时，由于有些产品的业务逻辑复杂，要想能够记住产品的每一个细节点，那是相当困难，以文档的形式可以作为自己思考的依据，以免遗忘；

2、技术研发：直接地面对面交流无疑是最高效的沟通方式，但是持续沟通的成本显然是很大的，无尽的言语沟通对人的情绪也是有影响的，所以必要的文档辅助，也可以降低沟通的成本、增强团队协作力，使得开发流程更加畅通的进行下去；文档只是手段，不是目的；产品开发过程中的实时沟通，保持信息的畅通有无，是很核心的；不依赖文档，沟通先行。当然，这也避免了口头传递信息的失真，避免不必要的“扯皮”；

产品需求文档的生命周期

3、UI美工：美工负责页面的视觉设计，产品经理提供的只是线框图，给出的信息架构及网页的基本布局；只有经过美工的润色，页面最终才能有情调的展示在用户眼前，那么是不是美工就直接着色、优化一下就好了吗？那肯定不行的，对业务流程、产品逻辑的理解，都是要反映在产品UI效果图中的，那么UI又没有直接参与产品的需求分析、产品流程设计、产品业务逻辑制定 ，究竟如何获悉这些呢？产品需求文档能有效地解决UI对这些产品相关内容的顾忌。当然，必要的产品沟通也是很关键的。

其实，除了以上的三类角色，还涉及到产品运营、客服、测试等等，核心的理念也是围绕各自工作职责而展开，针对他们文档的具体意义与目的就不再赘述了。

产品需求文档，作为产品经理必备技能之一，其重要性不言而喻。产品经理对自己所参与设计产品的理解，势必会体现在文档中，严格意义讲，文档帮助产品经理梳理了整个产品的逻辑和业务流程，是对产品经理自身的一个反思和对产品的一个还原。在后面我会写一篇文章，以实例的形式分享一下我理解中的产品需求文档具体包括哪些内容，敬请期待！

---

原创声明：本文章的最终解释权归产品小王所有，如需转载，请注明文章出处！谢谢...