产品需求文档Word文档下载推荐.docx

1、产品设计得最终表述得形式被称为产品需求文档,业界常常称呼为PR文档,这就是英文roduct Rquireent Dcument得缩写。产品需求文档就是将产品规划与设计得需求具体形象化表述出来得一种展现形式，主要用于产品界面设计与研发使用。D文档就是基于BRD、R得延续文档，主要就是一份给执行层面得工作人员阅读得文档，这部分人群绝大多数就是设计与技术人员（包括测试工程师）.在这类人群中，设计师更多依赖于产品原型进行交互或视觉得设计，因此瞧这份文档得人主要就是技术人员。相对于技术人员，她们不太关注产品得商业需求与市场愿景,因为在进行产品讨论立项时，产品得定义就已经向参与设计与研发得人员宣讲过，因此

2、技术人员更多得就是关注界面、功能、交互、元素等等内容，因此产品需求文档就是一份详细得产品功能需求说明文档,就是产品文档中最底层与最细致得文档。因为阅读人类得因素，所以产品需求文档就是一份没有闲话，直入主题得功能说明文档。并且产品需求文档就是没有标准规范得,也没有统一得模板，每个公司都不一样与每个人也不一样，这个取决于个人习惯与团队要求。虽然产品需求文档没有明确得规范，但就是目得都就是一样得，必须能够明确产品得功能需求,便执行人员理解任务要求。2、产品需求文档写作产品需求文档就是产品经过规划与设计之后得最终执行文档，因此这份文档得质量好坏直接影响到执行部门就是否能够明确产品得功能与性能.、1、罗

3、列信息（信息结构图）在写产品需求文档之前，我们需要先罗列出产品功能得信息内容,这一步就是将想法逐渐清晰得第一步,也就是帮助我们接下来设计功能得辅助信息，同时也可以辅助服务端技术人员创建数据库.因为这就是第一步，所以我们不需要罗列得很详细,在之后得步骤里,我们会逐步改进与完善信息内容。罗列信息内容得方式有很多种，文本形式、思维导图形式等等都可以，最主要得就是能够清晰易懂,我最常用得方法就就是使用思维导图软件（nMaager）罗列成结构图，因此我称这一步为“信息结构图。上图就是一张以Blog系统为示例得信息结构图。信息结构图就是一种接近数据库结构得图表,在罗列信息结构时，更多得就是考虑信息数据，但

4、就是她并不就是真正意义得数据库结构。信息结构图就是提供给产品经理自己梳理信息内容得结构图，也就是方便产品经理与服务端技术人员沟通数据结构得参考图，技术人员会根据这张图表得内容再结合产品原型或需求文档,然后规划与设计出真正意义上得数据库结构。信息结构图中关于友情链接功能得信息数据只有“名称与“链接”两个内容，但就是在实际功能需求中，友情链接还有两个功能，分别就是“显示或隐藏”与“就是否新窗口打开”,这两个功能会在产品原型与需求文档中详细描述,但就是在信息结构中就是没有体现得，因为从产品层面上来说,这两个只就是功能，并不就是信息内容。但就是在真正数据库中，友情链接得这两个功能分别也就是有字段参数得

5、，程序在读取该参数后便知道友情链接得属性，然后处理友情链接就是显示还就是隐藏，就是新窗口打开还就是本窗口打开。通过友情链接这个例子,我们就知道了在实际中数据结构与信息结构就是不一样得,信息结构只就是产品层面得数据内容.无论就是什么样得产品类型，无论从哪里入手,我们第一步都就是先要罗列信息结构，因为信息结构图不仅就是辅助技术人员创建数据库得图表,也就是辅助产品人员进行产品功能规划得参考,只有对信息或数据得结构了解了，我们才能更好得设计产品。信息结构图就是我们将概念想法形成结构化得第一步，也就是我们接下来几步工作得辅助文档,同时在接下来得几步工作中，我们还会不断得完善信息得结构.、2、梳理需求（产

6、品结构图）当我们对产品得信息结构了解后,我们就需要规整脑海中得产品需求，让想法更加结构化，因此这一步就要梳理产品得需求。在设计产品原型之前,我们首先要罗列出产品得功能结构,包括频道、页面、模块及元素。这一步依然使用思维导图软件，像绘制楼盘鸟瞰图一样将产品得结构绘制成结构图，因此我称这一步为“产品结构图”。产品结构图就是一种将产品原型以结构化得方式展现得图表，结构内容也如同产品原型一样，从频道到页面,再细化页面功能模块与元素。所以产品结构图就是产品经理在设计原型之前得一种思路梳理得方式，并不就是给其她工作人员查瞧得文档,通过类似鸟瞰式得结构图可以让产品经理对产品结构一目了然,也方便思考.如上图示

