什么是产品需求文档 prd文档是什么格式 _经验分享

PD/MRD/PRD文档区别
PD是BP通过后的进一步细化。产品定义文档用来明确要做什么产品，使得公司内部所有与业务相关的部门（高层领导、研发、销售、支持等部门）都能基本清楚我们到底要做什么产品，从而统一大家的思想和行动。PD的主要内容包括：
产品名称
该产品的远景目标（vision）
目标市场和客户的描述
竞争对手分析
对产品主要功能的比较详细的描述
这些功能的优先级
初步拟定的实现进度安排
用例，这可以是较粗略的大致描述。
产品的软硬件需求
产品的性能要求
销售方式上的思路、需求（直销还是渠道？直销怎么做？渠道怎么做？）
技术支持方式上的思路、需求（提供什么样的技术服务？）
该文档是产品项目由“准备”阶段进入到“实施”阶段的第一文档，其作用就是“对产品进行市场层面的说明”，解决“为什么做”的问题，用来阐述产品为什么是赚钱的。大纲如下：
用户的问题，我们的机会；
目标市场的特征和趋势；
目标用户的特征和购买动机；
最终使用者的特征和需求；
市场需求：功能要求、兼容性、性能、语言要求、外观、文档、发布、支持和培训等要求。
PRD是针对MRD中的产品功能做进一步详细说明，解决“怎么做”的问题。产品需求文档一般用word+visio，或者Axure软件来写。文档是写给交互设计人员和开发人员看的，因此既需要界面流程原型，也需要详细的功能说明、业务规则、数据要求。大纲如下：
功能名称：
功能说明：功能清单及优先级、功能目的、详细说明
最终用户描述
业务流程：需要详细的用例（use cases）
业务规则
界面原型：设计框架图
数据要求：数据的输入、输出、参数范围
其他：交互建议、性能需求、环境需求，备选方案等
产品经理文档之PRD
PRD：产品需求文档，全称是Product Requirement Document，是产品文档中最底层最细致的文档。文档侧重对产品功能和性能的说明，主要是把产品规划与设计中的产品流程，界面，功能等定义向研发、设计、测试等团队做清晰的描述说明。
1、帮助团队存档产品信息
产品实现过程中，有很多的逻辑、算法需求，没有文档的记录，容易在团队变更、交接班的时候出现较大风险。通过产品需求文档记录产品的各种需求与实现方式，能有效降低团队的风险，同时也能提高交接效率。
2、提升内部信息沟通的效率
虽然需求可以口述，但是不代表说一次全员就都能记得，会遇到开发、设计或测试记不清楚的地方，可以直接查看文档。结构明确、表达清晰的文档仍然有不可取代的作用。
3、产品工作有据可查
各方需求理解不一致，或延期产品工作的时候，通过产品需求文档都可以有效的找到问题根源。
研发人员：由于研发人员本身专注于功能的实现与性能，所以他们相对于其他岗位比如运营，时长，设计等，表现相对不太关系，对于产品更多地了解来自于产品经理的产品宣讲。
设计人员：设计人员本身更多的会关注产品的表现形式与原型，所以对PRD的需求是相对较弱的。
还有老板、项目经理、运营、市场、客户、财务……
所以，PRD文档，根据阅读对象，可以用最平铺直叙的话，把产品描述清楚就行。
文字模式：Word 。时间较为充裕的或岗位责任制分明，有文档要求规范的团队，建议选择Word撰写文档。
原型图模式：Axure 。追求时间效率灵活性的团队，建议选择Axure撰写文档，原型搭配产品说明，无需切换，只用一个文件就可，方便快捷。
无论哪种方式，都是大同小异，本质上并不影响PRD文档的使用效果。
1、修订记录：版本号、修订日期、修订章节、修订内容、修订人等。
版本号说明，以1.25举例：
版本号（ 1 .25）：重大调整升级，一般是产品结构功能等有调度。
子版本号（1. 2 5）：在原有基础上对局部功能进行了升级或调整。
修正版本号（1.2 5 ）：局部小范围优化与Bug修复，一般是不动功能性的东西。
版本号的命名规则：
归零原则：前一个数字增加一位，后面的数字都归零。
修订记录的作用：
对修改前后进行比较
有利于维护和管理PRD
记录修订人和修订日期
方便查询，可以只看修订部分，快速查找变更之处
2、名词术语：将一些产品里面不易理解，容易混淆，或者缩写的词汇在开篇进行统一的列表说明，有利于阅读。
全局说明包括：权限说明、授权说明、异常情况、键盘说明等。
权限说明：对角色权限进行划分，例如登录和未登录状态下可访问的功能权限。
授权说明：手机号授权、地理位置授权、相册授权等。
异常情况：加载失败、网络异常等。
键盘说明：数字键盘、字母键盘。
......
1、产品结构：包括产品功能结构图、信息结构图。
【什么是产品需求文档 prd文档是什么格式】 2、业务流程图：通过用户行为串联信息结构和产品结构，可以更好的理解产品经理设计的用户行为。
3、功能清单：清单包括功能模块、功能点、功能描述等。
4、功能详情：原型设计、功能说明和用例。
功能详情的表述顺序可以按照功能的逻辑来表述，或按照产品结构来表述，具体可以看个人习惯和团队要求。
用例：用例图和用例说明。用例图表述的是系统的外部参与者与系统之间的关系，是由参与者与用例组成的示意图。
注意：
撰写前要保证思考到位，产品结构本身短期内不会有重大改动。这样即便是在交付后，出现调整或需要优化的地方，也不会出现重构的情况。
文档中用词用语一致，对于同一事物的表述应该一样，避免混用。
非功能性需求是对产品非功能性需求的说明，包括性能需求、技术组件需求、安全性需求、可用性需求、质量需求等。
性能需求：系统满足多用户同时工作，保障同时在线用户五千人，并发操作一千人的使用需求。
技术组件需求：数据存储及计算使用星环大数据平台等。
安全性需求：涉及外网环境的需保证数据网络架构上保证数据的传输安全、具备良好的跨平台部署能力等。
可用性需求：系统支持IE11并向下兼容，支持Chrome等主流浏览器。
质量需求 ......
上面的文档结构只是PRD的基本结构，并没有成为固定的可以供套用的东西，文章只是一种思路的分享，具体还是要根据自己公司及团队的习惯和达到你的目的为依据来进行调整，切勿生搬硬套。
阅读原文
对产品经理感兴趣的朋友，可以移步“ 行业与市场分析 ”，期待共同交流。
原型prd文档是一款软件吗?
prd是指产品需求文档，全称Product Requirement Document，类似于项目经理PM，用户界面UI，研发RD 测试QA，目前最适合的PRD写法就是用Axure
完整的PRD文档包含哪些内容?
完整的PRD文档包含的内容如下：
1、文档概述：文档状态、文档修订记录、名词解释。
2、产品概述：需求背景和需求目的、需求和功能拆分清单、产品架构图和重要流程图、原型交互。
3、需求详细描述：拆分各个模块详细描述需求功能点，包括正常流程和异常流程。
4、非功能性需求：比如数据埋点需求和运营需求等。
PRD的主要使用对象
研发、测试、交互设计师及其他业务人员。
研发可以根据PRD获知整个产品的逻辑，作为编码的依据；测试可以根据PRD编写测试用例，为正式测试做准备；交互设计师可以根据PRD设计交互细节；业务人员可以通过PRD提前了解产品，为运营和推广做准备。

