正文
当前浏览器不支持播放音乐或语音，请在微信或其他浏览器中播放 ![]()
![]()
空空如也 胡66 - 空空如也 ![]()
反正亦是空空空空如也
![]()
之前做项目都是敏捷开发，只在交互稿旁边贴上交互说明，项目发展比较稳定后才慢慢补上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怎样思考的更加全面
重点！速查清单地址请戳此https://mubu.com/doc/3fAlHWNWlF
彩蛋：在微信公众号idatadesign后台回复“prd2018”（防止链接失效），可以得到 笔者自制PRD模板 和 笔者搜集的PRD资料～
- 打赏通道-
![]()
- 日常-
春节稍纵即逝，
还没尝尽味道，
就已经被推离。
不过不管怎样，
只能安慰自己，
赚钱还不开心？
![]()
![]()
