《启示录》作者给出的写好PRD十大建议

概述

PRD 描述了你的公司即将推出的产品，它推动着整个产品团队和公司的销售、市场以及客户支持工作向前发展。对公司来说，很难再有比 PRD 更重要、更高杠杆的东西了。

产品需求文档(PRD)或产品规范的目的是清晰明确地阐述产品的目的、特性、功能和行为。产品团队将使用该文档来实际构建和测试产品，因此它需要提供支持他们完成工作的足够完整的信息。

虽然好的 PRD 不能保证创造出一个成功的产品，但可以肯定的是，如果PRD做不好，几乎不可能产生一个好的产品。

PRD vs MRD

我们在这里对产品需求文档和市场需求文档（通常称为”MRD”）进行了区分。简单地说，市场需求文档要求描述的是机会或市场需求，而产品需求文档要求描述的是抓住这一机会或需求的产品。

PRD vs 产品战略和路线图

产品战略通常是描述一个两到五年间的愿景，这个愿景指明了产品的目标，而产品路线图描述了实现这一目标的道路。PRD描述的是沿着这条道路发布的特定产品。

写好PRD的十个步骤

本文的目的是描述一个经过验证的、可重复的创建良好PRD的过程。这里描述的十个步骤并不容易，但它们可以帮助你制作出一个强大的PRD。这个过程所需的时间在很大程度上取决于你的产品规模和复杂程度，以及你在所需的知识和技能方面的熟练度。

步骤1：做好功课

PRD的目标是做出一个引人注目的产品。为了做到这一点，你必须做足功课。这意味着要研究你的用户、你的竞争对手和你团队的能力，包括现有的技术实现能力。

这要从客户、用户、竞争者、行业分析师、产品团队、销售人员、市场营销、公司高管、其他员工 – 任何对问题和可能的解决方案有洞察力的人开始。

同时也要意识到，说服团队相信产品最终会成功的一个重要因素就是你的自信程度。如果你做足了功课，你会更有信心，更有说服力。

步骤2：明确产品的用途

每一个好的产品都始于它所要满足的需求。你必须清楚地了解这个需求，以及你的产品如何满足这个需求。

产品经理必须建立一个非常清晰、简明的价值主张，并使它能够轻松地将这个产品的真正意义传达给每一个人，包括产品团队成员、公司高管、客户、销售人员。

虽然这听起来很明显，但很少有产品拥有如此明确的价值主张。考虑一下”电梯推销”测试。如果你有机会和公司的CEO一起坐电梯，她问你的产品有什么意义，你能在乘坐电梯的时间里回答这个问题吗？如果不能，你还有工作要做。

可能是产品没有重点；可能是产品想做的事情太多，没有什么明显的亮点；可能是你认为的大事情没有引起用户的共鸣；可能是你的产品没有在试图解决一个问题；可能你只是在努力为一项新技术寻找应用的机会。

价值主张还应该明确这个产品如何帮助实现产品战略。注意，你不需要谈论每一个小功能，就明确的价值主张而言，少即是多。

产品需求需要明确说明这个产品版本的目标是什么，以及如何衡量这些目标。目标还应该确定优先级。

例如，你的目标可能是1）易用性，2）零售价低于100美元，3）与以前版本的兼容性。然后你可以继续阐述你将如何衡量这些目标。对于像具体零售价这样的目标，是非常直接的。对于像”易用性”这样的目标，你需要具体到产品需要什么样的可用性水平。这通常是根据目标用户来定义的。可用性工程师可以对你的产品在特定类型的用户中的可用性进行评估。他们也可以对可用性问题的严重性进行评估，你可以指定不会有重大的可用性问题。

关键是要让每个参与的人都非常清楚成功是什么样子的，并提供产品团队所需的指导，以便在设计和实施中进行必要的权衡。

步骤3：定义用户画像、目标和任务

现在你已经明白了你要解决的问题，下一步就是深入了解目标用户和客户。在这一步中，与你的产品设计师紧密合作是非常重要的。

用户画像

到了这个阶段，产品经理将有望与许多目标客户见面，并花费相当多的时间来进行第一手的观察和讨论。现在我们需要对用户和客户的类型进行分类，并确定谁是主要用户。

例如，如果你正在建立一个互联网拍卖服务，如eBay，你知道你有买家和卖家，对于每一个买家和卖家，你都有低量/低频次用户和高量/高频次用户。不难想象，还有其他几类不太普遍的用户，例如可能为公司购买物品的公司采购员。

产品经理和设计师首先需要做的是确定最重要的用户，然后详细地描述他们的特征，这样你就可以用这些特征来指导你设计产品。这些用户有时被称为”角色”，虽然他们应该是虚构的，但他们应该尽可能地具有代表性、现实性和可信性。我们的想法是提出一个能抓住这类用户本质的原型。

