聊聊产品需求文档-PRD
嘿嘿
聊聊产品需求文档(PRD)
好久不见，朋友！
今天心情不错，但可恶的太阳晒中了对面华为大楼的那面镜子，投射在我的脸上，这灼热感实在忍不了，起身，拿起杯子，走向饮水机，如平常一样，懒洋洋的靠在饮水机的身体上，今天，我们要聊点什么呢，我想了想，聊聊PRD文档吧，
不知道你是否有兴趣呢，PRD文档，英文“Product Requireme-nt Document”产品需求文档，用于描述产品需求，向研发部门明确产品的功能与性能（这段终于不是百度的了），哈哈哈；
PRD的面向对象：研发部门
产品项目立项后，产品经理会开始撰写PRD文档，研发人员所有的工作（测试，设计，开发等）都依据此文档逐步进行，所以，这份文档将是项目开发过程中，最重要的文档；
好了，开始闲聊！
（目录）PRD这么重要，包含哪些内容呢？
0.版本修订记录
1. 项目综述
1.1产品概述
1.2项目价值
1.3项目背景
2. 功能需求
2.1场景描述
2.2产品架构图
2.3业务流程图（用户主线）
2.4功能总览表
3. 用户界面
3.1交互原型+功能描述表
4. 附录
4.1词汇表
拆开开，一项一项说：
0. 版本修订记录
虽说是需求文档，但我们最知道，需求绝不是一成不变的，在项目进行过程中，需求仍然会因为其他因素做出修改，那么修订历史极为重要，让研发人员清楚的明白版本历史；
具体字段呢，精简一点大概如此：
字段：文档版本、修订内容、修订日期、修改人。
使用工具：Wodr、Axure
当然，具体一点可以加上：修订原因和所涉成员；
1.1项目概述
这部份酷友们也做得够多了，哈哈，精简的描述项目，说明项目解决什么问题，需要什么功能，提供什么服务，让项目成员能快速的对项目有一个整体的认识；
关键词：提供什么服务，点线面体战略选择，用户依赖原因；
1.2项目价值
项目价值通常用产品目标描述，产品目标一定是确定性的，不能是模糊的目标，也是验证产品阶段性成功的标准；
（如：XX功能在上线后2月，用户从XX提升至XXX万）
项目的价值越大，项目成员的积极性越高；
关键词：产品确定性目标、阶段性成功，价值与积极性
1.3项目背景
简单的介绍项目开始的原因，涉及的成员，满足哪些用户需求等；
2.1场景描述
用户会在哪些场景使用我们的服务呢，我们的功能与用户的接触点在哪呢,最好也设计一个流程图来解释，用户的体验地图，在哪个环节接触我们的服务？
关键词：用户接触点、用户场景、流程图、体验地图
2.2产品架构图
也就是我们说的思维导图，将产品功能分布，排列，整合成思维导图；
关键词：产品架构、分布图
使用工具：Xmind、Wodr、Axure
2.3业务流程图（用户主线）
这里的话说下，流程图不同于思维导图，也可以百度一下，泳道图，就明白了，每个角色的接触点来回穿插达到结果，一个完美的地图，接力棒，看起来非常易懂；
关键词：泳道图、接力棒、使用地图；
使用工具：Visio、Axure；
2.4需求总览表
功能总表通常以表格形式，对产品功能细细罗列，并进行优先级排序，这一步是非常非常重要的；
字段：模块、功能名、功能简介、优先级、角色、状态
关键词：功能表、优先级
使用工具：Wodr、Axure
3.1交互原型+功能描述
原型图就不必多说了，原型图设计好后，对交互规则，变量规则，功能要点进行描述；
关键词：交互规则，行为变量，功能要点
使用工具：Axure
4.1词汇表
对文档中所用到的生僻术语进行解释，以方面研发成员更好的理解；
关键词：生僻术语、注释、引用文档
好，聊到这结束，为什么要聊PRD呢，想要了解产品思维，一定要站在产品的工作上去深入思考。
产品结构图，用户主线地图，交互原型设计，这些是设计师也经常在作品中出现的，不妨按照以上步骤试一试，可能会发现很多跟我们以前理解的不太一样。
现在很多小公司实际上还是没有产品经理的，如果你自己能去推动一下，一定会有提升，过程中会有很多挫折，相信你能战胜他！
对了，
这几天我迷上了一款游戏：“网易狼人杀”，
有没有哪位酷友也有这个爱好，私聊一起玩哈，
哈哈哈哈！
