其他
PRD到底该怎么写?更全面的文档范例来了
The following article is from 刀哥说 Author 刀哥
01 你是否遇到过这样的问题?
PRD里关键需求描述不准确,研发过程中不断修改,导致项目延期; 产品总监、项目经理、研发、测试总是不断挑刺,信誉度降低,自信心受打击; 到新公司负责新项目,前任产品经理留下的文档晦涩难懂,不知所云。
02 什么是PRD?
研发可以根据PRD获知整个产品的逻辑,作为编码的依据; 测试可以根据PRD编写测试用例,为正式测试做准备; 交互设计师可以根据PRD设计交互细节; 业务人员可以通过PRD提前了解产品,为运营和推广做准备;
03 动手之前,先思考这几个问题
1. 解决什么问题?
2. 怎么衡量?
3. 需要多少资源?
4. 会不会太复杂?
5. 有风险吗?
6. 有创新吗?
7. 用户怎么说?
04 写PRD的基本步骤
1. 搭框架
2. 定流程
3. 扣细节
05 文档的组成部分
1. 修订记录
2. 全局说明
名词解释:每个行业都有专业术语,可以提前将晦涩难懂的术语提前做好解释,便于达成共识,更好沟通; 统一异常处理:网络异常、后台服务异常的交互逻辑; 列表默认数据规则:默认列表的排序方式,默认显示条数,超过多少条翻页,缺省值展现方式; 所有涉及全局的描述,都可以罗列在这里。
3. 项目背景
现状:描述当前需求方遇到的问题,最好能跟价值模型关联; 方案:针对这个问题,所提供的解决方案概述; 目标:期望获得多少价值指标提升;
4. 项目范围
5. 业务流程
6. 功能需求
描述(非必须) 前置条件 后置条件 界面交互 业务流程 异常和分支流程 数据字典(非必须)
7. 非功能需求
06 最后
RECOMMEND
点击“阅读原文”
查看更多干货