这里有一个例子：

卖家莱昂是一位46岁的男性，住在弗雷斯诺，经营着一个小型的摩托车配件生意。虽然他有一个线下小店，但几乎所有的销售都来自于eBay，在那里他平均每月销售400件商品。他销售的摩托车相关物品范围很广，但他最受欢迎的物品是哈雷戴维森的鞍袋。他自己拥有两辆大哈雷，他还开着一辆1993年的丰田皮卡。莱昂已经结婚，有两个十几岁的儿子。

莱昂买电脑只是为了能使用eBay，除了eBay和电子邮件，他很少使用其它功能。莱昂已经在eBay上销售了三年，他已经学会了如何有效地销售。他的反馈率超过5000，他对此感到非常自豪。当eBay改变网站上的功能，尤其是销售流程时，对他来说，了解其中的差异和改变他的流程是非常痛苦的。

莱昂有完善的例行流程，他在周一列出要出售的物品，大部分拍卖会在周五结束，他试图在收到付款后的几个小时内发货。

希望这段描述能帮助你认识莱昂，了解他的来历。当我们考虑新的功能时，我们可以问问自己，莱昂对该功能的反应可能是什么，我们需要做什么才能让他成功地使用它。

将这些用户特征缩小到只剩下关键的特征是至关重要的。试图取悦每一个人是徒劳的，通常最后谁也不会满意，所以，尝试着总结出最重要和最普遍的几个特征是很重要的。同样，如果你不尝试和精确地描述你的目标用户，你将会拥抽象的概念，并且发现很难理解你的用户会有什么反应。你会倾向于假设你的用户比他真正的样子更像你。

用户目标

一旦我们确定并总结了我们的主要用户类型，我们就需要确定每个用户使用这个产品的主要目标或目的是什么。这听起来很简单，但当你周围的人都在告诉你他们想要的解决方案时，要想找到需要解决的根本问题往往是个挑战。

从CEO到销售代表到工程师再到客户，每个人都非常乐意”帮助”你提出解决方案。他们会告诉你，你需要在某个特定的地方添加一个按钮或快捷方式，或者因为竞争对手有特定的功能而添加，或者因为他们不喜欢而改变颜色。

直接跳到解决方案上的问题是，如果给产品经理和设计师足够的时间和自由度，他们往往能提出更好的解决问题的方法。

最好的解决方案取决于是否清楚地了解需要解决什么问题。每个用户画像的目标可能不同，所以能够从用户画像的角度来看待这些目标是很重要的。要求的功能所解决的问题很有可能并不是主要用户画像的目标之一。

任务

在掌握了用户画像和他们的相关目标之后，我们现在可以着手设计帮助这些人完成目标的任务。这是产品文档流程的核心，也是尽可能鼓励和促进创新的地方。

许多杰出的产品只是以一种新的、更好的方式解决了现有的问题。有时，这来自于新技术的应用，但大多数情况下，它来自于洞察力所带来的新方法。

例如，TiVo为录制电视节目的老问题想出了一个全新的方法，让客户更容易完成目标，并建立了一个全新的电子设备类别。

请注意，我们已经谈到了目标和任务，但我们没有提到功能。这是因为功能应该是支持与客户目标相对应的任务。你经常会发现，许多功能要么是映射到非常低优先级的目标，要么只是额外的功能。

消除任何可以消除的功能，这样可以让必要的功能更容易使用。具有讽刺意味的是，你拥有的功能越少，你的产品往往被认为越强大。这是因为你拥有的功能越少，你的客户实际发现和使用的功能就越多，而他们能够成功使用的功能越多，他们就会认为你的产品越强大。这一点之所以如此反常，是因为我们大多数人和目标客户完全不一样，相对于不在我们行业的客户，我们愿意花更多的时间去探索功能和容忍复杂度。

步骤4：确定你的产品原则

现在你应该已经对你的需求和用户体验有了一些详细的想法。然而，你仍然会面临无数的决定和权衡，重要的是你要有一些标准来为你的产品做出最好的决定。

在大多数团队中，每个产品团队成员脑子里都会有一些关于好产品的原则性的想法，但很少有两个人有相同的想法，这些不同的想法会导致日后不愉快的合作。

尝试确定一套产品原则是非常有价值的，它将指导整个团队。这些原则将针对你的领域和你的特定项目。

举个例子，考虑TiVo。当团队开始进行产品工作时，建立了以下产品原则并在整个团队中共享。

这是娱乐，笨蛋
这是电视，笨蛋
这是视频，笨蛋
一切都很顺利，很温柔
没有模式或深层次的结构
尊重观众的隐私
它是一个强大的电器，就像一台电视一样

