产品需求文档：

他是用来详细描描述用户应该如何体验产品的文档。他不包含系统在后台如何运行之类的技术细节；你所展示的是对工程师传递一个消息：你考虑的很全面（后台运行的技术细节应该包含在工程主管撰写的技术规则或设计文档中）

产品说明文档的读者为：

工程团队、设计团队、偶尔还有市场营销的团队。产品说明文档应包含以下几个内容（根据自己需求，可进行相关选择)

1.简介（使命和策略）

2.目标与非目标

3.用例或用户使用场景

4.原型图或线框图（对用户使用场景的重要补充，非常重要的是图文结合展示）

5.依赖

6.FAQ（相关问题汇总）

7.关键事件

1.简介（使命和策略）

虽然看起这部分没有什么必要，但是你的工程团队需要他，因为他说明了为什么要做这个产品以及做些什么。同时每个新进入项目的成员都可以从中了解到必要的技术背景信息，而且他还说明了文档中的一些术语的含义，你可能因为使用习惯了这些术语而忘记别人其实并不理解，导致沟通低效。

2.目标及非目标

简介描述的是产品大致的方向，但我们仍需将其细化成不同的目标，每个目标都应该“清晰简洁”并将他们按照优先级排列，这样工程团队就可以合理地进行设计与开发了！

如果设定的某个目标在表面上与产品方向没有多大关联，那你必须要解释清楚为什么要将他设为目标，否则工程师会认为这些目标以及后面的功能需求都是你随意拍拍脑袋决定的。他们不喜欢这种随意的需求，就像他们不喜欢随意定下交付日期一样。一定得慎重对待这件事。

目标：是告诉别人你要做什么！

非目标：是告诉别人你不要做什么！（当我们把非目标设定清楚，哪些持有不同意见的人能通过非目标来理解我们为什么这样规划产品。

何因？何事？

3.用例或用户场景

用例：指用简单的语句描述那些用户必须执行的操作（核心任务）；

如：一个产品：

用户能共享屏幕；

作为视频聊天参与者之一，我希望能【能共享我的屏幕给其他视频聊天的参与者】；

他需强调两点，用户类型与用户行为。

BUT，当用户行为趋向复杂时则更适合使用用户场景描述。同时开发者对预期的用户体验会有一个更好的理解：

如：光头强希望共享他的屏幕，他点击了“共享屏幕”的按钮。系统会弹出提示要她选择想要共享的窗口或共享整个桌面。每一个选项都有窗口预览图和标签描述，并且预览图是实时的，就像一个个小视频。当光头强点击了其中一个选项后，他的屏幕就会成功展现在视频群聊中。但如果有其他人正在群聊中展示屏幕，系统就会弹出提醒：“熊大正在共享他的屏幕，你想替代成你的屏幕吗在？”如果光头强点击“不”，屏幕回到初始状态；如果光头强点击“是”，熊大的视频界面警徽切回到他的摄像头中，光头强的屏幕将会展示在群聊中。

最后！无论是只写用例还是只写用户场景甚至两者都写，都需要敲定他们的优先级。这样工程团队才能给工程任务订优先级并优化设计。

优先级表

P0：没有该功能，产品无法演示

P1：没有该功能，产品无法交付

P2：锦上添花的功能

P3：要做吗？哈哈哈哈（P3的功能基本要裁减掉，甚至P2级别功能也得在裁剪候选名单中）

注意：有时候认为一些功能用例无需在版本1（V1)中实现，但团队成员又认为它比较重要时，可以给这些用例加上V2的前缀或者其他标签，让他们明白，这些用例会在V2中安排处理。其实P3优先级差不多就是V2版本，但列在V2版中的好处是让所有人明白，这个用例是在VI中不可能做的，但是V2时会考虑他的建议的。

但是不论是在V1中或是V2中，你都需要现在就把他们描述清楚，这样有助于工程和设计团队构思一个具备良好扩展性的系统。同时也少回答一些：“如果要做这个功能，不过要是出现这种情况......"的蠢问题（亲身经历啊）。

4.原型图和线框图

我们需要将这些粗糙的原型图或者线框图粘贴到功能说明中，他们是用户场景的重要补充。

首先，先介绍几种图的不同作用：

a、（低级）线框图：用几笔几画勾勒出的原型：他着重文案、布局而非视觉设计（试用与产品优化及审核阶段使用）；

b、视觉稿是一种更为精致的视觉原型，他不仅帮助我们理解每个元素的视觉分量，还同时 为团队引入一份详细的页面规划，同时还有每个元素尺寸和颜色；

c、最后是一种主要的原型形式：可交互可点击式的，他是线框图的扩展，也是构建成本最高的原型。可点击原型的作用非常大，特别适用于从0到1产出的产品。我们可以在可用性研究阶段提供给用户使用，然后观察用户实际的使用体验，并获得重要的反馈。在投入工程成本之前，得出一个完善的产品方案，节省大量的人力和时间成本。

制作线框图时需要关注以下基本原则：

只制作用户界面中相关部分的原型（核心操作流程）；

使用不断经过修改后的文案（精、简）

控制花在视觉设计上的时间（几乎是没有必要进行视觉设计）

尽量使用一个颜色，除非重点标注~

时刻预想到你的线框图会发生很大的改动

担心视觉花招~

只制作用户界面中相关部分的原型：例如可以先制作以上完整的页面原型，后续只需制作用户界面中发生变动的那部分，如弹出的对话框和验证信息。这样做既可以节省时间又可以避免创建出多个页面之间细节不一致，而且还免除每次调整页面时所需的重复劳动。

使用经过不断修改过后的文案：文案对解释界面有着非常重要的作用。对于大段的文本，可以用“这里有段文字”之类的来填充，但对于任何表单、按钮、对话框或其他有意义的控件，必须使用精准的高质量文案。这类文案可以帮助团队正确理解用户界面中不同元素的作用。

如果发现需要写一大段文字来解释某个特性该如何使用，你就应该重新设计这个特性，因为用户可不会读大段文字说明。

控制花在视觉设计上的时间（几乎是没有必要进行视觉设计）

尽量使用一个颜色，除非重点标注~

时刻预想到你的线框图会发生很大的改动：线框图非常适合快速沟通想法并可以促进讨论。档线框图取得一致后，你的设计团队奖开始构建高保真原型图，但记住此时的线框图一定会与最初的设想有很大不同。因此在制作线框图时，就需要考虑如何搭建才能确保后续能快速修改。当别人把你的线框图修改的面目全非时，无需担心，这意味着你正在有力地推动着项目向前进行。

视觉花招~：为了界面完美，特意增加一些对目前无效的小功能，比如说为了满足页面视觉完美，特意增加各种个人信息（一定小心）。当在构建原型时需要同时考虑到新老用户分别看到的内容、同时确保设计出来的效果能够真正实现。

5.依赖：内部依赖和外部依赖

6.FAQ（相关问题汇总）

7.关键事件

8.API

身份信息：名字、性别、年龄、家乡、身份证（身份证包含前4项）、账号、现居住地址和家庭信息

健康数据：基础身体情况、医疗记录和运动数据

兴趣爱好：饮食、娱乐、运动等方面

工作信息：公司、职位、薪酬和同事通讯录

财产数据：薪酬、存款、股票、汽车、不动产和贵重物品

信用度：由信用机构提供的征信记录

消费信息：消费记录（含商品类型、购买时间、购买价格和收货地址）、消费水平和浏览记录

社交圈子：通讯录（含好友、同事、同学和亲戚）和社交动态（含线下和线上）

活动范围：出行记录、主要活动范围和旅游