需求管理：PRD自查清单.docxVIP

需求管理：PRD自查清单需求PRD自查清单，即：针对产品经理写的需求方案PRD文档进行各项 指标检查的检查清单。 对产品经理来说： 1、需求的产出不难，但是需求产出后的设计细节容易有遗漏（包含各方 面）2、很多PM产出需求后自己不会进行严格审查，在一些综合原因情况 下，很多需求都是急急忙忙的产出，然后快速评审推进开发测试落地，后 续会发现或多或少的细节漏洞或者明显缺陷 3、在需求到测试用例、UX设计、技术方案、开发落地时，回头一看或 者被人戳住需求漏洞，猛然醒悟，噢，这里漏了，稍等，我补一下，然后 修改原型、PRD、沟通工程经理、研发、测试，大一点缺陷甚至有推翻部 分设计的可能或者想方法牺牲一下方案的完美度来弥补。 需求的自查、有效有用的自查，是一个非常有效也有用的方法之一， 也是本钱最低的方法之一，能防止PRD文档出现低级错误或者明显的遗 漏，导致后续时间本钱、沟通本钱、人力本钱的增涨。 针对具体需求的背景介绍、表单、业务、场景、数据、交互、发布初 始化、测试、报表/图表每一项细节都需要进行一一排查是否有遗漏，而每 次检查不是临时想到要检查哪些内容，需要针对需求自查清单梳理出一个 标准检查表，根据标准检查表逐步排查；当然不同的行业、工程、产品细 化成需求后，检查项都会有比拟大差异，需要针对产品、行业或者工程针 对性的列出自己的标准，而后逐步迭代完善。 提供一个RPD需求自查清单模板，。 需求自查清单注 注 备是否检查是否包含 注备是否检查是否包含 注 备是否检查是否包含 2 介绍 需求涉及范围，例：平台、APP、网站、小程序、公 众号等 3 介绍 需求涉及用户、岗位、角色、权限 4 表单 文本框输入长度、格式限制说明 5 表单 文件、图片上传大小、格式说明 6 表单 时间控件精确年、月、日、时、分、秒明确 7 表单 明确表单输入项（禁用、启用）、输出项 8 表单 需必填校验说明 9 表单 数据重复校验说明 10 表单 单项选择、复选、下拉是否默认值说明 11 表单 单项选择、复选、下拉、弹出层的数据来源说明 12 表单 添加多组数据时，最大数量控制 13 表单 提示文案无遗漏 14 业务 需求在系统中使用的整体流程图以及流程闭环检查 例：需求在系统从开始到需求处理的整个过程到结 束的每个步骤通过流程图的方式说明清楚 15 业务 数据状态说明、状态变更说明 例：开发中、测试中、已测试、审核中、已审核、 已驳回所有状态的说明以及状态切换的条件及说明 16 场景 多使用场景的描述，针对复杂需求的使用情况、环 境、条件不同都会产生不同的场景，场景描述的越 多考虑的越全面，风险率越低 17 数据 针对功能新增、编辑、删除、查询等操作按钮的控 制说明 18 数据 按钮功能的操作是否需要二次弹框确认，以及确认 文案 背景以及功能描述说明1 列表数据列宽的大致说明以及是否包含固定列数据 例：名称字段控制列宽能显示30个字符，如果超过 用…代替，鼠标移动上去悬浮显示全称 数据数据的排序说明数据数据权限说明，可以的话最好单独作为一个章节 数据查询条件是否有默认值，有那么需要说明数据数据是否需要分页显示或者每页的限制有特殊要求 数据的删除、编辑控制说明数据 例：数据被引用后点击删除、反选或者编辑的处理 方式 数据是否关联其他功能或者数据说明交互点击按钮的效果，例：按钮点击前、点击后 交互弹出层的高度、宽度说明交互下拉框的高度控制说明 交互数据加载中、请求中、等待响应的说明交互文案提示的位置 交互页面之间交互的说明，例：某页面跳转到某页面%始功能模块是否初始化数据，如需要那么进行说明 I L-j%始历史数据是否需要特殊处理，如需要那么进行说明 测试需求测试重点单独编写章节进行说明共用查询条件和每个报表的关系检查是否有冲突 例：公共查询条件有时间范围查询，但是报表的查 |图表|询是月度、年度报表/每个图表/报表的默认查询条件或者可选查询条件说 图表 明报表/ 报表的数据来源说明，包含每个统计数据的来源说 图表 明 报表/ 图表或者报表的数据最小、最大范围值说明，防止 图表图表过小单一或过大导致图表压缩看不清39 39 3940报表/ 图表报表/ 图表数据精度说明例：人民币/元，保存2 39 40 报表/ 图表 报表/ 图表 数据精度说明 例：人民币/元，保存2位小数；数字，保存2位小 数 图表动效说明 2、不同需求的检查情况可能各不一样，可根据实际需求情况调整需求检查清单3、红色背景标识为重要检查项