PRD-从市场需求到产品开发的关键衔接文档

94 2024-03-22

产品 PRD 文档功能 MRD

PRD是英文Product Requirement Document首字母的缩写，中文意思是产品需求文档，该文档将市场需求转化为产品功能或非功能需求，是一份层次清晰、细节丰富的产品功能需求及非功能需求说明文档，包括了产品功能、性能、用户体验及其他相关要素，是MRD中内容的技术化、指标化，是几个产品管理文档中最基础、最细致的文档，也是产品开发过程中的重要文件，对于产品的开发、测试、上线和维护都有着重要的指导作用。该文档是BRD、MRD的延续，BRD的撰写是一个从设想到实现细节的规划过程，能够提供一份逻辑清晰、内容完整、设计合理的PRD文档，体现的是一个产品经理/市场经理的基础能力。

如果说MRD文档聚焦在用户，那么PRD文档则聚焦在产品本身，是对MRD中客户需求、客户问题的解决方案，是基于用户场景对产品功能的详细描述。如果说MRD记录的是市场需求客户问题，那么PRD就是想办法去满足需求，去解决问题，是在对MRD中问题、需求分析的基础上，在产品方案层面去定义满足客户需求的产品功能和特征。

PRD文档一般由产品经理/市场经理牵头撰写，但由于PRD中已经开始涉及UI、ID、功能的技术描述等专业内容，超越了大部分产品经理的能力范围，一般会由项目成员中的UI设计师、ID设计师、技术经理等人协助完成文档中的部分内容，有时甚至会在产品经理的协助下由专业技术人员主导PRD的撰写。

一般情况下，一个通用的PRD会包含且不限于如下内容：

-产品目标和背景：对产品的概述和目的进行阐述。

-需求概述：对产品的基本功能、特性、使用场景及用户需求等方面进行概述。

-功能需求：对产品各个子功能的具体要求、功能描述、界面效果等进行详细说明。

-性能需求：对产品的响应速度、稳定性、安全性等方面的性能要求进行说明。

-用户体验需求：对产品的用户友好性、易用性、可访问性等方面的需求进行描述。

-数据需求：对产品所需的数据、数据结构、数据交换格式等进行描述。

-限制和假设条件：识别并描述针对产品实现的限制和可能的假设条件。

-风险评估：对开发和实施产品可能面临的风险进行评估和解释。

-接口需求：对产品所需的接口、协议、数据交换等进行描述。

-需求管理：描述对PRD进行版本管理和更新的方式。

PRD是产品需求定义的重要文件，对于确保产品质量、满足用户需求、促进其市场推广具有至关重要的作用。由于企业的产品形态差异很大，最终的PRD呈现形式也会有很大的差异，下面我们分有形的硬件为主产品的PRD和软件为主互联网、应用服务的PRD两种形式分别进行介绍。

一、硬件为主的PRD

对于硬件为主的产品，其产品需求描述一般能够具体、清晰，且有众多的标准、规格书支撑，很少会产生歧义。在这些产品的开发项目中，PRD可以作为单独的文档出现，也可以作为某个产品文档的一部分，比如在华为，PRD被命名为产品包，作为单独的文档出现，在IBM PCD部门，则是将Charter、MRD、PRD都放在了一个文档中，并统一命名为MRD，只是要求在不同阶段提供的内容细节不同。

以PC产品的管理文档为例，它将综合性的MRD分为了三大部分，第一部分是总体概述，第二部分是战略及市场概览，第三部分是投资建议，其中第三部分对应的就是PRD。在投资建议部分，又分为了多个更为详细的内容方向：

-产品/方案概念综述：描述产品定位、设计要求、上市时间、重点销售区域，销售国家列表、项目投资理由说明，项目需要重点关注的内容及成功的评价标准等。

-产品路线图：全面的描述业务的综合产品布局，新产品在整体布局中的位置，与前一代产品的衔接关系，后续产品的开发节奏等内容。

