产品需求文档(PRD)的写作方法.pdfVIP

  1. 1、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
目 录 前言 1、写前准备(信息结构图) 2、梳理需求(产品结构图和用户流程图) 3、原型设计(手绘原型,灰模原型,交互原型) 4、撰写文档(PRD文档) 5、用例文档(UML用例图、流程图) 本文档使用 看云 构建 - 2 - 前言 前言 原文出处 :http///pd/80054.html 作者 :唐杰 无论我们做什么事都讲究方式方法 ,写产品需求文档(以下称PRD文档)也是如此 ,之前我通过五篇文章分 享了自己写PRD文档的一些方法 ,而这一篇文章主要是对之前五篇文章进行整体的摘要介绍 ,帮助大家快 速了解写作流程。 产品需求文档(PRD)的写作 五篇章 : 1、写前准备(信息结构图) 2、梳理需求(产品结构图和用户流程图) 3、原型设计(手绘原型,灰模原型,交互原型) 4、撰写文档(PRD文档) 5、用例文档(UML用例图、流程图) 本文档使用 看云 构建 - 3 - 1、写前准备(信息结构图) 1、写前准备(信息结构图) (一) 写前准备(信息结构图) 当我们初次接触产品需求文档时 ,首先会从网络上寻找产品需求文档模板 ,希望从中了解和学习具体的写 作要求 ,但实际上 ,现在网络上绝大部分的PRD文档都是与实际工作不相符的 ,或者说是复杂的。 前几天一位从事产品类工作的朋友 ,发来一份他写的产品需求文档目录截图给我(下图) ,当时我就郁闷 了 ,这些类目更像是MRD文档 ,而不是PRD文档了 ,因此我决定写几篇讲述写作PRD文档的文章 ,分享 一些我关于PRD文档的见解和写作方法。 本文档使用 看云 构建 - 4 - 1、写前准备(信息结构图) PRD是英文Product Requirement Document的缩写 ,中文的意思是产品需求文档 ,具体的名词介绍大 家可以询问Google。PRD文档是基于BRD、MRD的延续文档 ,主要用于产品设计和开发使用 ,因此阅读 这份文档的人群绝大多数是设计与技术人员。在这类人群中 ,设计师更多依赖于原型进行交互或视觉的设 计 ,因此看这份文档的人就会偏向于技术人员。相对于技术人员 ,他们不太关注产品的商业需求和市场愿 景 ,因为在进行产品讨论立项时 ,产品的定义就已经向参与设计和研发的人员宣讲过 ,因此技术人员更多 的是关注界面、功能、交互、元素等等内容 ,因此PRD文档是一份详细的产品功能需求说明文档 ,是产品 文档中最底层和最细致的文档。 PRD文档是一份没有闲话 ,直入主题的功能说明文档 ,因此我们在写作时 ,脑海里构思的是成品产品的界 面功能的逻辑线框图。在写作这份文档前 ,我们需要先做一些准备 ,把BRD、MRD的相关需求消化并融 合规划出产品的结构图。因为这些准备工作是属于思维类的 ,所以我推荐使用思维导图软件 (MindManager)进行规划工作。 规划产品的第一步就是梳理出产品的信息结构 ,有了信息结构我们才能继续往下规划产品结构 ,并且信息 结构是服务端技术人员创建数据库的依据 ,是数据结构的辅助文件。对于新产品或者新功能 ,没有人能够 比产品经理更加清楚所需要的信息内容了 ,因此第一步我们就需要先将这些信息罗列出来 ,形成结构化。 (如下图 ) 本文档使用 看云 构建 - 5 - 1、写前准备(信息结构图) 这张图是以我的博客作为示例 ,在罗列信息结构时 ,我们更多的是考虑信息数据 ,因此在这一步 ,我们还 不需要深入的考虑产品的界面与功能。信息结构的考虑有面向前端的 ,也有面向后端的 ,具体视产品类型 而定。 例如CMS之类的程序 ,这类程序采用框架式开发 ,将功能与模板独立 ,因此前端具有多变性 ,并且这类产 品属于平台型产品。针对这类产品 ,我们在规划信息结构时 ,只需要简单的考虑一些前端的功能需求 ,更 多的是面向后端管理员操作进行考虑 ,从后端入手规划和罗列出所需要的信息内容结构。 无论是什么样的产品类型 ,无论从哪

文档评论(0)

max + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档