一、prd文档是什么

产品文档本质上是未来产品特性和功能的蓝图。它通常由项目经理根据客户的意见准备,是客户希望产品能够做什么的全面总结。对于PRD来说,全面定义产品、功能、外观和感觉、目标以及设计/UI/UX团队、开发团队和测试团队所需的其他方面至关重要。‎

‎PRD应该作为一个清晰的路线图,然后将其扩展为一个成熟的项目,包括任务所有者,截止日期等。因此,在定义项目范围之前,PRD可能会经过多次迭代。虽然PRD通常用于阶段顺序进展的瀑布项目中,但它们也可以用于敏捷软件开发。在PRD文档或产品规范文档中可能缺少的少数一件事是确切的实现,这将在UI / UX设计和原型设计阶段进行。‎

‎由于PRD是最终转化为最终产品的初始蓝图,因此在文档中明确无误地定义几个要素至关重要。因此,通常使用产品需求文档模板或 PRD 模板来确保不会遗漏任何内容。

二、PRD文档应包含哪些内容?‎

‎PRD 必须包括发布所需的所有显式功能。为了支持每个所需的功能,应该有一个随附的用例来说明用户将如何利用此功能并通知测试计划。‎

‎如果功能很复杂,则可以使用子项为技术团队提供更多详细信息和粒度。这些子项中的每一个都应该在相关时包括自己的用例。‎

除了特定的特性和功能外,PRD还应包括发布的概述/目的。虽然这不应该试图复制MRD中的内容,但它应该详细说明产品团队试图通过此特定版本实现的目标(因为MRD可用于同一产品/产品套件的多个版本)。‎

除功能要求外,PRD亦应列明任何其他要求。这些包括任何系统或环境要求(即,此产品应在Windows 10或更高版本上运行,或者应在Firefox,Chrome和Safari浏览器中运行),以及任何可用性要求(即移动应用程序的单手导航)。‎

‎PRD 的最后一批组成是假设、约束和依赖关系。‎

  • ‎假设‎‎是您期望到位的任何内容(但不能保证),例如假设所有用户都将拥有Internet连接。‎
  • ‎约束‎‎决定了最终实现不需要的东西,无论是预算限制还是技术限制。‎
  • ‎依赖关系‎‎是产品将依赖的任何已知条件或项目。

三、产品需求文档的示例

‎PRD通常存在以下项目:‎

  • ‎目标/目标:‎‎解释你为什么要建立这个,你希望完成什么。‎
  • ‎特征:‎‎对于每个功能,您至少应包含描述、目标和用例。其他详细信息可能有用或必要,具体取决于功能的复杂性,例如超出范围的项。‎
  • ‎UX Flow & Design Notes:‎‎大多数组织在PRD被审查和接受后完成功能的UX设计。但是,在此阶段可能需要一些一般指导,以确保满足发布目标。这不是像素完美的模型或线框绘制出每个可能场景的地方;相反,它可用于描述整个用户工作流。‎
  • ‎系统与环境要求:‎‎将支持哪些最终用户环境(例如浏览器、操作系统、内存和处理能力等)。‎
  • ‎假设、约束和依赖关系:‎‎列出对用户的期望,实现需要注意的任何限制以及最终解决方案正常运行所需的任何外部元素。‎

四、哪些公司使用PRD文档,谁来编写?‎

‎许多公司,从大型技术名列前茅(如谷歌,优步)到小型的初创企业,都使用PRD。鉴于此范围,PRD 的信息深度和格式(例如,Google 文档、Powerpoint、JIRA 故事等)差异很大。‎

产品经理通常撰写PRD,但并非在所有情况下都是如此。特别是,在较小的公司和初创公司中,PRD可以由创始人,CTO,工程负责人或其他帮助产品开发的名列前茅编写。但是,无论谁撰写了PRD,关键跨职能团队成员的意见对于生产良好的PRD至关重要。‎