- 1、本文档共4页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
产品经理需求文档(PRD)怎么写
作为一个产品经理来说PRD是一个很基础的工作了,也可以说是产品
经理用来沟通的重要桥梁。
什么是PRD?
PRD是产品经理用来表述产品功能或需求的方式,就像研发人员需要
的开发文档一样起到了重要的作用,但是你们产出的PRD是需要交付给公
司业务内所有人员的,所以我们撰写的PRD一定需要详细,且可以让他人
更好的阅读。当然,如果你有着明确的需求,可以直观明了的描述出来那
么PRD自然而然就形成了。
PRD的好处
降低沟通成本:在项目进行时有可能会因为时间推移研发或测试忘记
部分需求,然后一遍一遍的过来询问。这时候就需要有一个文档来向所有
成员记录需求信息,从而降低沟通成本。
确定需求:部分公司的产品记录可能会遇到老板经常变更需求的情况,
这时候就需要明确PRD,到时候也可以直接拍给老板看看。也起到了大家
约束老板需求的作用。
为新人提供指南:当项目进入新的人员时,可以让新人更快的了解产
品需求。而且也可以供后续产品经理查阅,快速熟悉产品内容。
给予测试验收标准:测试人员可以根据PRD去验收产品质量。
PRD的结构
1、产品名称
所有给别人看的文档都是得有名称的,不然大家根本无法直观知道自
己看的是什么。要注意的是最好这里直接占满页居中(别问为啥,因为美
观)。
2、版本历史
写上版本历史的主要用途也就是为了大家在修改或迭代的时候避免出
现一些细节性错误,并且可以让研发直观的看出你所修改的地方。
PRD-版本历史
如图中的版本历史里面主要包含了修改时间、版本、变更人、描述、
修改人;在这里的描述中产品经理需要说明自己修改的需求在目录中的编
号,让开发可以直观的查看到本次修改的内容。
3、目录
因为PRD文档页面少则几页多则几十页,为了让研发快速定位自己负
责的板块,所以目录也是必不可少的。在Word中直接”引用-插入目录
“就可以自动生成目录了。(具体结构如下)
4、项目介绍
项目的介绍主要分为3个方向:
项目背景:讲述项目/需求产生原因,以及是如何贴合当前公司业务
进行的项目。
项目价值:讲述项目在当前市场中存在的价值,潜移默化的告诉大家
产品的可实施性,让大家更好的实现产品。
项目目标:讲述项目日后的最终发展目标,让大家以最终目标为方向
去推动产品进行。
以上三点可能开发并不会去看,但是这三点主要也是为了让其他产品
经理更加清楚产品的业务方向与业务存在的市场价值。
5、需求方案描述
需求方案描述与之后提到的需求描述会有所不同,这里主要是体现出
产品需求的核心流程功能点,其中包含项目的实体关系图、业务流程图用
来告诉开发测试人员项目的实现流程(绘制流程图的形式)如下图:
在这里要注意的一点是如果业务逻辑比较复杂最好可以在每个流程图
下说一个说明,协助研发人员一条一条的去梳理逻辑线。
6、项目风险
这一条也不是必须要写的,但是如果项目存在较高的风险值时可以起
到告诉业务中其他人该项目需要注意的地方,以防项目推广后出现致命性
的问题。
7、功能需求
PRD文档中最为核心的主角,在这里也可以理解为功能清单,需要你
将所有功能点罗列出来并告诉研发人员每个功能的功能描述、优先级、需
求逻辑描述、相关细节性描述、相互作用描述、交互说明。(需要根据实
际描述点描述)
如图:
在这里就不多做赘述,整体的需求一定要简洁明了,不要过于啰嗦,
不然很容易要研发人员混乱。
8、运营计划
与运营协助撰写出功能的后期运营计划,并告知研发人员,便于让研
发人员了解产品逻辑,在这里也可以写明项目的阶段说明(如:一些功能
我们分三波进行研发上线,在这一期我们之做第一阶段的XXX功能,其余
板块需预留好接口)。
9、非功能性需求
非功能性需求主要包含埋点需求、性能需求、兼容需求、环境需求、
统计需求、预留接口等,这里需要产品经理根据实际业务进行撰写;
10、上线要求
最后结尾告诉研发与测试人员本次项目的最终效果,好让研发人员以
此为目标开发,测试人员以此为目标进行测试。
--END--
总结:其实PRD文档的格式千变万化,产品经理不
您可能关注的文档
最近下载
- 2024年6月英语四级真题(全3套).pdf
- 脑血管病教案.doc VIP
- 《Unit 6 Food and Drinks Listening and Speaking》学历案-中职英语高教版23基础模块1.docx
- 生活饮用水水质处理器卫生安全与功能评价规范-一般水质处理器(2001).pdf
- 标准图集-05SS521预制装配式钢筋混凝土排水检查井图集.pdf
- 流感课件完整版本.pptx VIP
- 学生干部心理调适培训.ppt VIP
- 国家开放大学《建筑力学》章节测试参考答案.pdf
- 10《往事依依》课件 2024-2025学年部编版七年级语文上册(共18张PPT).pptx VIP
- GY5(J1型)半联轴器加工工艺与工装设计-机械设计制造及其自动化.doc VIP
文档评论(0)