如何（使用免费模板）编制产品需求文档 (PRD)

产品需求文档 (Product Requirements Document, PRD) 描述了成功实现新想法所需要或期望的全部内容。PRD 用于连接通常含糊不清的项目简介与高度详细的工程实施计划。在某些领域，也可称之为需求计划 (Program Of Requirements, POR)、设计规格书或产品核心。

PRD 便于设计人员和开发人员对产品需求形成实际认知，包括对产品的外观和触感、功能、品牌形象、对业务的帮助，以及使用方式的认知。

如果公司人员构思了新产品的出色创意，并希望开始开发。他们在项目简介中概述这一构想的总体概念，并将其交给设计部门，然后就可以离开了，对吗？错了。实际上，这样设计出来的产品往往会在一个或几个方面表现出色，但在其他方面却差强人意。这是因为尽管在潜意识里，设计人员认为自己已经理解了发起人的构想，并满怀热情地开始开发，但结果往往证明，他们所诠释的概念与预期并不一致。

然而，在产品开发过程中，有些内容非常简单，根本不需要编制 PRD。“设计单件式模具，以利用注射成型制作具有几何美感的一升装饮水壶，从而成为简约家居装饰中的目光焦点”，以及“为海滩游客设计充气游泳圈，可支撑 200 磅重的人漂浮在海面上”，此类描述以及目标用户的描述和情绪板文件足以用于编制项目的 PRD 初稿。

有些产品很简单，因此并不需要 PRD，但对于更复杂的产品来说，PRD 则不可或缺。向下滚动以下载我们关于 Apple Airpods Pro 的真实 PRD 示例。

但在功能和硬件配置的复杂程度增加时，最重要的是进行更加具体的描述。例如，使用生物复合材料开发鸟巢用于大规模制造的难度就已经提高了一个层次。不同的孔径大小会吸引不同的鸟类。还应设置适当的通风量、温度调节和保护，而这些还仅仅是开始。设计人员需要掌握充分的信息，才能做出成功的设计。

对于复杂的集成产品，许多不同的方面都会发挥作用，以满足各自的需求。硬件、软件、电子设备、用户体验、装配、品牌和标签、包装、互操作性、服务政策－不一而足。开发团队很难充分了解这些组成部分，而且如果正确记录所有这些组成部分，您就会得到一份至少五页内容的文档。

因此，如果您无法在一个段落中对即将推出的产品或系统进行全面描述，则必须为其附上一份 PRD。

除了保证将项目发起人的构想成功转化为实际产品外，编制 PRD 还有很多优势：

• 评估和发现未来的障碍

• 有助于设定新产品成功与否的评估标准

• 表明产品各个方面的优先级

• 加深有关不同客户和使用场景的认识

• 将产品管理的作用牢牢扎根于新的开发流程中

• 将产品开发与全面构想联系起来，而非仅关注一系列功能的添加和改进

• 确保设计的合理性

• 提供项目的全面概述，帮助每名人员介绍和推销项目

• 加强多学科团队合作和全面相互理解

• 通过让参与人员理解项目，减轻未知压力，从而振奋精神，让大家全力以赴

编制 PRD 的劣势则是：

• 编制 PRD 是一项需要花费一定时间才能掌握的技能；

  • 过早提出过于具体的需求可能会引起讨论，既耗时又无效

  • 过于含糊冗长的 PRD 会让所有相关人员感到困惑，从而容易被忽略

• 不利于开展面对面对话，而在对话中提出正确的问题有助于阐明设计的首选隐形质量：“如果能够满足所有需求，那它就一定就是客户想要的！”。

• 不利于进行更开放的设计探索，而这种探索除了有助于制作指定产品，还可能帮助成功实现不同类型的产品。

PRD 首先是一个内容广泛的开发流程大纲，可从不同利益相关者、产品方面和相关工艺的角度明确提出需求。现有产品的用户测试、用户调查和观察研究，以及设计探索、技术发展、新的商业战略、社会文化趋势、维修和保养、不断变化的环境、新的生产工艺（如数字制造）、物流、包装、法律法规、人体测量数据和文献等，均可用于可靠生成即将推出的产品的需求。如果某个设计能够满足 PRD 中的所有需求，那么它就很有可能十分出彩。因此，所有需求都必须详尽无遗地涵盖项目的目标。相对于一份尽管包含众多细节但并不完整的 PRD，一份包含各领域通用需求的 PRD 更为出色。

