产品文档是每一个产品人员都必然要产出的东西，也是一个重要且频率很高的产出。那么如何写好一份产品文档？怎么算好？上午听了老大的分享，每次听他的分享，感受是这样：通俗易懂、引人深思、全是干货、细节入微、绝不装逼。如果能学会从他的角度做产品，一定会有大大提升。
产品文档其实从另一角度看，就是PM自己的“产品”，如果你做产品喜欢极致，那么你的PRD也可以做到极致
用户是谁
其它PM，产品评审会，研发，测试，UI
不同的用户，关注的角度也不同，基本点是：易读，条理清晰，能迅速获取想要的信息。比如研发测试：一定要看到每一个细节处理逻辑，才知道处理；UI人员一定要看到每个页面需要强化、弱化部分，关键信息是哪些；
需要传递的信息
做什么：一份PRD至少应该能从文档命名就能看出来是什么功能，什么产品；
-----------为什么做
加一个功能，更新一个版本可能会有各种不同的来源； 比如它可能是产品经理的主观判断；竞品分析；数据分析；用户反馈；或者领导意愿。主观判断：产品人员最最重要的核心产品能力。用户反馈，其实需要做一个层次的分析，考虑用户背景，基于什么样的背景，让用户提出这种反馈；并非所有的反馈都是有效，都要做。当需求是老大指示做得情况，再去给开发或者组内成员转达时，如果只说领导让做的，这样子很难让人信服，很难驱动他们有动力去做事，这样长期下去很不好。产品要加功能，要做产品，不论是老大的还是运营的还是来自什么地方的，首先要说服自己，没有说服自己怎可能说服同事去做？其次，要说服同事，获取他们的认可。
----------怎么做
这是PRD的主题，研发技术人员重点看的就是这部分。你需要条理清晰、逻辑周全的描述方案。如果是移动端产品，可以表明各个页面链接的跳转，每个点击会产生的结果。
----------怎么评价、衡量
加一个新功能，需要同时考虑下如何评估效果？当然有一些不能完全用数据来分析，需要具体情况具体分析。
传递信息的方式
1、5、9
为什么要分1-5-9，第一版做出来，大小功能细节，一起讲，容易让人抓不到重点，分散注意力；达不到预期效果；其次，第一版一些大方向的功能还不确定，如果就做了各种异常状态处理；一旦功能被砍掉，所有的异常状态白做了，浪费时间、精力
形成自己的设计语言
不建议用UI或者产品截图，即便这个页面在当前页面上改动很小很小；
产品稿要传递出的信息：重点突出，主次分明，有自己的产品架子；那些地方强化，弱化，用黑白灰这种最基础的颜色，可以明显区分。格式需要排版整齐，主次分明，重点突出
若用UI截图，很难有功能重要性、分级的区分，难以让人抓到主次
其次，线框图，不要加太多五颜六色，因为UI人员要设计，对于UI来讲，只需要基本的线框图，知道那些强化、那些弱化；当你设计太多颜色，对于UI人员是不舒服的。
写给大家看的设计书
把PRD当做产品，每个页面呈现的信息对于它的用户来说，是否都合适？比如页面标题，封面标题？
举例子：1）老师主页的显示：标题-黑色粗体；具体内容-灰色小字；这样是否合适。好处是可以快速定位信息栏；坏处是主要信息反而不是最突出的；2）在logo、图标的选择上，如果可以，不选择那些特定的带颜色带设计感的图标；
论产品人员的主动性
PM一定要是一个最主动的人，这个事情需要他全权维系。一定不要是派活制，出方案的时候需要多出几个方案，再与别人讨论，而不是自己写出一个PRD，评审时交给别人来判定就行；不太好的做法就是“这两个方案我觉得都不错”
每个页面：去掉冗余信息，只留必须要有的东西。
最后，怎么把产品文档写的极致？是一个长期探索的活。追逐、发现。
网友评论