如何撰写PRD文档
首先，先了解清楚PRD的阅读对象，使用者。PRD的模版中一般有如下信息： PRD预期的读者包括：产品、开发、测试人员及相应的负责人和用户方代表。产品、开发、测试人员会从中了解到本次需求的背景和详细要求，以及每个需求点未来的优化方向或对用
什么是产品需求文档
无论做什么事都讲究方式方法，写产品需求文档(以下称PRD文档)也是如此，那么什么是产品需求文档呢？下面就来简单的说一下。
1、该文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档。当然，这个定义针对的是一个全新的产品。广义上来讲，产品需求的描述，应该包含有产品的战略和战术，战略是指：产品定位、目标市场、目标用户、竞争对手等。战术是指产品的结构、核心业务流程、具体用例描述、功能&内容描述等。
2、 PRD的主要使用对象有：开发、测试、项目经理、交互设计师、运营及其他业务人员。开发可以根据PRD获知整个产品的逻辑；测试可以根据PRD建用例；项目经理可以根据PRD拆分工作包，并分配开发人员；交互设计师可以通过PRD来设计交互细节。PRD是项目启动之前，必须要通过评审确定的最重要文档。
以上就是关于什么是产品需求文档的全部内容。
关于prd文档是什么和prd文档是什么格式的内容就分享到这儿！更多实用知识经验，尽在 www.hubeilong.com