文章大纲
一、PRD基础
二、PRD要素讲解
三、相关模板下载
四、参考文章
一、PRD基础
1. PRD简介
PRD中文意思为：产品需求文档。PRD的主要使用对象有：开发、测试、项目经理、交互设计师、运营及其他业务人员。开发可以根据PRD获知整个产品的逻辑；测试可以根据PRD建用例；项目经理可以根据PRD拆分工作包，并分配开发人员；交互设计师可以通过PRD来设计交互细节。
2. PRD的要素
PRD至少需要具备原型和逻辑两个模块的内容，
原型包含页面和交互。最好是全部页面，以及至少基础的交互。
逻辑包含功能逻辑、交互逻辑、视觉逻辑、技术逻辑，业务逻辑5种。如果分得比较细的话，技术逻辑还可分为客户端逻辑和服务端逻辑，比如前端如何呈现数据，服务端如何设计字段和表。
3. PRD受众关注要点
视觉设计师
主要看页面和视觉逻辑，次要看交互逻辑。其他逻辑很少看。
客户端开发
主要看原型和技术逻辑和交互逻辑，其次是看其他逻辑。
服务端开发
主要看技术逻辑，其次是原型。有时候也需要看其他逻辑。
二、PRD要素讲解
1. 文档概述
1.1 版本修订记录
1.2 PRD输出环境
1.3 关联负责人
1.4 专业术语表
对PRD中出现较专业的词进行解析，并且在文档使用位置链接到此表中，方便查看。比如下面的例子。
1.4.1 区块链
区块链是一种按照时间顺序将数据区块以顺序相连的方式组合成的一种链式数据结构，并以密码学方式保证的不可篡改和不可伪造的分布式账本。
2. 产品结构
2.1 产品背景
介绍该产品在怎样调研/分析下决定开始的，比如下面的介绍：
庞大的流动人口是住房租赁市场发展的基础，为整个市场提供了巨大的发展空间。近几年，中国流动人口呈明显的上升趋势。2016年流动人口数量达2.47亿，占总人口的18%，租房市场规模达到1.38万亿元
截至到2016年8月底，我们的目标地区苏州市，租房房源总数达到209,503套，现有租房总人数为135万，年租金市场规模达到146亿元。
2.2 产品介绍
简单介绍该产品是做什么的，包括产品定位等，比如下面的介绍：
xx作为传统的房地产中介，在广州已经营了十几年，线下有一定的房源客源基础。开辟线上租房业务，一是顺应当今的移动租赁趋势，消除信息差，去中介化；二有利于我们对线下资源进行整合。因此，这对我们来说既是机遇也是挑战。
2.3 产品功能结构图
将产品的功能模块以思维导图方式展示，如下图所示：
2.4 产品信息结构图
将产品涉及到的信息按人/模块等进行归档，并且以思维导图方式进行呈现
3. 主要业务逻辑
对该产品总体业务逻辑、较抽象的逻辑进行直观形象呈现，具体流程图基础可参考https://www.cnblogs.com/WUXIAOCHANG/p/10570343.html进行了解，下面进行示例：
4. 全局说明
对产品原型中通用性页面/组件进行介绍，在具体原型页面上进行位置链接。下面我列出少量常见的全局说明，具体内容可在实际生产中进行细化。
4.1 访问权限
（1）已登录用户：可以使用APP内所有功能；
（2）未登录用户：只能浏览“首页”、“商家详情”、“我的”这些一级页面，在“首页”中使用任何功能都会弹出对话框提示用户未登录，在“商家详情”、“我的”页面中使用任何功能都会直接跳转到登录注册页面。
4.2 键盘说明
（1）输入手机号码、验证码、密码等纯数字信息时从页面底部弹出数字键盘；
（2）输入其他内容时从页面底部弹出字母键盘。
4.3 网络异常
4.4 弹框
4.5 页面切换
5. 产品功能与逻辑
对产品功能进行详细介绍，其中包括流程图、原型图等，下面进行示例讲解：
5.1 登录/注册模块**
（1）注册模块
流程图：
原型图：
触发条件:
用户点击“注册”后
页面逻辑:
输入手机号码后检测号码是否注册以及号码格式是否正确，如果错误给出相应提示；
点击“获取验证码”后发送验证码，用户在60秒后可再次点击获取；
点击“设置密码”设置登录密码，点击“确认密码”重新输入登录密码，并校验两次密码输入是否一致，不一致进行提示。
点击“眼睛”图标后密码显示可见，默认为不可见状态；
点击“下一步”时若填写内容不合格进行弹窗提示，合格进入下一页面。下同不在赘述；
拍摄身份证正面照、学生证首页后检测照片是否清晰；
人脸识别完成后对身份证照片和学生证照片进行验证。不合格提示重新拍摄或提交人工检测，人工检测合格后进行提示并自动进入下一步；
输入完“真实姓名”和“身份证号码”后与身份证照片进行检测。如果不对应进行提示；
点击“选择联系人”可通过通讯录选取紧急联系人
点击“所在城市”和“就读学校”时，弹出输入框根据输入文字匹配相应城市和学校，或可下拉手动选择。
点击“用户协议”按钮为确认阅读状态，点击文字可查看协议内容；
点击“提交并注册”后显示注册完成，自动进入首页；
交互描述：
点击“获取验证码”后文字变成“重复验证码”；
点击“设置密码”、“确认密码”输入框时弹出拼音键盘；
点击“眼睛”图标后，图标变为不带斜线的眼睛图标；
点击“拍摄身份证正面照”、“拍摄学生证首页”后开启后摄像头；
点击“人脸识别”后开启前摄像头；
“真实姓名”、“身份证号码”可通过身份证照片进行识别自动填充；
点击“选取联系人”进入电话簿
默认未勾选“用户协议”。
6. 非功能性需求
6.1 网络需求
（1）处于不稳定网络状态的提示：比如在走动中，地铁火车上
（2）切换网络时的提示：比如有无wifi连接/有无有线网络/手机wifi和有线网络互切/飞行模式
6.2 数据需求
（1）新旧数据冲突
客服告诉客户什么时候数据迁移完成，能否接受。
用户主动，停止服务，告诉用户可以保存到什么时候，让用户自己主动备份。
用户被动，数据迁移到哪里去，给个能找到数据的入口。
（2）内容过期
告诉用户过期时间，比如微信红包
相关内容关联推荐
专题类/活动类的下次开始什么时候
（3）违禁后如何展示
告诉用户我们产品的态度，违禁原因，保护产品生态人人有则，即使用户之前看过/收藏过，这是原则。
（4）数据内容展示/更新机制：
冷启动数据(极其不常用，不想影响安装包大小)，打在安装包里，不变的产品架构可以先缓存进去
需要说明哪些地方需要手动刷新？哪些地方需要自动刷新？(再次进入页面时刷新；设定一个时间值每隔一段时间刷新)一个时间值哪些地方是手动+自动刷新
说明哪些地方从后台切换回前台时需要进行数据更新？
需要说明哪些内容需要实时更新，哪些需要定时更新？
说明数据展示部分的处理逻辑，是每次从服务端请求，还是缓存到本地。
用户更新或者上传操作时，是否显示进度。
数据多维度排序规则
时间，信息流泪产品，微博/微信
流览/赞/收藏，推荐/搜索常用
（5）数据处理
闪退后数据是否丢失
卸载删除软件数据如何处理
数据安全
数据存储极限/跨平台同步
数据被移除时会发生的情况
数据过多或者过少数据需求导致布局和UI的改变
在不同时段/不同数据权限数据推荐显示机制
如何处理大量数据
数据同步被打断
数据或架构更新时会造成影响
无效数据的处理
（6）数据版权
用的别人数据是否有数据来源等版权说明
6.3 数据内容过期/删除/违禁后如何展示/产品售罄下架
当出现内容过期、删除、违禁后，在页面上进行相应提示。
6.4 性能需求
（1）耗电情况：
不停与服务器交互数据，尤其是首页各个业务都想显示自己的数据，产品经理要权衡克制。
（2）大并发：
整体最大能支持多少人同时访问
指定功能最大能支持多少人同时访问
大促活动最大能支持多少人同时访问
6.5 安全需求
（1）是否已加固
APP安装包是否加固过，是否符合应用市场的安全规则
（2）是否已混淆代码
APP安装包是否混淆过代码，以防被竞品开发者破解其代码
（3）是否符合法规
产品需符合网络安全部的相关规定
（4）数据安全性说明
输人的密码将不以明文形式进行显示，备份应该加密，恢复数据应考虑恢复过程的异常通讯中断等
6.6 兼容需求
（1）考虑不同屏幕的兼容性
原则是根据主流机型给出优先级。
（2）考虑不同系统的兼容性
比如iOS系统中目前主流系统有iOS8、iOS9、iOS10三大类。Android系统中就更分散了。
（3）考虑是否支持横竖屏切换：
如果支持，也存在屏幕内容兼容问题。
6.7 服务需求
6.8 其他需求
7. 总结
单纯使用word文档编写PRD比较少见了，越来越多的PM已经在使用Axure“原型+注释”的方法，输出原型HTML作为产品需求文档。并且在实际生产中，完全根据上面要素去输出PRD的可能性也较小（大公司比较常见），而对于简单的PRD，我们重点讲明业务逻辑、原型和交互说明即可，大致的PRD结构如下：
三、相关模板下载
链接：https://pan.baidu.com/s/1T9Lqq4oYPRxvGiv3V4-VTQ
提取码：3xe7