如何编写产品需求文档 (PRD)

当您制作产品时，您如何确保所有所需的功能都包含在最终可交付成果中？ 这就是项目需求文档 (PRD) 如此重要的原因。 它将这些信息传达给产品团队的每个人。

但究竟什么是产品需求文档，需要在其中包含哪些内容才能使其生效？ 我们将向您展示如何制作一个，以便在您计划下一个产品时，最终交付物包含您计划放入的所有内容。

什么是产品需求文档 (PRD)？

产品需求文档 (PRD) 是所有产品需求的详细大纲。 它解释了产品的价值及其用途或功能。 产品经理负责创建产品需求文档以与产品团队和利益相关者进行沟通。

详细信息包括项目正在构建的内容、该产品的用途以及它将如何使最终用户受益。 产品需求文档的结构是自上而下的； 它从大局开始，提供要完成的工作的总体愿景。 然后将产品目标与实现该愿景的功能联系起来。 还有关于最终用户如何与产品互动以及产品外观的详细信息。

使用产品需求文档时，传统的项目管理方法最为常见。 这是因为在瀑布等方法中，需求是在项目的第一阶段定义的，下一个阶段是在前一个阶段完成后进行的。 然而，产品需求文档已被用于更敏捷的环境中，并采用迭代和自适应规划方法，在这种方法中，需求不断地添加到积压工作中并确定优先级。

无论您使用何种方法来管理产品开发，ProjectManager 都能满足您的需求。 我们灵活的项目管理软件具有用于瀑布方法的甘特图，可以过滤关键路径并设置基线以实时跟踪您的进度和绩效。 如果您的团队很敏捷，他们可以切换到看板并管理他们的积压工作并协作计划冲刺。 立即免费开始使用 ProjectManager。

如何编写 PRD

很明显，产品需求文档是项目规划中的关键步骤。 但是什么构成了 PRD 以及如何创建一个？ 它必须是一个彻底、清晰的过程，并将用于将产品需求传达给产品团队。 还必须有发布所需的每项功能的详细信息。

每个项目都是不同的，但是绘制出产品需求文档的标准组件是有帮助的，无论您正在制作什么产品。 随意添加到此列表中，但以下是如何构建可行的产品需求文档的良好开端。

1.概述项目信息

这是产品的高级视图，用于介绍产品需求文档将涵盖的内容。 在这里，您需要列出项目的所有参与者，包括利益相关者、目标发布日期和一些关于产品的一般信息，例如它的目的是什么、它的需求等。

2. 详细目标/目标

现在您需要更深入地了解项目的目标和目的。 也就是说，您需要概述您制作此产品的原因以及您希望在完成后完成什么。 为了定义您的目标和目的，您可以使用 SMART 技术。 这个首字母缩略词代表具体的、可衡量的、可实现的、相关的和有时限的，它可以帮助您确保您的目标和目标是现实的。

3. 注意假设和约束

列出产品用户对最终交付物的期望。 然后列出可能对您的项目产生积极或消极影响的任何限制以及外部和内部力量。 这是确定是否存在任何任务依赖性的好时机。

4.添加背景和战略契合

对于背景，您要定义项目将在其生命周期过程中解决的任何问题或问题。 这就像制定风险管理计划，确定可能存在的风险以及您将如何应对它们。 战略匹配是指您生产的产品如何与组织的整体业务战略保持一致。

5.列出范围：用户故事和要求

该项目的范围概述了将要开发的所有产品功能。 这是基于用户故事，这是从用户的角度对功能的一般解释。 您还需要获得利益相关者的意见并确定他们对产品的期望。

相关： Word的免费项目范围模板

6. 定义产品特性

列出新产品或新版本的功能并描述其目标、每个功能和用例。 建议大家添加更多细节以充分理解该功能，特别是如果该功能很复杂或超出范围。

7. 显示发布标准

请注意必须满足的先决条件才能将产品交付给客户。 这包括要公开发布的产品的最低功能，明确用户测试的范围并确保产品对用户友好。 您还将了解如何设置性能基线。

8. 记录成功指标

您还需要为您的产品定义成功指标。 这意味着确定在交付成功产品方面最重要的因素以及您计划如何跟踪该指标。 这可以跟踪用户与功能的交互，以及他们使用产品或其他功能的时间或频率。

9. 目录排除

与了解项目范围内的内容同样重要的是了解范围之外的内容。 通过详细说明这些活动，您可以使团队免于陷入只占用时间并增加项目成本的死胡同。

产品需求文档示例

现在让我们看一下我们上面概述的产品需求文档的组件，并看看它们在产品需求文档示例中的外观。 这是一个简单的产品需求文档示例，让您了解它的工作原理。

假设您正在制作一个组织电子邮件的应用程序。 目标是创建一个应用程序，帮助人们避免垃圾邮件并标记重要的电子邮件，例如来自朋友和家人的笔记、账单等。目标是该应用程序将覆盖广泛的受众并列在应用程序商店的顶部.

您将使用可以扫描垃圾邮件并将其移动到垃圾邮件文件夹的功能，以防它收集非垃圾邮件。 还有一些功能可以识别您通讯录中的人并标记这些电子邮件，以便您首先看到他们。 此外，还将有一项功能可以捕获对时间敏感的电子邮件，例如账单。

该工作流程由工程师开发解决方案，然后由用户界面团队设计，以确保产品对用户友好。 内容团队将添加必要的副本，产品将通过测试以确保没有错误。 如果有错误，将在返回测试队列之前将这些错误发送回工程部门进行修复。

电子邮件应用程序将为移动用户设计，但此时，团队将决定是否有资源为浏览器、操作系统等创建多个版本。团队还将确定相关任务，例如设计可以'在工程提供可行的功能之前无法工作。 假设包括用户将具有如此易用性，以至于没有进入障碍。 限制因素将是上市时间，因为产品很复杂，并且可能需要一个可能影响销售的预定时间表。

PRD 与 MRD

产品需求文档经常与市场需求文档混淆。 后者定义了产品将解决的客户需求。 产品需求文档是产品的构建方式。 它们都很重要，但服务于产品开发的不同领域。

PRD 与 BRD

另一个经常与产品需求文档混淆的文档是业务需求文档。 后者更多的是对业务需求的高层次审视。 它回答了有关业务想要做什么的问题，而产品需求文档专门针对产品的构建。

ProjectManager 帮助进行产品规划

产品需求文档是更大的产品计划的关键部分。 它本身就很复杂，而且只有在您必须安排活动、资源和成本时才会变得复杂。 然后是跟踪这些成本。 所有这一切意味着您需要产品管理软件来管理所有这些活动部件。 ProjectManager 是一款在线项目管理软件，可帮助您计划、安排和跟踪您的产品需求。

管理多个项目视图上的任务

产品经理可能会在甘特图上构建项目，但产品团队不需要这种详细程度来完成他们的工作。 幸运的是，有多个项目视图可以帮助团队使用他们想要使用的功能来实施计划。 有些人更喜欢列表视图或看板视图，它允许团队管理他们的积压工作并在 sprint 上进行协作。 管理人员可以了解他们的工作，因此他们可以重新分配资源以避免瓶颈。 还有一些重复性任务可以提醒团队成员会议、产品评论等。

实时跟踪进度和绩效

要按时完成产品计划，您必须跟踪进度和绩效。 在您的 PRD 中，您会记下指标和成功标准。 我们的实时仪表板为您提供项目的高级视图。 与其他轻量级工具一样，无需设置。 当您在易于阅读的图形和图表中跟踪六个项目指标时，它就准备好了。 您可以跟踪时间、成本、团队的工作量等，以发现任何异常并在它们成为问题之前解决它们。

当您想要深入了解可以轻松与利益相关者共享以保持更新的数据时，有可定制的报告。 还有一些资源管理工具可以让您的产品团队保持高效。 我们的软件是满足您所有产品需求的一站式商店。

ProjectManager 是一款屡获殊荣的软件，可将团队联系起来，并为他们提供自动化工作流程、管理风险和实时跟踪工作的工具。 我们的协作平台意味着您可以随时随地跨部门或跨大洲工作。 加入 NASA、西门子和雀巢的团队，他们正在使用我们的工具来取得成功。 立即免费开始使用 ProjectManager。