需求自查表

想直接拿资料的可直接点这个，需求自查表——小芦同学编写https://download.csdn.net/download/ch1209498273/21454220

需求管理岗在日常工作当中，由于岗位的职责范围广，所需要具备的能力也较多，事情也相对较“杂”，往往在有限的脑容量当中，要完美地做好每一件事，是极其有难度的。

不知道大家在工作当中有没有遇到这类问题：
1、需求评审顺利通过，但实际开发当中，还是遇到了需求变更！
2、需求评审顺利通过，需求顺利开发了，但上线后，业务部门不满意！
3、需求评审顺利通过，需求顺利开发了，用户也用了一段时间，但没有满足真实需求，后续又有新的补充需求！

究其根源，很大程度上是因为文档评审出了问题，其实通过需求自查表的方式，就能够清楚每一篇需求文档是否清晰准确。

本次主要从两个方面来阐述需求自查表，第一个是宏观角度的自查，主要指产品整体全局；一个是微观角度的自查，主要针对产品需求文档。

一、什么是需求自查表？
什么是需求自查表？顾名思义，自查表也就是checklist文档，是用来帮助分析需求和发现风险的利器。

二、需求自查表的作用是什么？
需求管理岗是一个比较吃经验的岗位；这里所指的经验主要是针对于产品的定义及对细节的执行程度。在需求还没实现之前，它能够帮助需求管理人员思考需求的可行性及必要性；在需求正在设计当中，它能够帮助需求管理人员梳理清楚需求涉及的业务及细节；在需求实施后，它能够帮助需求管理人员规范进行查缺补漏，复盘思考。

三、需求自查表内容有什么？
需求自查表内容部分两部分，一是整体自查，是站在宏观角度来思考需求，主要适用于判断和提升需求价值；二是需求文档自查，是站在微观角度上，思考一份文档是否严谨、细节流程是否得当，主要适用在需求分析评审和需求支撑方案评审。

1、需求整体自查
对于需求本身自查，主要考虑的是需求实际价值、需求未来可拓展性等因素。是以一个宏观的角度来思考需求本身。
1、需求的实际使用人是谁？
2、现有功能是否就能满足该需求？
3、预实现的功能是否满足了各个场景下用户的需求？
4、文档编写是否有进行需求调研？
5、文档里是否包含功能所涉及的业务？
6、分析人员是否了解所涉及的历史逻辑？
8、需求要完成的目标是什么？

2、需求文档自查
1）需求阶段
在需求阶段，通常会出现的问题是“你认为你想清楚了需求的场景、对用户侧的作用、对产品的影响等”，但其实没有深入全面，最后导致需求做出来了，用了效果不好的情况发生，由此可见，深入思考需求是极其重要的。如：

• 是谁在什么样的场景下产生的什么诉求，希望用什么方法解决什么问题？ 是否需要进一步调研相关用户/需求提出方，是否需要数据佐证？
• 是否符合当前核心业务场景？ 当前方案是否是同类场景下的共性诉求？ 对核心用户的影响程度，尽可能量化。 对核心业务的贡献程度，尽可能量化。
• 当前技术是否可以支持 当前业务是否可以支持 是否存在关联功能的改造点？ 是否完整梳理当前规划内容下线后的影响点？
• 是否已预估业务高峰数据爆发量级，及其处理措施？ 是否已计划好功能上线后的验证方法？ 是否会引发安全隐患？ 是否存在合规风险？ 使用频率

2）整体框架设计阶段

在整体框架设计的阶段，更多的是站在一个全局的角度，可以理解为树木的枝干，通过这些用户能够清晰地感知到产品的清晰度及易用性。如：

• 设计时是否结合了用户画像、用户习惯、业务场景等因素。 架构层次是否清晰，是否足够扁平，是否容易能使用户理解。
• 所有信息均需要进行重要级评定，以决定在界面和功能中的重要程度。 信息分类是否合理，一定要“高内聚，低耦合”。
• 架构拓展性是否足够大，后续对信息模块进行增删改查时，是否容易施行。

3）流程设计阶段

产品流程主要指的是业务流程部分，整体产品业务是重中之重，了解业务后再了解产品。拆分现有业务流程，持续优化它，排除不合理的流程走向，同时通过业务流程也能够探索现有问题。如：

• 流程设计是否结合了用户画像、用户习惯、业务场景、竞品等因素。
• 主干流程是否最简化，是否覆盖了足够多的场景。
• 是否有特殊流程（分支流程、逆向流程）
• 是否有异常流程

4）需求文档设计阶段
需求文档设计阶段时，是整体文档的自查，关于流程、文档文案、名词、场景、信息等大方向进行的把控。如：

• 完整流程是否可形成闭环？
• 逆向功能流程是否可逆，如果逆向操作，是否考虑对应的机制：比如退款、退货操作 。
• 各个步骤可能出现预期外的情况。
  5）特殊因素
  特殊因素主要列举的是一些客观因素（例如手机系统、账号、网络等外在情况）的问题，由于其大部分脱离产品本身功能，是一个辅助的作用，容易被产品朋友忽略。如“”
• 是否存在不同登录状态下展示内容或操作有不同（登录、未登录、帐号异常状态）
• 是否存在不同用户状态下展示内容或操作有不同（非会员、不同等级的会员，特殊付费会员等）
• 是否考虑多账号切换，切换时，本地缓存数据是否需要同步清空。
  **

当然还有其他方面需要自查的内容，具体可以看我上传的资源：需求自查表——小芦同学编写

**

四、如何来做产品自查？

当我们拥有了产品自查表之后，要做的就是在遇到每一个需求，撰写每一份产品文档的时候，将自查表运用到当中去。

简单来说，分成四步：
1、先总后分
先按照宏观的角度来审视整篇文档，查看文档的整体方向是否正确，文档的结构是否无误，暂时先不考虑细节。等到总体方向没问题了之后，再去查看查看文档的分支细节。

2、模块划分
根据模块来进行文档的撰写，有个大忌就是在A模块写到了B模块的内容定义，文档容易造成不易阅读，冗长，划分好文档的模块并且对文档进行相应的模块定义，一个清晰的模块就好比是树木的枝干，能够提升文档的可读性。

3、按序核查
当进行第二步模块划分之后，为的便是更好地进行顺序的核查，例如产品需求、业务流程、功能主次关系、功能布局、模块状态等等顺序进行一一校对。

4、勿忘更新
有了这份文档，并不是一蹴而就的，时代在更新，产品在更新，自然，产品自查表也需要不断更新。这份自查表是阿境在自身实践当中总结而出，可以看出，产品的理论大多源于实践，脱离实践则无从谈起。所以，朋友们可实践当中，不断完善这份产品自查表，一句话：没有最完美的，只有适合自己的。但有一点要记住，产品自查表起到的作用是锦上添花，并不是雪中送炭。它是建立在有一定需求思考方向的前提之下。

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！