1.原型制作标准

2.设计思考准则

3.UI与产品技术统一的规范

4..数据汇总及分析文档

5.需求管理、版本管理及相关文档管理

6.工作流程规范

7.文档备份

普遍的认知，可能大多还停留在朋友圈里的微商层面。

拉人头是司空见惯的手段，发

PRD是衡量一个产品经理整体思维的标准，一个PRD可以看出产品经理在某个领域的专业性，和整体产品思维。

产品经理的整体思维体现在：

PRD给的是一种思想，将产品的整体思想和核心需求灌输给产品的相关人员。每个公司都可以根据自己公司的实际需要，来写适合自己产品团队的PRD。

一、淘宝系（为例）PRD的主要内容

1、文件命名（编号）

文件的编号很关键，一般命名规则“公司名+产品名+PRD+D1.0”（以第一版为例）。

如果是小的产品需求变动可以直接命名为“公司名-产品名-PRD-D1.01”。

如果涉及到功能需求增加可以命名为“公司名-产品名-PRD-D1.1”。当出现产品第二版时，可以命名为“公司名-产品名-PRD-D2.0”。

2、修订控制页

一般有这么几项：编号、文档版本、修订章节、修订原因、修订日期、修改人。

3、目录

不考虑目录的内容，等写完PRD可以再去更新。但建议用Mindmanager来整理一下思路。

4、请与以下部门讨论PRD

PRD做为一个承接作用的“载体”，会与技术、运营、财务等人员的沟通，而与这些人员沟通的主题都将会出现在子功能或在细节细化的基本上，需要与相关人员确定“沟通内容”，这对于产品整体流程将是很重要的。

同时对于产品核心功能的提取也是一个重要环节。例与客服中心：讨论预测客服成本、工作量；讨论客服如何支持；协助评估诈欺/数据窜改风险：欺诈/数据窜改风险、不正使用风险。

5、概述

概念部分它包括：名词说明、产品概述及目标、产品roadmap、产品风险。

产品概述及目标：解释说明该产品是干什么的，为什么需要这样的产品。同时产品想要达到什么样的目标。产品概述及目标就是对产品核心功能讲解，同时希望可以达到的期望。

产品roadmap：产品分期目标，阶段描述，以及时间点的确定。很多时间一期产品只完成了产品70%的功能，二期才会继续去完善剩下的30%，同时有可能会推翻了重新推出第二版。

产品风险：描述产品可能存在的风险，比如商务谈判的风险，外部合作的风险，不当使用的风险等等。风险级别为高中低。

6、使用者

需求使用者需求一般只有个描述。有以下几项内容：目标客户、需求描述、场景描述、优先级。

目标客户即为产品的最终用户。需求描述是表达用户最需要的是什么，找到用户的最根本需求。场景描述就是用户场景模拟。优先级是指用户对于当前产品功能需求的优先级，哪些是用户最想要的功能优先级则排前。

7、可选方案

列出所有可以选择的达到该产品目标的方案要点（主要思路），给各方案适当的评价，并推荐最优方案。

你在做这个产品规划时一定有很多的备选方案，别放弃这些方案，永远没有过时的idea，只有最适合时机的idea。

所以可以写出几个可选方案，或许是你下期产品改版一个方向。

8、效益成本分析

产品经理得知道财务知识。很大一部分是产品的环境搭建成本和支持人员的成本。

一般的效益成本分析包括三个方面：效益预测、产品技术中心成本、非产品技术中心支持成本。

效益预测是指提供在各种产品环境中的效益预测，并标明主要的变量及假设，最好能包含现在和过去的效益数据。如网站的PV值，软件的使用数都是效益预测数据。

产品技术中心成本是指设计及部署此产品的产品技术中心所需的资源需求，包括人力成本，软硬件支出等。

非产品技术中心支持成本，产品不是只有产品组完成的，同样需要其它部门的配合与协助。比如：需要客服部投入多少的资源用于该产品的服务，需要运营部投入多少的资源运营该产品。

9、功能需求

功能需求一般是由四部分组成：功能总览、功能详情、整合需求、BETA测试需求。

功能总览一般包括二个部分，一个是流程图，一个是功能表。

