PRD这个东西，说复杂很复杂，说简单也简单，一句话，能快速有效传达你想要的意思就好。
怎么讲呢？
说它复杂，真的是必须极其详细，面面俱到，正可谓术语与参数齐飞，色值共动效同在；
说它简单，其实就是一句话：拿看的人当成“傻子”，不要让TA自己思考。
想必此时很多程序猿葛格已经摩拳擦掌准备我打一架了：我猿都是能拯救世界的万能者，怎么拿我当傻子？
可是你想想，话糙理不糙啊。如果产品经理的需求给得够详细，够准确，够到位，还需要程序员费心去想哪里的漏洞怎么补吗？只需要完成你定义的需求就好，完美。
而且很多情况下，程序猿不是直接把握需求背景的人，解决方案也比较偏向于解决功能而非需求，比起人更信任代码，很容易造成做出来的东西非常完美但没人会用的尴尬情况……
所以产品经理，天经地义要把PRD做得完美再完美，兼阅读流畅简单，介绍详尽，内容无所不含！
下面是我推荐的一种PRD模板：
简单解释：
1、工具：Axure、Mockplus等原型工具，只要最简单基础的就够了。
2、主体是手机或者网站页面的精确原型线框图，文字、按钮、输入控件等只要让人一目了然即可，排版部分可以请UI/UE童鞋帮你完善，你需要明确的就是页面含有哪些内容，做怎样的工作，安排好每个功能的入口或出口。
3、线框图尽量保持黑白色调，这是为了不给UI/UE同学过多的暗示，对他们的创意造成影响，还有个好处就是：当他们做不出你想要的高大上的效果，你还有余地去要求他们改稿。。。
4、不要使用任何的“鼠标放在某处即弹出某某备注or标签”，非常可能看不到！所以请一个个的在原型图上把功能点标注出来，然后在图的正下方，一个一个的进行定义或描述，以防遗漏！
5、左侧的结构一定要逐层标注得清晰易懂，让人很容易理解其中关系，原型中必要的跳转链接要做好。
6、一版一版的完善之后，最终的PRD要生成HTML文档，发给开发童鞋确认。
7、这套模板的好处就在于，把原型和需求整合在一起，让程序猿看起来不需要费脑子。不过，即使你在PRD中描述的再清楚，也请给大家一点时间，和开发童鞋一起把内容过一遍！
简单却有效，考验条理性，这就是我对这个方法的总结。
