PRD 产品原型文档框架

1. PRD 产品原型文档的各种元素

PRD: Product Requirement Document 产品原型文档

1.1基本元素（目录、标题、作者、版本、历史等）。

• 场景描述。
• 需求背景、现状、问题、目标。
• 奶粉添加三聚氰胺就是目标错误的结果。国家质检牛奶高蛋白的度量是氮元素，所以厂家就添加含氮元素量比较大的作料，比如三聚氰胺。用户真正的诉求是高蛋白，高营养的奶粉。
• 计划时间表 & 可行性评估 & 规模评估。
• 用例图 & 用例文档：用户主要行为。
• 概念模型图 & 状态图： 对象的静态关系。
• 流程图（活动图）& 时序图：不同角色行为的动态流程。
• 产品原型 & 线框图 & 页面结构、信息架构与路径。

1.2其它元素

• 特性描述：存在先于本质。比如描述了一堆手和脚和腰配合的复杂动作，比人听不懂，直接告诉别人穿裤子的动作就好。
• 非功能性需求

FURPS+: 功能性(Functional)、可用性(Usability)

可靠性(Reliability)、性能(Performance)、可支持性(Supportability)。

• 安全：凡是填写的地方都可能注入风险，凡是输出的地方都有可能涉黄、涉恐)
• 运行环境：如果要支持iOS 12版本等
• 实现、授权。
• 需求的优先级。
• 数据字典 / 商业规则：单个红包不能高于200元。
• 策略 / 规则 / 接口文档。

2. PRD是什么

What --> How --> Why

• PRD 存在的意义：讲清楚我们要做什么？
• PRD 的讲述方式：通过介绍产品如何工作，从而说明要做什么？
• PRD 的前提：交代清楚我们的目标

2.1 PRD 需要如何推进

Why --> How --> What

• 交代清楚我们的目标和背景，用户场景和价值，产品定位；
• 描述用户试用产品的过程和互动方式、业务规则；
• 产品的架构、页面、特性 & 资源计划等等

2.2 PRD 组织方式

• 以用例为纲；
• 以特性为纲；
• 以页面（模块）为纲
• 以场景 / 故事为纲

1. 文档的基本要素
2. 交代清楚背景和目的（Starts from why）
3. 描述用户场景和用户角色，以及用户问题（用什么方法解决谁的什么问题）
4. 提纲挈领地粗略给出系统的大图

• 用例图
• 页面架构图
• 概念模型图
• 主要页面 / 模块
• 核心流程 / 状态

1. 以用例为【目录】逐步发展
2. 每个用例中包含流程，涉及到相关界面、流程图、状态图、商业规则时，包含进来。
3. 可以将【界面】、【流程图】、【商业规则】单独再组织索引一遍。
4. 列出非功能性需求。
5. 可行性评估、资源评估、计划评估、第三方支持、风险评估等。
6. 竞品分析市场分析。

2.3 组装 PRD 几个建议

• 让整份文档有【发酵时间】。
• 先零售沟通，再批发沟通。
• 定期复盘，改进结构和描述方法。
• 回到文档的目的：解决水的什么问题？问一问【用户反馈】