流程图是用来对产品整体功能的梳理。所以在做产品前建议所有的产品经理先梳理一下产品流程。

功能表是将流程图文字化，同时将列出产品的功能点。

功能详情，是所有的产品功能的描述和规划。包括以下内容：

简要说明：告诉此功能主要干什么的。

业务规则：每上产品在使用时都有自己的规则，而产品的业务规则则是将产品的流程细化。

界面原型：产品经理在这时做的原型界面只是显示的框架，别细化，这样会给交互和UI造成错觉。只需做一个简单的界面即可，更多的时候只是个框架图。

执行者：产品使用者。

前置条件：具体的操作。

后置条件：操作后的展示。在UC（usercase）中后置条件又是另一种情况，所以对于建议在PRD中的前置条件和后置条件结果合起来。

主流程：把主流放在最后是有道理的，结合上面所说的，做出主流程说明。将此功能的流程走向做个分点说明。

10、整合需求

产品经理很重要的一个能力就是体现在产品整合能力上，利用公司现有的资源或外部资源（合作公司等）实现产品功能需求的整合。实现功能贯穿的同时，更多的如何在新产品上实现功能的拓展来辅助核心功能。

11、BETA测试

很多产品都有BETA版本放出，为了就是收求意见和一些性能测试。这部份内容不是必须的，但现在很多产品已经开始先推出BETA版本再推出正式版，当然也可以通过升级来解决。

如果有BETA测试需求，则需写出BETA版测试的要求和期望达到的目标要求。

12、非功能性需求

一般情况下非功能性需求包括以下几个部分：产品营销需求、规则变更需求、产品服务需求、法务需求、财务需求、帮助需求、安全性需求等。

13、上、下线需求

上线时限需求：此产品预定上线日期？上线日期有无任何特殊依据或规定？

下线需求（活动类需求必须明确下线时间）：此产品预定下线日期？下线日期有无任何特殊依据或规定？

14、运营计划说明

产品的后续运营计划。包括与运营部的协作运营。更多的是给产品经理如何让更多的产品功能展示给用户，产品经理是核心需求的把握者，参与到产品整体运营计划显得特别的重要。

……

写PRD并不是产品经理的全部工作，但很大程度上反应了产品经理的思维和产品核心功能把握上，同时对产品经理沟通、协调、规划等都得到了一定的验证，但每个产品经理的第一职能是会写一份让其它人员看得懂的PRD。

二、PRD的一般规范

1.原型制作标准

1.1统一使用Axure8.0以上版本，作为原型设计工具。（也可以统一使用墨刀等，但要统一工具）

1.2根据规划，每人分配的导航或模块需要各自进行整理，集在一起需能形成大的导图（或流程图）

1.3导航命名规则：原型左侧的导航命名，根据类别统一命名，例如：

每个页面的跳转关系描述，以及其他文档中对原型的引用，也需要统一用这些编号进行描述和说明。

1.4尽量使用统一制定的母板，以便于很多相同的页面或模块可以快速的部署、识别和理解，相同的界面的风格保持统一。

1.5单一页面的描述需要有以下四个主要的方面：功能和交互描述、逻辑与数据处理、冲突处理（页面有的必须要填写）、注意点（非必填）。

1.6图标和素材库要统一，便于团队协作：产品团队内不断的对素材进行更新整理，以便比如同样按钮使用相同的图标。

1.7颜色和状态标识：单一软件的颜色设置要统一，例如红色在整个软件中代表的是警告，绿色代表认可

1.8主界面设计：要特别注意“动静相宜”，首次进入页面与各导航栏主界面都最好有一种贴切的动画，可以更快的吸引眼球。

1.9新版本需求有变动，在原型中要有特别的页面体现，例如在页面后面加入-New或者-N的标记，以标识这个页面有改进，譬如：1首页-N

1.10需求整理与分析：先整理成导图和Excel文档，并对需求产生的场景进行描述，知道该需求在什么场景下触发和使用。并在后面备注上该需求的处理结果。如下图：

1.11模块化需求说明：全局通用性的设计，要提供单独的文档说明，以备后续更多的产品使用。譬如：问答模块的需求说明。

1.12发出的说明性文档需导出成PDF文档，在