解剖产品需求文档,探究如何更有条理地认识产

来访者回答:“我是谁?来自哪里?到哪里去?”这三问好让保安了解来访者,并决定是否放行来访者进门。

字段说明涉及研发人员在进行产品开发时的细节问题,一般会对数据字典,字段的类型,范围进行说明,方便研发人员进行产品研发。

门卫保安常通过三问——“你是谁?来自哪里?到哪里去?”来了解来访者。

通过上图可以发现,有些业务流程中会出现多用户多角色的情况。针对不同的角色在业务流程中的不同定位,对用户区分后,对具体角色进行不同需求描述。

以上这些根据不同要求,视情况而定地描述出来,相信整个团队人员对要做的产品需求都很清晰。说清楚后,就要去做清楚,做清楚也会涉及一个时间顺序的问题,功能是一个一个开发的,所以在需求描述时往往要加上开发的优先级。

本文中的截图以及产品需求文档,是一个真实案例。本人在深圳对某物流公司进行2个月的深度调研,通过和客户讨论、现场观察实际操作人员行为、征求业务人员意见等多种方式进行需求收集、整理、分析,最后整合出了一份长达100页的需求文档。该项目涉及功能模块很多,任何一个功能模块拿出来都可以形成一个功能产品。所以在参考的过程中,可以有选择的看。

图4

通常一个产品会包含多个功能模块,针对每一个细化的功能模块,又有具体的业务流程。

产品是需要给到用户使用的,是一个客观存在的东西,这个东西呈现出来是有载体的。用户使用这个东西是有一定流程的,这个流程也是这个产品所具有的特性。对于软件产品,呈现出来的是界面这个载体。

一、文档描述

用户要通过操作完成任务,就需要一个接一个界面来做载体让用户完成任务。决定这一个紧接着一个的界面出现的是这个产品的逻辑顺序,是这个产品特性的体现。而每一个界面里各元素各功能也是依据逻辑顺序来排布位置展现出来的。

图片 1

本文由 @画小六 原创发布于人人都是产品经理。未经许可,禁止转载。

3.术语缩写

图1

图片 2

所谓合理的说明顺序,是指:能充分表现事物或事理本身特征的顺序,也是符合人们认识事物、事物规律的顺序。

产品信息架构

从上面所写的来描述一个功能需求,再看下图4:

图片 3

一个产品细分出来就会有很多具体需求,各个需求之间先描述哪个呢?

针对复杂的业务逻辑和业务流程,对角色进行区分,针对不同角色的操作进行需求描述。本文中基本所有功能模块都涉及到多人协作的业务流程,所以对角色的区分以及对不同角色的不同需求进行了详细描述。

先说大体再说具体,这已是大多数人的习惯。这个习惯体现了从概括到具体、整体到局部的顺序,也是描述产品需求的逻辑顺序。这里面可以看到曾经在学校时老师教写说明文的影子,所要描述的对象和目的不一样。

2.产品目标

要做成一个产品要靠团队协作,团队当中还应该有一个参考点,在研发阶段产品需求文档就扮演了参考点的角色。这个参考点不光一人明白就可以了,还要向团队其他人说明白。

4.版本状态

二者都理解后,写产品需求文档也就更得心应手。

2.需求描述

如何说明白?先说什么?怎么说?

3.角色区分

看下图3:

七、总结

图2

业务流程图,明确业务流程,区分不同角色的业务操作。

要想用一个合理顺序给团队人员描述具体需求,那就得先弄清楚产品的逻辑顺序,同时设计界面来辅助理解。

PRD文档通常有WORD版和原型版,前者顾名思义。后者则是在原型的基础上加入功能需求,给研发、设计人员更加直观的体现。

如果产品经理想过且理解了产品需求文档本身,运用这种方式是有助于理解产品的;是否理解了产品该用什么方式表达出来,产品需求文档就是这么一个方式。

关于产品原型,我曾经看到过关于草图、原型图、高保真原型图的争论,其实在我看来并不一定要每页做到高保真原型图的境界。原型图做好在和研发、设计沟通过程中也会涉及到变动。在我看来,只要能表达清楚业务逻辑、页面流程、功能描述即可。不要一味追求高保真而忘记注重产品本身。

题图来自 Unsplash,基于 CC0 协议

图片 4

解决了具体需求中先描述哪个的顺序问题,就到了一个具体需求该怎么说的问题。

本文中设计的PRD文档是一个J2EE的ERP系统,在项目前期没有做原型,然后项目因为成本问题最后落地,所以没有原型图展现。

对象之间的描述顺序,采用该产品所具有的逻辑顺序,这样会很清晰也有助于加深印象。

1.整体流程

“我是谁?来自哪里?到哪里去?”到处都有其影子,也是哲学的三大命题。

需求文档的撰写往往依据BRD、MRD文档的相关信息,对之前获取的需求、业务逻辑等进行分析整理,从而形成的一份提供给研发、设计人员参考的PRD文档。在编写过程中一定要根据具体情况具体分析,形式不重要,只要研发能看懂,文档能体现出来产品的整体需求,就是一份好的产品需求文档。

图片 5

四、非功能需求

“我是谁?来自哪里?到哪里去?”是哲学的三大命题,上文也说过适用于理解产品以及指导写产品需求文档,似乎也真是值得好好玩味的三点。

业务流程

图片 6

PRD文档的主要面向群体是研发,是在BRD、MRD文档之后,对产品需求的进一步细化,通过结构化的语音让研发更容易理解产品需要做的内容是什么。

截图一个产品需求文档中描述一个模块的模板,应该知道怎么用怎么描述需求了吧。

4.字段说明

以下是我写了多个产品需求文档后对产品需求文档的思考和理解,如有不当欢迎交流。

五、其他

本文由优信彩票购彩大厅发布于互联网资讯,转载请注明出处:解剖产品需求文档,探究如何更有条理地认识产

您可能还会对下面的文章感兴趣: