如何在Unity中免费制作游戏
本文来源perforce.com，由Perforce中国授权合作伙伴——龙智翻译整理。
产品需求文档（PRD）阐述了产品的目的、特性和功能。它是开发团队理解以下事项的蓝图：
他们在构建什么？
为谁构建？
它将发挥什么作用？
虽然在当今的敏捷环境中，过去那种事无巨细的PRD已不那么常见，但其核心功能保持不变：协调所有利益相关者，使从产品经理到开发人员和测试人员的每个人都有一个共同的愿景。
对于高度监管行业或构建复杂系统的企业来说，一份全面的PRD对于指导开发和满足合规要求至关重要。对于采用敏捷或混合框架的团队，一份简洁的PRD可确保每个人都围绕统一的愿景启动项目。
本文将为您详细介绍如何创建有效的PRD，包括关键组成部分、分步流程概要，以及实现可追溯性的实践策略。
什么是产品需求文档（PRD）？
PRD从用户的角度概述了产品需求。它关注的是产品应该做什么，而不是团队如何构建它。
通常，PRD由产品经理与关键的利益相关者协作创建。它将业务目标和用户需求转化为开发团队的单一事实来源，使包括开发人员、设计师、测试人员、项目经理和其他利益相关者在内的每个人，都能够在开发开始前理解产品的范围和目的。
为什么PRD在敏捷开发中仍然重要？
虽然大量的文档似乎与敏捷框架相悖，但管理需求仍然至关重要。
敏捷需求文档不再是一份静态报告，而是演变成一个动态的、“活”的产物，包含目的、功能和时间线，并通过以下方式传达信息：
用户故事：从用户角度捕获功能。
史诗（Epics）：将相关的用户故事归入到更大的作品群。
验收标准：定义功能必须满足的条件，才能被视为完成。
敏捷PRD不需要像小说一样长。一份精简、结构良好的文档将有效防止范围蔓延，减少歧义，并在优先级发生变化时帮助团队做出明智的决策。
现代PRD的10个核心组成部分
成功的产品发布始于一份清晰传达产品愿景的PRD，包含以下关键要素：
引言与目的：阐明您要解决的问题以及为谁解决。明确定义业务目标，以及产品如何与公司的战略目标保持一致。
目标受众与用户画像：详细说明产品将服务的具体用户群体。概述他们的需求、痛点与动机。
特性与功能：将产品功能分解为具体的特性。使用“必须有”、“应该有”、“可以有”、“本次不做”（MoSCoW）方法，来进行优先级排序，以指导开发工作。
用户流程与设计：包含线框图、模型或用户流程图，为用户如何与产品交互提供视觉背景。
系统与技术需求：指定非功能性需求，例如性能基准（如页面加载时间）、安全标准、可扩展性需求以及合规义务。
假设与约束条件：记录在规划、技术或业务约束期间所做的任何假设。
风险与依赖关系：识别项目的潜在风险，并记录对其他团队或项目的任何依赖关系。
成功指标与发布标准：定义如何衡量产品的成功。概述关键绩效指标以及产品发布必须满足的标准，可能包括功能性、可用性和性能标准。
时间表与发布计划：提供包含关键里程碑和预计发布日期的高级路线图。这有助于管理期望并协调跨团队工作。
利益相关者审查与批准：列出所有关键的利益相关者，并在开发前记录他们的审查和批准，以获得普遍支持。
撰写有效PRD的6个步骤
撰写PRD应是一个综合整个组织意见的协作过程。通过遵循以下六个步骤，您将创建一份面面俱到的需求文档。
步骤1：协调利益相关者并明确目标
首先要阐明产品背后的“为什么”。与领导层和利益相关者合作，明确定义它要解决的问题及其战略重要性。您所陈述的目的应回答：
该产品具体解决了哪些用户痛点？
主要的最终用户和客户利益相关者是谁？
该产品将如何为客户和企业创造价值？
步骤2：进行全面的用户与市场调研
通过以下步骤，将您的PRD建立在扎实的市场调研和对用户的深刻理解之上：
采访潜在用户，了解他们的需求和工作流程。
分析竞品，以识别差距和机会。
创建详细的用户画像，以供团队对齐。
步骤3：列出并确定功能优先级
明确了目的和用户需求后，将产品分解为功能需求。对其进行层次化结构设计，并设定优先级框架，以确定先构建的内容：
主题：高层次战略目标，可能跨越数年并涉及多个版本发布，如“提升移动体验”。
计划/史诗：围绕主题做出贡献的大型项目，如“推出原生iOS应用”。
功能/用户故事：为用户带来价值的特定功能，如“作为用户，我想用Face ID登录”。
步骤4：定义可衡量的发布标准
在五个关键领域设定清晰、可量化的发布标准：
功能性：定义发布所需的“必备”功能。
可用性：设定用户友好标准，通过用户测试周期进行验证。
可靠性：确定系统正常运行时间和错误恢复的要求。
性能：为速度、响应能力和负载处理设定具体基准。
可支持性：确保产品能够被用户和内部团队安装、配置和维护。
步骤5：起草需求文档并征求反馈
撰写PRD初稿，融入上述“10个核心组成部分”中列出的所有要素，然后进行精炼，以确保清晰和精准。初稿完成后，传阅以供评审。
在与大型或分散团队合作时，使用Word或Google文档创建PRD可能导致文档丢失或重复，以及反馈遗漏。您极其不希望看到的，就是多个利益相关者对不同版本的需求文档发表评论，然后不得不进行整合。像Perforce ALM这样的集中式平台通过提供单一的事实来源，随着用户反馈而不断更新和调整版本，从而简化评审流程。
在整合反馈并确定了最终文档后，即可寻求所有关键利益相关者的正式签署。
步骤6：审查、迭代和维护版本控制
PRD不是静态的，它是一个“活”的文档，会随着开发推进和新见解的出现而不断变更。当产品团队开始工作时，即需要重新审视PRD，以确保其与项目的当前状态保持一致。请考虑：
持续评审：定期与开发团队一起审查PRD，验证假设，并根据技术发现或市场变化调整需求。
冲刺迭代：在每次冲刺后更新文档以反映变更。这样，您能够让所有利益相关者了解产品的范围和功能，同时不断演进。
版本控制：利用强大的系统来管理文档版本并跟踪变更。确保整个团队都在使用最新且经批准的PRD版本。
产品需求文档示例
01、基础电子表格PRD
许多团队使用基础的电子表格或Word来创建PRD。以下是产品需求文档在Microsoft Word中可能呈现的示例：
02、专用PRD工具
然而，如果没有专用的需求管理工具，保持PRD的更新是很困难的。如何确保每个人都能访问最新版本，并且所有信息都保持准确？协作和敏捷性成为重大挑战。这就是为什么许多开发团队使用需求管理软件来创建PRD。
使用像Perforce ALM这样的需求管理工具，您可以消除信息孤岛。从PRD、测试到缺陷管理的所有内容都可以在一个地方进行跟踪和连接。无论您偏好瀑布式、敏捷式还是混合开发方法，您的需求都将始终保持最新。
以下是Perforce ALM中产品需求文档的示例：
03、敏捷PRD
您可以在任务看板中创建敏捷需求文档，以便能一目了然地查看所有需求及其状态。例如，在下面的看板中，您可以看到用户故事（需求）正在被审查和实施的过程：
如果您像大多数敏捷团队一样进行冲刺开发，可以使用Perforce ALM来监控每个冲刺的进度。您会看到哪些用户故事已被实现和验证，哪些尚未完成。
可追溯性在PRD中的作用
撰写PRD只是开始。为了确保高质量的产品发布，您必须将需求连接到开发生命周期的每个阶段，包括测试和问题解决——这被称为可追溯性。
使用像Perforce ALM这样的强大工具，您可以实现端到端的可追溯性：
将测试用例直接与PRD中的需求相关联，以确保完整的测试覆盖。
将缺陷和问题追溯到其关联的具体需求和测试用例。
自动生成可追溯性矩阵，提供整个开发流程的实时、可审计视图。
在整个产品开发过程中实现完全可追溯性，可确保您构建的正是您所规划的内容。您将确保产品按预期运行，并兑现对客户的承诺。
使用Perforce简化您的PRD流程
在传统的文档编辑器中创建和管理PRD效率低下且存在风险。对此，Perforce ALM提供了一个集中式、协作化的解决方案，能够：
消除信息孤岛
实现可追溯性自动化
让您轻松配置任何类型的工作流程（瀑布式、敏捷、混合式）
将测试用例和问题追溯到需求
支持FMEA、ASIL、危害分析，并内置风险跟踪功能
促进严格的网络安全的合规性
Perforce中国授权合作伙伴——龙智
进一步了解Perforce ALM，或申请ALM产品演示与试用，立即咨询Perforce中国授权合作伙伴——龙智：
官网：www.shdsd.com
电话：400-666-7732
邮箱：marketing@shdsd.com
最新文章
相关产品
