需求管理：PRD自查清单

1、需求管理：PRD自查清单需求PRD自查清单，即：针对产品经理写的需求方案PRD文档进行各项 指标检查的检查清单。对产品经理来说：1、需求的产出不难，但是需求产出后的设计细节容易有遗漏（包含各方 面）2、很多PM产出需求后自己不会进行严格审查，在一些综合原因情况 下，很多需求都是急急忙忙的产出，然后快速评审推进开发测试落地，后 续会发现或多或少的细节漏洞或者明显缺陷3、在需求到测试用例、UX设计、技术方案、开发落地时，回头一看或 者被人戳住需求漏洞，猛然醒悟，噢，这里漏了，稍等，我补一下，然后 修改原型、PRD、沟通工程经理、研发、测试，大一点缺陷甚至有推翻部 分设计的可能或者想方法牺牲一下方案

2、的完美度来弥补。需求的自查、有效有用的自查，是一个非常有效也有用的方法之一， 也是本钱最低的方法之一，能防止PRD文档出现低级错误或者明显的遗 漏，导致后续时间本钱、沟通本钱、人力本钱的增涨。针对具体需求的背景介绍、表单、业务、场景、数据、交互、发布初 始化、测试、报表/图表每一项细节都需要进行一一排查是否有遗漏，而每 次检查不是临时想到要检查哪些内容，需要针对需求自查清单梳理出一个 标准检查表，根据标准检查表逐步排查；当然不同的行业、工程、产品细 化成需求后，检查项都会有比拟大差异，需要针对产品、行业或者工程针 对性的列出自己的标准，而后逐步迭代完善。提供一个RPD需求自查清单模板，。需求自

3、查清单注备是否检查是否包含注备是否检查是否包含介绍2介绍需求涉及范围，例：平台、APP、网站、小程序、公 众号等3介绍需求涉及用户、岗位、角色、权限4表单文本框输入长度、格式限制说明5表单文件、图片上传大小、格式说明6表单时间控件精确年、月、日、时、分、秒明确7表单明确表单输入项（禁用、启用）、输出项8表单需必填校验说明9表单数据重复校验说明10表单单项选择、复选、下拉是否默认值说明11表单单项选择、复选、下拉、弹出层的数据来源说明12表单添加多组数据时，最大数量控制13表单提示文案无遗漏14业务需求在系统中使用的整体流程图以及流程闭环检查 例：需求在系统从开始到需求处理的整个过程到结 束的每

4、个步骤通过流程图的方式说明清楚15业务数据状态说明、状态变更说明例：开发中、测试中、已测试、审核中、已审核、 已驳回所有状态的说明以及状态切换的条件及说明16场景多使用场景的描述，针对复杂需求的使用情况、环 境、条件不同都会产生不同的场景，场景描述的越 多考虑的越全面，风险率越低17数据针对功能新增、编辑、删除、查询等操作按钮的控 制说明18数据按钮功能的操作是否需要二次弹框确认，以及确认 文案背景以及功能描述说明1列表数据列宽的大致说明以及是否包含固定列数据 例：名称字段控制列宽能显示30个字符，如果超过 用代替，鼠标移动上去悬浮显示全称数据数据的排序说明数据数据权限说明，可以的话最好单独作

5、为一个章节数据查询条件是否有默认值，有那么需要说明数据数据是否需要分页显示或者每页的限制有特殊要求数据的删除、编辑控制说明数据 例：数据被引用后点击删除、反选或者编辑的处理 方式数据是否关联其他功能或者数据说明交互点击按钮的效果，例：按钮点击前、点击后交互弹出层的高度、宽度说明交互下拉框的高度控制说明交互数据加载中、请求中、等待响应的说明交互文案提示的位置交互页面之间交互的说明，例：某页面跳转到某页面%始功能模块是否初始化数据，如需要那么进行说明I L-j%始历史数据是否需要特殊处理，如需要那么进行说明测试需求测试重点单独编写章节进行说明共用查询条件和每个报表的关系检查是否有冲突例：公共查询条件有时间范围查询，但是报表的查|图表|询是月度、年度报表/每个图表/报表的默认查询条件或者可选查询条件说图表 明报表/ 报表的数据来源说明，包含每个统计数据的来源说 图表 明报表/ 图表或者报表的数据最小、最大范围值说明，防止 图表图表过小单一或过大导致图表压缩看不清393940报表/ 图表报表/ 图表数据精度说明例：人民币/元，保存2位小数；数字，