3.0 KiB
3.0 KiB
PRD 要素
- 命名编码
- 版本历史
- 引言
- 需求概述
- 功能性说明
- 非功能性说明
文档标识
- 文档命名形式和编码 XX 产品V1.0PRD_V1 V1.0 是产品编号， PRD_V1 的V1 是PRD版本号
- 版本历史
- 版本号： V1
- 文档编号：V1.0
- 文档密级：
- 产品名：
- 编写人：
- 编写日期
- 修订记录
- 版本号：
- 修订人
- 修订日期
- 修订描述
- 目录 -- 使用软件生成
引言
- 引言
- 产品背景
- 说明该产品的研发的背景、市场趋势、发展前景(搜集并陈述事实，解释信息和活动、预测功能)
- 说明该铲平研发的目的、意义、里程碑式的建设(说明研发的优势)
- 预期读者
- 该文档的阅读对象: 开发、测试、UI、产品
- 产品规划
- 说明该产品每一阶段的迭代目标, 开发及UI初期要达到的效果
- 名词解释
- 对文档中会出现的比较新的名称进行解释
- 该文档的参考资料
- 产品背景
实现PRD文档的几种工具
- word
- 原型工具
- xiaopiu
- Axure
- 墨刀
- figma
- 慕客
需求描述
- 业务流程
- 组织架构图 -- 包含的模块、和子功能
- 流程图 -- 泳道图（着重关注有判断逻辑和复杂业务逻辑的程序）
- 用户角色
- 用户角色
- 用户描述
- 功能清单
- 功能模块
- 主要功能点
- 优先级 决定开发的顺序
- 功能模块
- 运行环境
- 软件运行环境 （浏览器、 操作系统）
- 产品规划
- 对PRD中要开发的内容，给出关键里程碑，例如：需求评审通过的时间、开发完成的时间、上线时间
- 描述产品可能存在的风险、比如性能瓶颈、没有解决的问题，用户不当使用的风险等等
功能性需求说明
- 简要说明：介绍此功能的用途，包括其来源或背景，能解决哪些问题
- 场景描述，产品 在哪种情况下会被用户使用，就是用户场景模拟
- 用户场景
- 用户描述
- 业务规则：
- 产品在开发时都有相应的业务规则，需要将跪着清晰的描述出来，让开发、测试人员明白，避免产生歧义
- 业务规则必须是完整的、准确的，易懂的。
- 原型图 （涉及到页面交互的部分）
- 前置条件：该需求实现依赖的前提条件。比如上传照片是，需要存有图像文件
- 后置条件：操作引发的后续处理
非功能性需求
- 性能需求
- 产品使用的并发性能、响应性能、安全性能、预期效果描述
- 需求变更的计划
- 运营需求
- 产品上线后如何运营、目标受众是什么，建议的推广策略、问题反馈途径、风险监控、亮点宣传等等。以及与运营人员的协作方式
- 风险分析： 针对可能出现的问题进行预判和预设解决方案
铲平设计原则
- 不做高保真
- 不写废话
- 不重复
- 把时间花在产品得核心驱动力上，减少对无用功的投入，降低单调重复的操作频次，才能保证高效产出有价值的牵引力