之前做项目都是敏捷开发，只在交互稿旁边贴上交互说明，项目发展比较稳定后才慢慢补上PRD，写完后发现自己以前有些真的没考虑全面，写文档也是自我反省的过程。最近专门去学习整理了很多大佬的文章，为以后写PRD提供速查清单。

1文档综述

1.1PRD输出环境

交代文档和产品信息，方便为迭代做标记。
• 文档状态、产品版本、文档编号、编写人、编写日期。

1.2修订记录

方便读者快速定位每次迭代的修改点。
• 版本号、修订人、修订日期、修订描述。

1.3文档介绍

1.3.1目的

• 前期有助查漏补缺。原型图有利于走通流程，可视化展现需求点，而产品文档更加关注产品细节和规则，其实我觉得产品一体化文档的可读性更高，但是人们大多认为写在原型上的产品文档不叫PRD······
• 中期降低沟通成本。产品经理将自己的要求写在文档中，对于多方合作的项目，可以大大降低沟通成本。
• 后期方便工作存档。在工作交接中，一份完整的产品文档可以让接手的人快速全面了解项目。

1.3.2范围

这篇文档为谁而写，不同角色想从文档中获取什么信息，则是需求文档要展现的内容。

• 交互设计师：设计交互细节，评估用户体验。

• UI设计师：设计具体样式，规范界面设计。

• 项目经理：安排开发人员，进行开发排期。

• 开发：明确开发内容，评估工作量。

• 测试：建立测试用例，验收产品依据

1.3.3名词解释

对于产品中专业名词的解释，方便大家沟通中名词的统一，产品经理没有定义，大家各说各的容易混淆。而且对名词解释方便大家理解业务，图文并茂最佳。可以戳此示例查看

2产品概述

2.1产品介绍

对产品进行介绍，也是让各方了解我们产品的整体形态以及未来规划。

2.2功能架构图

基于产品的逻辑及表现形式,结构化表现产品各个功能模块的 一种示意图。

2.3信息架构图

用于表现产品的所有信息内容及内容分类的一种示意图。

2.4交互流程图

表达是执行逻辑的路径，通俗地将是当用户点击某个按钮之后，程序执行命令的顺序。

2.5业务流程图

一种描述管理系统内各单位、人员之间的业务关系，作业顺序和管理信息流向的示意图。

2.6功能模块

2.7全局说明

• 功能权限：登录、未登录；
• 状态：未选中、悬停、选中、幽灵；
• 反馈：
（1）提示信息：成功、失败、警告、通知、帮助；
（2）过程反馈：加载状态进度反馈、录入反馈；
（3）反馈方式：顶部全局提示反馈、对话框、气泡卡片、文字提示、徽标数；
（4）反馈效果：反馈动画、反馈时间；

3详细功能

3.1页面介绍

• 用户场景
• 功能描述
• 优先级
• 输入/前置条件：不同方式和不同身份进入该页面
• 需求描述
• 输出/后置条件：不同方式和不同身份退出该页面
• 补充说明

3.2处理规则

3.2.1显示机制

• 内容来源：产品中某界面、标准字典表（需要产品或需求方提供）
• 内容数量
• 数据极限值：超出服务器性能的最大条数、影响展示效果的最大条数
• 文字极限值：换行、省略
• 展示范围：全量展示、分页显示
• 状态显示：空值、默认
• 计量单位：时间单位、货币单位

3.2.2排序机制

• 排序规则：综合、按热度、按时间、按价格、按销量、按评分、按距离
• 排序更新频率：实时更新、定时更新

3.2.3输入机制

• 数据类型：布尔型、数值型、文本型
• 状态显示：空值、默认值
• 是否必填
• 是否限制内容：数字、字母、特殊符号
• 是否限制长度
• 是否校验唯一性
• 是否限制多次提交
• 刷新数据是否还在

3.2.4加载机制

• 加载数量
• 加载方式：手动加载、自动加载（再次进入该页面、定时加载）
• 状态显示：默认（整个页面、文字图片视频）、加载中、加载后、加载不出更多

3.2.5缓存机制

• 缓存对象
• 缓存数量
• 缓存位置：客户端、服务端
• 清理缓存：手动清理、自动清理

3.2.6推送机制

• 推送对象
• 推送内容
• 推送频率：实时推送、定时推送
• 点击推送跳转：正常跳转、异常跳转（页面不存在、页面无法访问）

3.2.7搜索机制

• 搜索对象：全局、部分字段
• 搜索精度：精确搜索、模糊搜索
• 搜索效率：实时搜索、点击搜索
• 支持缩写：拼音首字母、大小写

3.2.8删除机制

• 删除方式：物理删除（数据库层面彻底删除）、逻辑删除（表现层暂时删除）
• 依赖条件：前置条件、后置影响

3.3数据规则

• 取数规则：数据库表、所取字段、关联方式、主键、索引
• 时间规则：统计范围
• 计算规则：字段、计算公式

3.4操作控件

3.4.1触发源

• 触发时机：何时显示、何时隐藏
• 触发区域
• 触发形式：点击、拖动
• 触发频率

3.4.2触发时

• 加载
• 读取
• 缓冲

3.4.3触发后

• 操作进度显示
• 按钮发生变化
• 结果提示

3.5异常情况

3.5.1中断操作

• 中断类型：
（1）退至后台运行：继续原来的页面
（2）异常关闭、闪退、崩溃：启动页
（3）通知：不处理
• 造成影响：数据变化、页面跳转
• 应对措施：是否提示、是否备份

3.5.2网络情况

• 没网络、网络不良、网络超时

3.5.3账号相关

• 未登录
• 是否互斥：不同设备、不同浏览器、相同浏览器不同窗口、相同浏览器相同窗口不同标签页

3.5.4版本相关

• 命名规范、是否强制更新、是否影响老版本

4非功能性需求

4.1数据需求

• 埋点：模块、页面、页面分级、需记录数据
• 事件：页面、事件名称、事件ID、版本、自定义label、自定义时间参数、分类

4.2性能需求

• 模块、发生场景、成功率、响应时间、并发数、说明

4.3兼容性需求

• 设备、浏览器、版本号、应用、低版本兼容性

4.4服务需求

• 服务事件、服务频率、场景描述、解决方案、协助类型、需要协助方、服务成本
• 协助类型：客服、营销、法务、财务

4.5帮助需求

• FAQ、帮助文档

4.6风险描述

• 风险事件、风险来源、关联责任方、解决方案

5文档要求

• 标准：对业务名词的定义要统一，不然大家都是不同的口径。
• 规整：就像开发的代码要遵循代码规范一样，产品的PRD也要排版规整。
• 简洁：用最精炼的语言去表达重点。
• 易读：尽量使用可视化的方法，比如流程图，因为一图胜千言。
• 全面：功能描述全面，避免含糊不清的表述给开发造成误解，引起返工。

参考资料

产品经理整理PRD时，需要注意哪些点

倒推“饿了么”App产品需求文档（PRD）

我的三年产品基本功（PRD）｜将交互、业务逻辑、需求字段撰入文档

一份靠谱的PRD文档，需要注重哪些细节？

写PRD怎样思考的更加全面

重点！速查清单地址请戳此

彩蛋：在微信公众号idatadesign后台回复“prd2018”（防止链接失效），可以得到 笔者自制PRD模板 和 笔者搜集的PRD资料～