爱华网不管你是何种类型的产品经理，在工作中都的写需产品求文档，是的！这就是百分之百的产品经理的怨念之一。笔者在做产品经理之初，当把那个写的蹩脚的“产品需求文档”（真的很烂！）满怀激动的给开发的之后，便如石沉大海，没任何动静。最终成了和开发口头沟通的场景。亲，洋洋洒洒page50+的文档有木用？一对多的重复那些模块的功能讲解日子里，且不说工作效率问题，光说就得累个半死，觉得做产品多么的坑爹，开发还认为你写产品需求文档太次，根本看不懂，结果导致工作出现各种矛盾。
在做过几次项目（那真是血泪史啊！）后，笔者做出了反思，痛定思痛，深入开发做亲民调研从广大开发者们需求出发，写出更适合开发看的需求文档，从而把笔者的那张嘴解给放出来。
产品需求文档的用户群，当然是大部分是开发们看，那么就先搞清楚开发的需求，简单的说，就是让开发能用他们看的懂得文字写出你的产品需求。以下是笔者总结也经过项目实践过的一种产品需求格式，后期跟踪开发的反馈进行微调。产品需求按照这套思路来写，开发看的比较清晰，准确的理解，并最终实现这些业务。
笔者只针对某一模块用例来说明：
例的唯一标识（编号）；
用例名称（名称）；
业务描述（为什么要做这个？）；
需求描述（这个要做什么？）；
行为者（角色说明）；
前置条件（说明执行用例前的动作）；
后置条件（执行用例后的动作）；
界面描述（这块笔者是用axure做原型图，在原型上完成UI设计和交互说明。这里只有特色需要的时候简单截图说明下即可）；
业务规则（和用例有关的条件，比如限制条件等）；
流程描述，分主干、分支和异常三种，描述共前置条件到后置条件的过程中，系统与用户之间有何种交互步骤；
后记，笔者曾在工作中听到某一开发半开玩笑的说，产品经理无用论。这是一个危险的信号，从早期的互联网发展由开发人员来，到如今人人都是产品经理，这个职业确实是入门很低。还是笔者常说的那句话，产品路漫漫。一个好的产品经理，从能写好一个产品需求文档开始。