要提供完整蓝图并确定实际需求，最佳的做法是在头脑中预演这个特定产品从制造到分销的生命周期，其中还应包括使用中的场景以及生命周期结束。在最终完成 PRD 之前，务必检查是否遗忘了某些方面，以免导致设计师走弯路；反之亦然，检查是否详细描述了需求，以免排除了可能促成设计成功的其他概念。请记住，编制 PRD 本身就是设计思维的一部分。

PRD 的第二个关键方面是确定优先级。设计人员和工程师应了解需要专注哪些方面，才能成功制造产品。PRD 并不是一成不变地规定产品应该如何；它只是设计这一社会过程的开始，并可以在不同程度上进行协商。这就是在开发过程中需要随时调整 PRD 的原因，也使得 PRD 在本质上成为了一份动态文档。

分流法是传达优先级的一个好方法；该方法可将所有需求分为“必须满足”、“期望满足”和“最好满足”。如此一来，设计人员和工程师就会知道，如果不能满足“必须满足”需求，他们甚至永远都无法制造出产品。如果不能满足至少几个“期望满足”，他们可会创造出一个最小可行性产品，但可能并不会得到客户和产品经理的青睐。这些“最好满足”是在有额外资源的情况下可以开发的额外功能。

分配优先级的更好方法是分配一个更详细的范围，因为有些“必须满足”项比其他同类需求更加重要，而有些“最好满足”项则相对更受客户欢迎。一台新的 Formlabs 立体光固化 3D 打印机必须配备一个橙色的亚克力机罩，因为该部件是品牌传统的一部分，而且可以阻挡紫外线，以免干扰打印过程。但是，如果设计师能够找到另一种适合所有使用场景且美观可行的解决方案，那么有关打印设置触摸屏交互的硬性需求就有了讨论的空间。材料耗尽传感器则属于“最好满足”配件，可能会比机器表面的 LED 背光标志更有优势。为不同需求分配优先级数字（比如从 1 到 10 进行打分）也有助于选择概念，从而利用质量功能部署法或其他类型的决策矩阵等方法计算出每个概念的成功分数。

PRD 的第三个关键需求是将发展目标具体化。尽可能使用清晰完整的书面表达，并具体说明物理量。最佳做法是使用 SMART 原则；目标必须具体、可衡量、可实现、有相关性、有时限。如有可能，应说明不同的产品功能将如何帮助企业成功完成指标。这种系统性阐述需求的方式也有助于产品经理意识到不相关的目标或约束，这些目标或约束可能出于习惯、误解或一致性等原因，已经超出了设计问题的领域。

第四，保证 PRD 简明扼要。它并非是现成的技术实施计划；工程师会在自己的部门内部制定此类计划。一份完善的 PRD 会参考产品在使用环境中的应具行为，而不是事先使用详细规格（即使在大多数情况下也会包含其中一些规格）来完全定义设计。因此，具体的实现方法取决于设计专家。

PRD 也不属于不同利益相关者对预期设计的表述集合。这些表述往往包含相同的内容，而精心编写的需求则可以更准确地捕捉到这些描述。最好可以明确检查不同需求之间的冗余内容，查看是否可以将其合并。

PRD 主要用于概述产品功能，解释这些功能如何帮助不同的利益相关者取得成功， 并展示这些功能如何在不同的使用案例中发挥作用。PRD 初稿的内容最为简洁，不过是一份有关关键需求的简短清单，但随着时间的推移，它可能会变得更加完善、准确，以便反映设计决策的演变过程。

独立设计师和创意工作室通常会向客户发出一份包含两页内容的调查问卷，该问卷需要他们提供一份类似的候选清单。这就给了设计师多于 15 分钟的详细介绍时间，因为问卷中会询问必要的细节，如客户公司内设计项目的性质、构想的功能和交互、目标人群、与竞争对手相比的独特优势、设计语言偏好、交付成果、截止日期和预算。对于复杂的设计项目，开发人员会基于候选清单进行扩展，以制定更全面的设计方案。其最终目标是让每个人对项目内容达成共识。

