需求文档要点Checklist

需求文档要点Checklist文章未作者所总记得需求文档要点Checklist，希望能够给你的产品工作带来帮助。本文中的每个check点，都是我曾经踩过、躺过、摔过……的坑。虽然不敢保证，有了这份checklist就一切顺利（毕竟开发也会写bug、测试也会漏case的），但至少不会在项目进行的各个阶段，被小伙伴问得一脸懵。姑且不提PRD在项目进展中的重要性，PRD本身就是产品经理的一张名片，漏洞百出的作品绝对会降低你在团队中的信誉度，影响后续工作的进行。PRD在一个团队中存在的意义，在我看来主要是以下3点：1、降低团队成员的沟通成本项目相关人可以直接查文档解决自己的疑问，而不是每个人什么问题都找产品确认。2、全面的逻辑梳理，避免遗漏没什么好说的，PRD的内容就是如此3、信息存档，备查一个产品通常会经历好几任产品经理，太古老的需求很可能相关人都离职了，没有文档的话基本很难知道之前是怎么做的。开发编写代码需要有注释，PRD也算是产品的注释。具体的Checklist如下（文末附思维导图）：一、背景目的PRD的必备元素，整个需求的立足点。这部分薄弱的PRD，一般要做好在评审时被小伙伴质疑到怀疑人生准备。Check点在于，需求中的每个需求点提出的原因，论据包括但不限于数据分析、用户调研、访谈、合作方要求……二、需求内容1、场景是否覆盖完全通常一个功能不会只出现在单一页面上，最简单的以淘宝新增打折信息为例，如果有新增折扣方式，那么所有涉及价格展示的地方都要做相应修改：详情、购物车、收藏夹、专题、搜索结果……2、页面类型选择——H5orNarive？1）H5：不依赖发版变更容易，每次进入都要加载，速度慢，只支持简单交互。适合试错、或一次性页面，不会频繁进入退出的，比如活动相关、模板化页面等2）Native：依赖发版变更困难，载入速度快，支持复杂的交互。适合有复杂操作的页面，应用中出现频率高的基础页面，稳定的功能。3、页面数据显示只要显示在页面上的东西，每个的数据来源都必须明确1）数据来源前端写死or本地储存or网络请求如果是本地储存是否要上报后台如果是网络请求，是否需要本地缓存，从哪个服务获取后台可配的话，前端和后台各个字段的对应关系2）没有数据处理方式情况一、首次拉取or前端数据被清除通常需要在逻辑中写明，因为首次拉取的逻辑可能和正常逻辑不同情况二、网络返回数据为空展示默认数据、不显示、显示历史缓存数据前端是否重复请求，次数？是否可手动刷新3）数据更新频率（上传&拉取）前端控制固定频率更新or后端发送通知触发更新是否有手动刷新机制3、网络异常情况1）无网络反馈点击按钮提示加载失败页面，点击重试2）wifi和移动网络转换音频、视频、图片等，涉及到用户流量消费问题，需要作出提示反应4、登录态影响如果需求中有跟用户账户走的信息，特别需要注意这一点。设备未登录账号用户登录后用户退出登录后同一设备切换账号两台设备同时登录一个账号5、低版本兼容性1）系统版本有些接口特性，旧的系统版本不支持。通常产品不需要考虑这个问题，涉及相关内容，开发会自己找过来的。2）应用版本只要涉及功能优化，都需要考虑这个问题。低版本是否直接就支持新改动，不支持的话是否要做版本隔离用户从旧版本更新到新版本时，规则变化如何提示，是否会引起问题广告位是否需要变更新逻辑和其他功能逻辑是否有冲突6、是否有关联产品/功能改造7、是否需要后台查询功能8、安全问题只要涉及钱、评论、账户的，都要慎重考虑这一点。曾经做一个活动，发放代金券，验证手续少了一道，于是被盗刷，又上紧急版本；评论相关的审核过滤，避免被查水表。