《 PRD怎么写 》观后笔记
MRD（市场需求文档）:市场需求、市场机遇、产品概念
PRD表现形式：word、wiki、原型、PPT、图片
1.概要
文档变更记录（版本迭代、版块及功能说明、记录人等，其实就是简化版的功能需求清单）、全局规则说明（升级逻辑、异常逻辑、交互说明、输入限制…）、名词解释（积分、金币、白银会员…）
2.业务说明
产品功能主框架（功能/信息结构图、业务结构图/流程图、一级页面流转图）、权限说明表（角色权限、数据权限、功能权限）、页面交互/功能模块元素构成、规则说明
3.原型图
各页面的线框图、基本的交互形式、文本注释（缺省状态、字段名称、流程说明、等待时长说明…）
4.非功能性需求
地理位置获取、Push推送机制、敏感词过滤、CDN缓存策略、本地文件存放策略…
文档头
命名：[PRD]+产品名+产品版本 【PRD】Pruduct Hunt v1.0.1
规则： 文档版本+修订日期+修订内容+修订人
目录：建议用Word自动生成目录
产品概述
定义目标：
- 产品背景（why build it）
生 态（市场环境是怎么样、同类竞品怎么样）+ 需求可靠性（数据验证比如dropbox最初没有产品只是通过市场验证）+ 价值（对其他产品有什么帮助，如何变现）+ 成本（技术风险低）
- 用户定位(who cares)
- 产品目标（so what）
功能性需求
-
脑图
屏幕快照 2017-07-13 上午9.58.06.png 流程图
- 功能总表_优先级
- 功能详情
用户界面：初期原型稿后期UI稿
界面描述：接口里面要有那些字段，哪些可以点，跳转关系
-
说明
略
非功能需求
- 统计需求
老板的需求：主功能 价值（预期收益）
对策： 结合功能的重要程序，而不仅仅是页面顺序，收益指标加入产品目标
设计师的需求：单页复杂度，页面数，风格要求
对策：在没有UI的情况下使用原型图作为用户界面
异常状态要有明确定义
对风格或者设计有任何特殊需求都应在界面描述中备注栏注明
PS：做原型图，尽量不用动态面板做到一页里面
开发的需求：。。。
对策：精简文字，用图与表格结构化描述需求
能用伪代码更好
多琢磨，想清楚再写
多考虑异常流程
测试：自己要写测试用例
对策：完善用户用例的非基本流程
开发过程中更新PRD
与测试仪器一起制定一份PRD描述自查（包含每个页面无网情况下什么样）
补充
- 维护PRD，及时通知他人
- 用原型代替PRD（容易漏特殊情况）
