第七步：写

　　当然你需要把这些都写下来，大多数的PRD都是word文档，但也有一些是帮助文档，PowerPoint，或则写在白纸上。当然用什么格式不是很重要，重要的是让团队成功能轻松的看懂，不会遗漏，还有是PRD可以随着项目开发而更新。

　　记住对话是两个人之间的，但是PRD是要沟通整个小组。你也要记住获得产品的销售才是是重要的，所以不必担心要有什么漂亮的外观、PRD写的有多厚，只要它是可读的、可理解的、是需要的内容。

　　PRD文档主要有四个部份组成

　　产品用途

　　你的工作是指出目标，团队需要知道他们的目的是什么，目标说明要尽可能的明确，请确保你的内容包括：

　　*那些问题你要解决，不是解决方案

　　*谁是目标用户

　　*细节很多，但是大图片必须清晰

　　*情景描述

　　多开展集思广益的会议和临时口头的讨论，从而更好的写出来，更会让团队深入了解。

　　产品功能特性

　　产品需求文档主要的当然是需求。 具体的需求完全地将取决于您的领域，但是不管你是什么行业，您的产品团队将受益于陈述需求的清楚，毫不含糊的要求，而不是模糊的解决方案。

　　描述每个功能的互动设计和使用案例。您必须非常清楚每个功能和用户体验，还需要给工程团队留下足够多的灵活自主空间。

　　同样重要的是确定那些要求满足哪个目的。这里需要提到“需求跟踪”，对于关键的产品这是一个重要的流程。每种产品规范可能受益于清楚确定那些要求满足哪个目的，如果某人决定削减要求，想要深入了解会非常困难。 从要求到目的明确说明将会是文档更加清晰。

　　发布标准

　　发布标准经常是不断变化的，但是好的PRD应该考虑到为每种标准定一个低要求。典型的如：性能，可测量性，可靠性，可用性，可控性。

　　时间进度

　　其中很困难的一个问题是描述产品需要的时间进度表。随便列出一个时间是没用的，你需要描述环境、动机、预计目标。你需要整个团队都和你一样达到预计目标，终完成一个成功的产品。

　　第八步 优先级

　　除了明确的要求，对每一个您的要求给予优先和排列秩序是很重要的。多数产品经理，如果他们给予优先级，一般都是表明要求是否是“必须有， “重要”或“希望拥有” (或其他一些分类系统)。分类是很重要的，不可掉以轻心。

　　产品经理对任何一个标记“必须拥有”都需要有高度的标准。如果还没有找到必须拥有的功能意味着产品还不应该产生。所以小心标注“必须拥有”，这些标注“必须拥有”的功能直接反应出产品的核心价值。

　　“重要”的分类也很重要，在产品销售前只要有机会要满足这些功能。

　　“希望拥有”产品团队也应该注意到，即使大多数也都没有实现，在未来版本也适当的慢慢实现。

　　这些有时候是不够的，从1到n每一个分类优先排序都是很重要的。有几个原因：

　　首先，上市时间总是被关注，并且日程表经常下降，您说不定被迫使削减有些特点为了尽快进入市场。 你也不想产品团队先开发简单的功能而放松重要的功能，导致后客户使用的关键功能还没完成。

　　其次，在产品设计和开发阶段，团队将会发现更多的问题产生并解决这些问题，所以很有可能有更多关键功能出现。优先顺序会可以帮助你如何平衡以容纳更多的功能。

　　这点是说产品经理如何不给出优先级和重要等级，其他相关较少的因素也会跟着无法确定。

　　整个PRD是一个不断完善和思维提高的过程，明朗锐利是可以成功的产品的，模糊是失败的产品。在争论激烈的时候也能容易做决定，并且帮助工程师做出计划。

　　第九步 测试完整性

　　现在你有一个PRD草稿，你需要测试它的完整性。工程师是否可以充分了解并达到目标？OA Team（质量管理团队）是否有足够的信息来做出测试计划，是否可以开始做案例？

　　当投资人或相关人审核了PRD，确定了各个需要说明的方面，所有的问题得到解决，现在你可以按PRD进行产品开发。

　　第十步 管理产品

　　在产品实施期间，算是好PRD，也有不计其数的问题被解决。解决所有PRD中存在问题，如果不在PRD中写进去。你的任务是迅速解决问题并记录在PRD。

　　如果你做了你的工作并准备记录在PRD，项目审查会变得非常简单，因为任何一个部份都历历在目。

　　记住PRD是一个“活”的文件，在要跟踪记录在产品开发期间的所有功能过程。后你会发现很多额外的东西，如果你认为是必要的在PRD中写进。