-产品方案定义（OD：Offering Definition）：这部分是PRD的核心内容，一方面要从技术的角度说明硬件系统是什么样的要求，另一方面也要明确，从现有业务的角度，哪些内容不包含在该项目中，便于项目相关人员在后续开发工作中能够对产品方案有一个清晰的认知。还是以某PC产品为例，在OD部分需要说明系统结构是一体机还是分体机，一体机的尺寸和大致的配置如何；采用什么样的主板，主板需要支持哪些接口；需要支持哪些配件；主板上需要支持哪些接口，前后面的接口布局如何，在合规方面需要满足哪些要求，产品提供的服务是怎样的……。还要对产品的特点要求进行汇总，比如外观设计、性能要求、娱乐设计以及运作模式要求等。此外还要说明系统在软件方面的要求，不同地区会配备什么版本的操作系统，在产品中会配送哪些应用软件等等……。对于PC产品来讲，外观设计对产品的影响较大，所以会拿出较多篇幅来介绍新产品的外观设计是怎样的，有什么样的特殊要求等等。通过这样全方面的描述，使项目组成员对待开发产品有一个清晰全面的认知。

-成本分析：基于系统拆解，明确关键部件的成本目标以及整机的成本目标，便于项目组成员进行部件和整机的成本控制。

-关键市场信息：主要是明确主要出货区域对新产品的要求，各地区出货的机型配置建议等信息。

由于企业在产品形态、运作模式、行业要求等方面的差异，以硬件为主的产品BRD在呈现格式上会有所不同，但内容方面相对比较一致，比较容易上手掌握。在呈现形式上，可以采用PPT格式，也可以采用Word格式，也可以采用表格形式。

二、软件为主的PRD

与硬件产品相比，不同的软件功能需求不同、应用场景不同、复杂程度不同，在开发过程中也更容易产生歧义、发生变更，因此软件为主PRD的内容也要写的更为细致，以便更好的向团队来准确的传递需求。

软件的PRD文档是交互设计、视觉设计、开发逻辑设计的源头，从研发的基础评估到研发组织的技术评审，再到投入开发、测试验收等，全过程都强烈依赖于PRD中描述的内容。这就要求PRD必须编写的非常详尽，至少需要具备原型和逻辑两个模块的内容。原型要包含页面和交互，最好是全部页面，以及至少基础的交互；逻辑则要包含功能逻辑、交互逻辑、视觉逻辑、技术逻辑，业务逻辑等内容。由于软件PRD内容的复杂性，一般会以单独文档的形式出现。

一般情况下，软件PRD会包含如下内容：

-产品概述：需要对产品进行简要介绍，包括产品的名称、定位、目标用户、竞争对手、产品路线图、产品风险等等。

-产品功能结构图：需要列出产品所有重要的功能及内容模块，可采用思维导图或图表形式来展示。

-产品信息结构图：将产品涉及的信息按一定的分类格式进行归档，并以思维导图或图表形式进行展示。。

-产品流程图：以流程图的形式，粗线条的展示产品总体业务逻辑。

-功能说明：对产品原型中通用性页面/组件进行介绍，在具体原型页面上进行位置链接，并对每个功能进行详细说明。

-非功能说明：除了基本功能之外，系统性能要求、兼容性要求、安全层面要求、网络要求、数据要求等非功能需求也需要进行详细的描述介绍。

-……

因为软件PRD的复杂性，在互联网企业、专业的软件企业，都会以独立文档的形式提供PRD，使用Axure“原型+注释”的方法，输出原型HTML作为产品需求文档，单纯使用word文档编写PRD比较少见了。由于软件产品的差异性，各个企业的PRD从格式到内容都有比较大的差异。在软件或应用PRD撰写上要注意几方面的内容，首先是关键词要统一，最好创建规范性名词解释列表，做到关键词的一致性，避免描述不一致产生的歧义；其次是逻辑清晰，在呈现时最好采用标准模板，按统一格式进行呈现，并且要理清行文逻辑和产品功能逻辑；最后是文档要考虑全面，逻辑清晰，语言精练，既要避免描述过粗而让人容易产生歧义，又要避免描述够细使文档的可读性变差。

总之，PRD是衔接市场需求与产品技术开发的关键文档，其内容和呈现方式对项目的开发执行影响很大，产品经理需要借助团队的力量，基于待开发产品方案的特点，在对MRD深入理解的基础上，采用合适的方式，尽可能全面清晰的展示产品需求，真正起到市场需求和产品开发连接器的作用。

原文链接： http://mp.weixin.qq.com/s?__biz=MzUxODEwNDgyNg==&mid=2247483896&idx=1&sn=8ddf425e8e2163ff8da8cc6a624b54ea&chksm=f98cb26dcefb3b7be411c53f1de4e83615333f0cadc4a5ef3b71325620f544169a26a811cfd7#rd