这些原则对产品的定义影响很大，虽然在很多情况下给产品的实施带来了很大的难度，但可以说这些原则是产品成功的源泉。

同样，在eBay的口号是：1）易用；2）安全；3）有趣。

你可以看到像这样的产品目标是如何为项目过程中的许多决策提供方向的。

步骤5：产品概念的原型和测试

这是你真正提出产品创意的阶段，也是你要尽可能发挥创意和创新的地方。

产品团队犯的最大也是最常见的错误之一就是对自己的产品规格的信心远远大于应有的信心，他们向前推进，并且认为在必要情况下，只要一得到测试版的反馈，就会调整产品。但测试版并不是进行重大修改的时候，难怪那么多的第一版产品离目标如此之远。

不过，对于大多数产品来说，在这个阶段，你可以利用各种形式的原型进行非常大量的产品验证测试。

首先，要仔细考虑你可能需要做的三种测试形式中的每一种：

可行性测试

一个直接的问题是，产品是否有可能建造。你的工程师和架构师应该非常投入地调查技术和探索可能的方法。有些路径会是死胡同，但希望其他路径会被证明是可行的。

最重要的是，如果在这个产品的时间框架内有工程团队认为无法克服的障碍，那么现在就应该知道这一点，而不是在很久以后才发现。

可用性测试

你的设计师(产品设计师)将与你紧密合作，想出在产品中呈现功能的方法，让不同类型的用户都能弄清楚如何实际使用产品。

可用性测试通常会发现缺失的产品需求，如果做得好，还可以发现那些没有原来想象中那么必要的产品需求。你应该计划进行多次迭代，然后再提出一个成功的用户体验。

可用性原型的目的是为了有东西在真人身上测试，可用性测试是一门艺术，也是一门科学，它能让你的产品从目标客户那里得到高质量的反馈。产品经理和设计师会从原型中学到很多东西，但是将原型放在目标客户群面前测试是无可替代的。

产品概念测试

最后，仅仅知道你的产品是可行并且可用是不够的，真正重要的是你的产品是否是用户想要购买的东西 – 即他们有多喜欢和重视你所做的事情？这个测试通常可以和可用性测试结合起来。

对于一些小规模的产品工作来说，仅仅是在纸上写出你的想法就足够了。但对于大多数产品来说，在复杂的用户交互或技术的新用途下，为了评估产品是否能达到产品目标，某种形式的原型绝对是至关重要的。

原型可能是一个物理设备，也可能是一个软件产品的快速组装版本。关键是它需要拥有足够的现实性，让你可以在实际的目标客户身上测试并获得高质量的反馈。

在过去，原型设计有两个主要障碍。一个问题是缺少好的原型设计工具，意味着要花很长的时间来实际构建原型。另一个问题是管理层可能不理解原型和真实产品之间的区别，团队会迫于压力将原型作为最终产品的基础，这会导致在实施过程中可预见的不良结果。

如今，有一些优秀的原型设计工具，可以让工程师或设计师快速创建功能非常强大的原型，达到有效地模拟未来产品的程度并形成现实用户测试的基础。

此外，今天大多数产品经理都明白，建立一个原型和建立实际的产品是非常不同的，就像建立一个房屋的比例模型，和建立实际的房屋一样。

在你去实际建造产品之前，验证产品概念的价值是非常重要的。一旦真正的工程开始，就很难做出重大的改变，改变的成本也会急剧上升。

步骤6：识别并质疑你的假设

一旦你认为你理解了你想要解决的问题，现在就是识别和质疑假设的时候了。产品经理很容易做出假设而不自知，你要确保自己没有在PRD中指定妨碍自己构想灯泡的蜡烛。

天文学最初的定义是研究太阳和行星如何围绕地球旋转。它的定义本身就有一个假设，使任何人都无法得到正确的答案。

步骤7：写下来

当然，你需要把这些都记下来。大多数PRD都是Word文档，但有些是Wiki网站，有些是PowerPoint decks，有些则在白板上。媒体和格式远没有内容重要。最关键的是PRD是整个团队都能轻松访问的东西，不会丢失，而且PRD需要以一种可以在整个项目中更新的形式存在。

记住，对话是两个人之间的对话。PRD是整个产品团队之间的对话。

同样重要的是要记住，PRD固然重要，但真正重要的是产品的上线。没有什么比这更重要。所以不要关心你的PRD看起来有多漂亮，也不要在意它有多厚。只要它是可读的、可理解的，那就是一份好的PRD。

PRD由四个主要部分组成：

产品用途

你的工作是描绘目标。团队需要知道他们的目标是什么，而且需要尽可能清晰地描述这个目标。确保你的描述涵盖：

你想解决的问题，而不是解决方案。
产品是为谁准备的？公司、客户、用户
细节很好，但大局一定要清楚。
描述各种情况

