从零开始产品需求文档PRD撰写汇总Word格式文档下载.docx
- 文档编号:15018211
- 上传时间:2022-10-26
- 格式:DOCX
- 页数:17
- 大小:87.90KB
从零开始产品需求文档PRD撰写汇总Word格式文档下载.docx
《从零开始产品需求文档PRD撰写汇总Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《从零开始产品需求文档PRD撰写汇总Word格式文档下载.docx(17页珍藏版)》请在冰豆网上搜索。
写作PRD文档的文章,分享一些我关于PRD文档的见解和写作方法。
PRD是英文ProductRequirementDocument的缩写,中文的意思是产品需求文档,
具体的名词介绍大家可以询问Google。
PRD文档是基于BRD、MRD的延续文档,主要
用于产品设计和开发使用,因此阅读这份文档的人群绝大多数是设计与技术人员。
在这类人
群中,设计师更多依赖于原型进行交互或视觉的设计,因此看这份文档的人就会偏向于技术
人员。
相对于技术人员,他们不太关注产品的商业需求和市场愿景,因为在进行产品讨论立
项时,产品的定义就已经向参与设计和研发的人员宣讲过,因此技术人员更多的是关注界面、
功能、交互、元素等等内容,因此PRD文档是一份详细的产品功能需求说明文档,是产品
文档中最底层和最细致的文档。
PRD文档是一份没有闲话,直入主题的功能说明文档,因此我们在写作时,脑海里构思的
是成品产品的界面功能的逻辑线框图。
在写作这份文档前,我们需要先做一些准备,把BRD、
MRD的相关需求消化并融合规划出产品的结构图。
因为这些准备工作是属于思维类的,所
以我推荐使用思维导图软件(MindManager)进行规划工作。
规划产品的第一步就是梳理出产品的信息结构,有了信息结构我们才能继续往下规划产品结
构,并且信息结构是服务端技术人员创建数据库的依据,是数据结构的辅助文件。
对于新产
因此第一步我们就需
品或者新功能,没有人能够比产品经理更加清楚所需要的信息内容了,
要先将这些信息罗列出来,形成结构化。
(如下图)
河站名
友情链接同站磕接
是否新窗口打开
管理员用户花
管超员管理员蚪
管理员骷箱
现文以甯加
管理功能膏埋单员0M鼎除
交情鹿生)」皿1
因此在这
也有面
这张图是以我的博客作为示例,在罗列信息结构时,我们更多的是考虑信息数据,
一步,我们还不需要深入的考虑产品的界面与功能。
信息结构的考虑有面向前端的,
向后端的,具体视产品类型而定。
例如CMS之类的程序,这类程序采用框架式开发,将功能与模板独立,因此前端具有多变
性,并且这类产品属于平台型产品。
针对这类产品,我们在规划信息结构时,只需要简单的
考虑一些前端的功能需求,更多的是面向后端管理员操作进行考虑,从后端入手规划和罗列
出所需要的信息内容结构。
无论是什么样的产品类型,无论从哪里入手,我们第一步都是先要罗列信息结构,因为信息
结构图不仅是辅助技术人员创建数据库的图表,也是辅助产品人员进行产品功能规划的参
考,只有对信息或数据的结构了解,我们才能玩转数据,玩转产品。
在信息结构转数据结构时,如果是针对已经存在的产品而增加的新功能,那么技术人员就需
要根据这个信息结构进行数据库对比,已经存在的数据便直接调用,如果不存在,则就需要
具体的讨论,确定新信息的使用途径和以后的扩展方向,以便确认是创建数据表还是创建数
据字段。
(虽然产品经理不需要技术开发,但是如果能够懂技术原理和数据库原理,非常有
助于产品规划和技术沟通。
)
信息结构图是产品层面的理解,如果要入库这些信息,还需要进行数据结构的讨论。
一条信
息的存储有很多附加属性,具体是存成字段还是数据表,还是说存在中间表或者关联表,这
些都需要在完成PRD文档后和数据库技术人员共同讨论。
讨论时除了展示信息结构图,还
要讲解产品原型和功能需求,以便数据库技术人员了解产品意图,方便他们做数据库规划时
考虑到以后的扩展。
信息结构图是我们将概念想法形成结构化的第一步,也是我们接下来几步工作的辅助文件,
同时在接下来的几步工作中,我们还会不断的完善信息的结构。
2、梳理需求(产品结构图和用户流程图)
当我们对产品的信息结构了解后,我们就需要规整脑海中的产品需求,让想法更加结构化,
因此这一步是梳理产品的需求。
我们首先要罗列出产品的频道及页面(产品结构图),其次再
基于产品结构图梳理出频道及页面中的功能,并延伸构建出用户的操作流程(用户流程图)。
以上两步是为了让我们在撰写产品需求文档之前能够对产品有一个全面的了解,类似鸟瞰式
的一目了然,也方便调整完善。
首先我们要规划出产品的频道及子频道、子模块或子页面。
图注:
讲解一下我对于这个思维导图的名词理解
1、频道:
某一个同性质的功能或内容的共同载体,也可称为功能或内容的类别。
2、子频道:
某频道下细分的另一类别
3、页面:
单个或附属某个频道或分类下的界面
4、模块:
页面中多个元素组成的一个区域内容,可以有一个或多个,也可以循环出现(例
如:
文章列表)
5、模块元素:
模块中的元素内容,以文章列表举例:
文章标题、文章摘要、文章发布时
间,这些都是元素,都是组成模块的内容,同时他们也是可以循环出现的。
元素的类型可以是:
文字、图片、链接等等
如果你学过网页设计,或者了解Web产品的模板机制,你就能够理解这些名词了。
如下图
所示,这是我的博客的首页结构。
当我们规划出频道后,我们就需要以用户的视角进行一步一步的模拟操作,逐渐完善产品的
结构导图。
我称为用户流程图,用于展现产品经理脑海中比较抽象的产品逻辑,也是产品经
理对自己脑海中的产品想法进行梳理的一个过程。
(如下图示例)
这样做的目的就是梳理产品逻辑,让我们清楚的知道产品有几个频道,频道下面有没有子频
道或者有多少个页面,这些页面里又有哪些功能模块,这些功能模块里又有哪些元素。
这样
我们就模拟了用户的整个操作流程,逐一的将产品的所有功能界面操作了一遍,
和用户流程图。
也列出了产
有了这份结构导图,我们可以对产品进行鸟瞰式考虑和完善,当有问题时,修改起来也比原
型和文档方便很多。
这样的方法同样适用于移动互联网产品的规划,并且比起Web产品更
加容易梳理产品结构。
以上讲的都是前端面向浏览者的用户流程,但是如果规划的是一个平台级的大众化产品就不
能从前端进行梳理了,例如CMS、BBS之类的程序,他们采用框架式开发,将功能与模板
独立,前端的界面布局仅仅是通过模板机制的标签调用,因此在做产品规划时,前端是涉及
不到的,也不应该从前端入手。
遇到CMS类平台产品的规划,也同样使用这样的方法,只
不过是从后台入手模拟管理员的流程。
PRD文档写前准备就是让我们先通过思维导图梳理思路,明白产品有多少个频道、有多少
个页面、页面有多少个功能模块、功能模块有多少个元素,逐步的将脑海里的想法明确梳理
成结构。
虽然已经明确了产品的结构,但是这样的思维导图对于设计与技术人员依旧是抽象
体是否符合产品逻辑,是否符合用户体验,都是没有深思过的,因此我们接下来就要进行原
型设计,开始具体的考虑结构方案的可行性。
3、原型设计(手绘原型,灰模原型,交互原型)
当我们逐渐清晰了产品的需求后,并梳理了产品的各个频道及页面,那么这一步就要开始验
证这些想法的具体界面表现和方案的可行性了。
首先我建议通过手绘的形式快速在草纸上绘制出产品的原型,推演和讨论方案的可行性,当
有一定的进展之后,我们再通过软件工具进行更深入的设计。
移动产品可以考虑灰模原型,
网站产品可以考虑交互原型,对于这两种原型方式,无论是移动产品还是网站产品都可以使
用,具体取得于你的个人习惯和团队要求。
对于产品经理来说,原型设计是为了帮助我们细致的考虑方案,并论证方案的可行性,同时
也是为了避免产品宣讲时,抽象的语言描述导致听众理解困难和理解偏差。
上一篇文章我们通过思维导图将想法进行了结构化梳理,接下来我们就需要进行方案的可行
性推演,验证产品功能是否可行,预估项目要花多少人力物力,因此我们就要通过原型设计
进行相关需求的论证。
一开始就撰写PRD文档,我们很难对产品进行各方面的评估,也无法得知方案的可行性,并且无法直观细致的考虑产品。
原型设计是帮助我们更细致的思考,并做各项需求的评估,同时也是将自己脑海里的想法进
行输出,通过原型设计后,我们就可以进行产品宣讲了。
相对于之前抽象的文字描述,原型
则更加清晰产品的需求,设计和技术人员或者老板也能够更加直观的了解到产品意图。
原型设计是将结构化的需求进行框架化,因此原型也被称为线框图,具体的表现手法有很多
种,相关的辅助软件也有很多,例如:
AxureRP、BalsamiqMockups、UIDesigner
当到了原型设计这一步时,已经不仅仅是构思了,我们需要更加深入的了解每个页面上的元
素和这些元素的属性。
例如按钮元素,我们就需要考虑这个按钮的功能,并且这个功能操作
后带给后端和前端的反馈。
举例这个按钮是注册会员按钮,用户操作后,第一步逻辑是验证
用户输入的信息是否合法,不合法则给出前端反馈;
合法则和后端通信验证是否已经存在同
样信息,已经存在则给出前端反馈,不存在则进入下一步,注册成功;
注册成功后的反馈是
跳转页面,还是弹出层提示用户完善资料,这些都是需要更详情的考虑的。
当然这些更细致
的思考是留在需求文档撰写时的,而此时我们需要做的就是把这些元素通过原型表现出来。
原型设计的表现手法主要有三种:
手绘原型、灰模原型、交互原型
1、手绘原型
因为原型也被称为线框图,因此手绘是最简单直接的方法,也是最快速的表现产品轮廓的手
法(如下图)。
手绘原型在初期验证想法时非常高效,
也方便讨论和重构,同时也适合敏捷开发时快速出原
型。
2、灰模原型
灰模原型是由图形设计软件制作而成,我最常用的软件是PhotoShop和FireWorks,相
对手绘原型,灰模更加清晰和整洁,也适用于宣讲,但是需要产品人员熟悉使用图形设计软
件(如下图)。
灰模原型常用于移动互联网产品的设计,由于移动产品的交互需求复杂,原型设计软件难以
高效的表达需求,因此移动互联网产品的设计通常是灰模原型加交互文档组合成PRD文档
3、交互原型
交互原型是使用原型设计软件完成的原型,常用软件是AxureRP,通常情况交互原型的设
计
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 从零开始 产品 需求 文档 PRD 撰写 汇总