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