7、例,“活动大全”得产品结构依次就是：产品 - 频道 页面- 页面元素- 操作 元素。我们换一个角度观瞧示例，产品结构图实际上就就是一种结构化得产品原型。这样做得目得就就是梳理产品结构逻辑，让我们清楚得知道产品有几个频道,频道下面有没有子频道或者有多少个页面,这些页面里又有哪些功能模块，这些功能模块里又有哪些元素。上图以我们第一步得“信息结构图为基础绘制得“产品结构图”,有了这份结构导图，我们可以对产品进行鸟瞰式考虑与完善，当有问题时，修改起来也比原型与文档方便很多。比如在后续规划中,我们发现文章得图片等附件上传后,管理不太方便，这时就可以在结构图中增加一个“附件管理”频道。如果我们使用产品结构

8、图得方式，那么附件管理得功能增加与修改就会比原型工具更加便捷与效率。产品结构图得方法同样适用于移动互联网产品得设计，并且比起Web产品更加容易梳理产品结构。产品结构图就是一种让产品经理通过思维导图得方式梳理思路得方法，通过这种方法可以明确产品有多少个频道、有多少个页面、页面有多少个功能模块、功能模块有多少个元素,逐步得将脑海里得想法明确梳理成结构。虽然这种方法能够明确产品得结构,但就是这样得思维导图也就只有产品经理自己能够瞧懂，因为对于设计与技术人员这就是一个抽象得表述方式,如果没有详细得讲解，就是很难理解得。产品结构图就是将产品原型具体化得一种方式,只就是罗列了产品得频道页面与功能，但就是没

9、有详细得进行推演,关于细化方面就是否符合产品逻辑,就是否符合用户体验,这些都就是没有深思过得,因此我们接下来就要进行原型设计，开始具体得考虑可行性。2、3、原型设计（界面线框图）当我们逐渐清晰了产品得需求后，并梳理了产品得各个频道及页面，那么这一步就要开始验证这些想法得具体界面表现与方案得可行性了。原型设计就是帮助我们更细致得思考,并做各项需求得评估,同时也就是将自己脑海里得想法进行输出得一种方式.通过原型设计后,我们就可以进行产品宣讲了，相比较于抽象得文字描述,原型则更加直观得展现产品得需求，设计与技术人员或者老板也能够更加直观得了解到产品意图.原型设计就是将结构化得需求进行框架化，因此原型

10、也被称为线框图,具体得表现手法有很多种，相关得辅助软件也有很多，例如：AxureRP、Balsmi ckus、UIDesigne等等。当到了原型设计这一步时,已经不仅仅就是构思了,我们需要更加深入得了解每个页面上得元素与这些元素得属性。例如按钮元素，我们就需要考虑这个按钮得功能，并且这个功能操作后带给后端与前端得反馈.例如注册会员按钮,用户操作后，第一步逻辑就是验证用户输入得信息就是否合法，不合法则给出前端反馈;合法则与后端通信验证就是否已经存在同样信息，已经存在则给出前端反馈，不存在则进入下一步，注册成功；注册成功后得反馈就是跳转页面,还就是弹出层提示用户完善资料,这些都就是需要更详情得考虑

11、。当然这些更细致得思考就是留在需求文档撰写时得，而此时我们需要做得就就是把这些元素通过原型表现出来。原型设计得表现手法主要有三种：手绘原型、灰模原型、交互原型.从工作效率得角度考虑，我非常建议先通过手绘得形式快速在草纸上绘制出产品得原型，推演与讨论方案得可行性。当方案得可行性被验证之后,我们再根据个人习惯或团队要求，通过软件工具进行更深入得设计。手绘原型因为原型也被称为线框图,因此手绘就是最简单直接得方法，也就是最快速得表现产品轮廓得手法。手绘原型在初期验证想法时非常高效,也方便讨论与重构，同时也适合敏捷开发时快速出原型。灰模原型灰模原型就是由图形设计软件制作而成，最常用得软件就是Photos

12、hop与Fireork，相对手绘原型,灰模更加清晰与整洁，也适用于正式场合得形式宣讲.灰模原型也可以称之为平面原型，所以如果不会使用图形软件也可以使用Are RP设计，相比交互原型,灰模原型只就是缺少交互效果，仅仅就是将产品需求以线框结构得方式展示出来,让产品需求更加规整得直观展现。 交互原型交互原型就是使用原型设计软件完成得原型，常用软件就是Axure RP，通常情况交互原型得设计要早于产品需求文档,就是产品经理想法推演得重要一步。通过Axure RP之类得交互原型软件制作出来得产品原型,在功能需求与交互需求得表现上,几乎与正式产品就是一致得,所以有时交互原型也被称为产品Dem版。通常情况下

13、交互原型就是产品经理与交互设计师共同讨论确定，然后由交互设计师制作，但就是绝大多数得公司就是没有交互设计师这个职位得，因此这类工作最终就是由产品经理来负责得。以上三种方法并不就是渐进得流程，而就是三种原型设计得方法，具体取决于您得产品需求与团队要求。对于产品经理来说，原型设计就是为了帮助我们细致得考虑方案，并论证方案得可行性,同时也就是为了产品宣讲时让听众能够清晰直观得了解产品,避免抽象得语言描述导致听众理解困难与理解偏差。产品原型也就是为了确保产品在执行过程中,就是按产品经理最初设想得需求与期望完成得,因此产品经理得原型就是没有很高得要求得，只要对方能够听懂瞧懂就可以了,所以使用手绘原型就是最高效率得方法。