请记住，虽然头脑风暴会和口头指示、讨论会带来更好的书面需求，但如果不加入PRD，就会失去这些需求。

功能

产品需求文档的主体当然是需求本身。需求的具体内容将完全取决于你的领域，但无论你的行业如何，你的产品团队都将受益于清晰、明确的需求，这些需求说明的是需求，而不是解决方案。

在交互设计和用例的层面上描述每个功能。你必须非常清楚每个功能是什么，用户体验应该是什么，同时尽可能给工程团队留下更多的灵活性。

同样重要的是要确定每个需求所支持的目标。这是所谓的”需求可追溯性”的一部分，对于关键任务产品来说，这通常是一个正式的过程。但是，每个产品文档都可以从清楚地识别哪些需求支持哪些产品目标中受益。如果有人决定削减一个需求，那么就很难理解这种削减的全部影响。从需求到目标的映射有助于明确这一点。

发布标准

发布标准往往只是信手拈来，但一个好的PRD会对每一个发布标准的真正最低要求进行大量的思考，通常包括：

绩效
可扩展性
可靠性
可用性
可支持性
本地化

时间表

最困难的部分之一是描述产品的时间框架。仅仅罗列一个随机的日期是没有用的，你应该描述时间范围的背景和动机，并描述一个目标。

你要让整个团队和你一样有动力用适合市场的产品去冲击那个目标。

步骤8：确定优先次序

除了明确的需求之外，重要的是对每一个需求进行优先级排序。对于大多数产品经理来说，需求的优先级排序只是简单地指出一个需求是”必须拥有”、”应该拥有”还是”最好拥有”（或一些类似的分类系统）。

分类很重要，不可轻视。产品经理应该对任何标记为”必须拥有”的需求有一个极高的要求。从字面上看，这意味着如果连”必备”功能中的一项都没有准备好，产品就不应该上线。所以，对于任何标记为”必须拥有”的功能，都应该极为谨慎，这些功能应该直接映射到产品的核心价值主张上。

“应该拥有”的功能是很重要的，如果可能的话，你确实希望在上线前将这些功能都放在产品中，但你不愿意为了这些功能而耽误产品上线。

这些”最好拥有”的功能对于产品团队来说是很有用的，即使它们中的大部分只能在未来的版本中被构建出来，但至少产品知道可以在未来适当的情况下处理这些功能。

虽然需求分类是必要的，但这还不够。在每个优先分类中，必须将每项需求按1至n的顺序排列。

首先，上线时间始终是个问题，时间表经常会出现滑坡，你很可能为了上线而被迫砍掉一些功能。你不希望产品团队先实现简单的功能，结果是几个不那么重要的功能已经准备好了，但客户关键的功能却被砍掉了。

其次，在设计和实施阶段，随着问题的出现和解决，团队会学到很多东西，你很有可能会发现更多极其重要的功能需要添加。优先级的确定可以帮助你知道为了容纳更重要的功能，应该削减哪些功能。

关键是，如果产品经理没有根据功能在创建成功产品中的重要性来确定优先级和排序的话，那么其它不太相关的因素就会影响到哪些功能按照什么顺序被构建。

创造PRD的过程应该是一个不断完善和磨砺思维的过程。锐利的思维等于可持续的愿景，模糊的思维等于失败的产品。现在做决定比激战中做决定要容易得多，也有助于工程部门拿出开发计划。要认识到，时间可能会改变优先级，这没关系，只要确保在PRD中做出改变就可以了。

步骤9：测试完整性

现在你已经有了一个完整的PRD草稿，你需要测试PRD的完整性。工程师能否获得对目标足够的理解，以使产品达到目标？QA团队能否获得足够的信息来设计测试计划并开始编写测试用例？

一旦利益相关者都审阅了PRD，确定了需要补充细节或澄清的地方，并且你已经解决了这些问题，那么你现在就有了一个PRD来构建产品。

步骤10:管理产品

在产品实施的过程中，即使是最好的PRD也会发现无数的问题。产品经理需要通过给大家看PRD来解决所有关于需求的问题。如果PRD中没有，就把它放在PRD中。你的工作是快速解决所有的问题和议题，并将这些决定记录在PRD中。

如果你已经做好了自己的工作，并且保持了PRD的准确性，那么任何项目评审会都应该是非常容易准备的，因为只需要从PRD中选择相应的部分就可以了。

记住PRD是一个活的文件，你应该跟踪PRD中的所有功能，直到产品发布。

最后，你可能会发现，PRD需要涵盖其它内容。如果你认为这些额外的内容有助于实现PRD的目标，那么请务必将其包括在内。

Reference：How To Write a Good PRD

译者：产品侠