如何写出让开发能看懂的产品需求文档 软件开发需求文档模板

不管你是何种类型的产品经理,在工作中都的写需产品求文档,是的!这就是百分之百的产品经理的怨念之一。笔者在做产品经理之初,当把那个写的蹩脚的“产品需求文档”(真的很烂!)满怀激动的给开发的之后,便如石沉大海,没任何动静。最终成了和开发口头沟通的场景。亲,洋洋洒洒page50+的文档有木用?一对多的重复那些模块的功能讲解日子里,且不说工作效率问题,光说就得累个半死,觉得做产品多么的坑爹,开发还认为你写产品需求文档太次,根本看不懂,结果导致工作出现各种矛盾。

在做过几次项目(那真是血泪史啊!)后,笔者做出了反思,痛定思痛,深入开发做亲民调研从广大开发者们需求出发,写出更适合开发看的需求文档,从而把笔者的那张嘴解给放出来。

产品需求文档的用户群,当然是大部分是开发们看,那么就先搞清楚开发的需求,简单的说,就是让开发能用他们看的懂得文字写出你的产品需求。以下是笔者总结也经过项目实践过的一种产品需求格式,后期跟踪开发的反馈进行微调。产品需求按照这套思路来写,开发看的比较清晰,准确的理解,并最终实现这些业务。

笔者只针对某一模块用例来说明:

例的唯一标识(编号);

用例名称(名称);

业务描述(为什么要做这个?);

需求描述(这个要做什么?);

行为者(角色说明);

前置条件(说明执行用例前的动作);

后置条件(执行用例后的动作);

界面描述(这块笔者是用axure做原型图,在原型上完成UI设计和交互说明。这里只有特色需要的时候简单截图说明下即可);

业务规则(和用例有关的条件,比如限制条件等);

流程描述,分主干、分支和异常三种,描述共前置条件到后置条件的过程中,系统与用户之间有何种交互步骤;

后记,笔者曾在工作中听到某一开发半开玩笑的说,产品经理无用论。这是一个危险的信号,从早期的互联网发展由开发人员来,到如今人人都是产品经理,这个职业确实是入门很低。还是笔者常说的那句话,产品路漫漫。一个好的产品经理,从能写好一个产品需求文档开始。

如何写出让开发能看懂的产品需求文档 软件开发需求文档模板

  

爱华网本文地址 » http://www.413yy.cn/a/25101011/69615.html

更多阅读

一部竟然无人看懂的电影 最难看懂的电影

我不是一个专业的电影人,很多专业的东西我都不懂。但在看完这部影片之后,看到所有的影评,竟然如出一辙,也是十分费解。<狙击电话亭>是我在看完另一部影片之后,看到有人影评中说这部很好才看的。所以,我不是与时俱进的。这部片子算老的

转载 《解脱大手印——必须要看懂的前导文》三 大手印

原文地址:《解脱大手印——必须要看懂的前导文》(三)作者:晓宣《解脱大手印——必须要看懂的前导文》(三) (拥有虚名的第四世禄东赞行人讲述) 上面是佛陀师父讲的第一例「空性与世相」,望大家回思一遍,你听懂了吗?看懂了吗?无论你懂与未懂,

今天看了太阳照常升起!发点大家能看懂的! 太阳照常升起解析

今天看了太阳照常升起!今天看了太阳照常升起!基本上算是既看懂了又没看懂,有内涵的电影只能去网上找找影评了,发现了3个写的不错的,看完之后算是豁然开朗,鉴于现在0点明天还要上班,等着在看遍吧,下面把网上的给转下,没太看懂的可以借鉴下!第一

没什么绝对的,看懂了,就不会太烦恼 能五秒看懂的绝对污神

*****没什么绝对的,看懂了,就不会太烦恼*****人在世上难得聪明糊涂心,看的太透了,会有不寒而立的时候,悟不透,混沌其间有时未必是坏事,看的透看的不开,不过是自寻烦恼。难得看透了,糊涂以对。心行到一定的季节,伤感也会随着若干的风花雪月多起

声明:《如何写出让开发能看懂的产品需求文档 软件开发需求文档模板》为网友霜雪落满头分享!如侵犯到您的合法权益请联系我们删除