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