PRD 通常以封面页开始，其中包含项目名称/代码、公司和部门、负责经理、编制日期和文件版本等常规信息。然后，导言部分将阐述项目的背景，并从不同人群的需求出发，说明需要开发新产品的原因，以及新产品的预期未来情况。

PRD 的正文首先描述了项目的目标。其中包括产品的总体构想和公司的高层次目标，并尽可能配以成功指标、关键绩效指标 (KPI) 和时间框架。

然后，PRD 继续描述需求来源：利益相关者及其在产品生命周期 (PLC) 中的角色，以及使用案例（展示在实际情况下产品关键功能的人工使用设想）。

最好将需求按本质归类到产品的不同方面，因为这就是最完整的罗列方式。不同的利益相关者和使用案例可能会提出重叠或相同的需求。同时，在硬件、技术功能、交互性、软件、外观和定制化、制造和法规等方面对产品进行明确分类，可以使列表充分涵盖所有要点。请务必对每个类别和每项需求进行编号，正如以下定制耳塞的 PRD 摘要所示：

在示例中，每项需求后的 P 代码表示其优先级，优先级从 1 到 10，10 为最重要。

PRD 还包括需要进一步研究的主题，以便完成文件。这些是尚未决定的未知因素，在回答这些问题时可能就会推动产品开发向新的方向发展。例如，公司可能希望研究高性能树脂等新材料，从而开辟新的市场和设计机会，如 3D 打印鞋垫。

最后，PRD 应包含与概念展示计划日期、“设计冻结”时刻（对整个设计或其重要方面做出确定性决策）以及计划制造、运输和发布日期相关的里程碑。最后，确保提供一份资源和信息库清单，供设计人员在设计过程中参考；一份术语表，用于解释文件中出现的技术术语；附录（可选），用于提供详细信息；竞品概览，包括新产品的定位；支持草图或实物模型，用于提供初步想法；以及组件图，用于解释所需的内部尺寸和功能配置。

简而言之，PRD 的结构如下：

• 标题部分

  • 项目名称和/或代码

  • 负责经理

  • 编制日期

  • 文档版本

• 简介

  • 背景信息/背景

  • 问题定义/用户需求

• 目标

  • 构想

  • 目标

  • 产品定位

• 利益相关者

  • 用户

  • 购买者

  • 生产商

  • 客户服务

  • 营销和销售

  • 外部合作伙伴

  • 管理实例

  • 零售商

  • 等...

• 用例

  • 用户故事 #1

  • 用户故事 #2

  • 等...

• 方面

  • 硬件

  • 软件

  • 设计

  • 用户体验

  • 交互性

  • 定制化

  • 制造

  • 法规需求

  • 等...

• 开放式问题/未来工作

• 里程碑

• 资源

• 附录

• 术语表/术语解释

当然，了解现实生活中的示例而非空洞的大纲总是大有益处，因此我们为一款知名产品编制了一份虚构的 PRD。我们的 PRD 示例描述了项目开始时 Apple AirPods Pro 的需求，当时市面上只有第一代 AirPods。

与其从头开始编制 PRD，不如在为自有产品编制 PRD 时将此模板作为起点。只需点击右上角的“使用模板”即可将其复制，删除任何不必要的信息，并根据自身需要修改文档结构。

请注意，虽然该 PRD 作为公司文件，主要基于与产品相关的实际数据以及现有的消费电子产品法规，但它完全是虚构的。

产品需求文档 (PRD) 是设计和产品开发过程中必不可少的工具，如同可以快速制作原型和迭代新设计的 3D 打印机。

确定需求本身就是一项专业技能。这些需求必须涵盖所有领域，同时不得冗余或不完整，以明确的语言书写，并按照“必须满足”、“期望满足”和“最好满足”来传达优先级，避免与设计相关的直接技术规格不必要地限制设计可能性。一份详尽的 PRD 还能提供其他信息，如外部资源、产品定位表、草图或展示构想的实物模型，以及要集成到设计中的技术组件。