之前做项目都是敏捷开发，只在交互稿旁边贴上交互说明，项目发展比较稳定后才慢慢补上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资料～


推荐阅读：
相关文章