最全的产品自查表

John本人产品刘

作者：John 来源公众号：产品狗聚集地

不知道产品经理有没有遇到这样的情况，当做完一个需求后，自认为做的很完美，甚至一些异常情况都有考虑清楚，但是一开需求评审会，瞬间被研发教怎样做人。

在开发过程中也可能会遇到很多当时没考虑到的问题，来来回回的确认，导致浪费很多沟通时间，没有时间去思考问题。

最气人的是，这些问题你并不是不会，只是当时粗心忽略了而已。这感觉就像高中考完试后，拿到试卷的心情：我去，这道题这么简单我居然会错。

我觉得从产品经理思考的维度中，还是针对于业务需求的梳理和产品流程的过程中思考出现漏洞，所以出现在产品梳理中的疏忽。今天一起来汇总下产品经理在项目梳理的过程中，每完成一步，都可以针对性的做产品自查。

一、需求分析阶段

作为产品经理对需求的认识应该会很清楚。包括需求的来源、需求的思考层级、如何辨别真伪需求。这里重点聊下如何将需求池内所有需求进行筛选排序，明晰各个需求的优先级，确保呈现出来的一副相对完整的需求全景图。需求全景图四象限是针对用户获益和产品获益两个维度是思考问题。但是随着产品在生命周期中的路径可以有选择去思考如何在保证产品和用户皆能获益。

1.用户获益的需求影响模型

一般都是通过KANO模型（基本型需求、期望型需求、兴奋型需求、无差异型需求、反向型需求）来分析用户需求进行分类和排序。这里用一张图来说明一下：

2.产品获益的需求影响模型

从某种意义上来判断产品是否能够获益，更重要的是先服务于用户是否能够获益。比如在产品生命周期为种子期的产品，应该先解决的产品流程的跑通，让用户上来后，起码能跑通流程会更加清晰。在产品生命周期为成长期的产品，应该先解决的产品拉新留存促活，那么在思考如何去做拉新留存促活的时候，需要照顾用户的情绪反馈，因为是方便在成熟期更好的实现商业价值利润。然后再衰退期的时候，怎么去思考新的拉新留存促活。所以在产品获益的前提下，首先去思考清楚如何去做用户获益。

3.针对需求的产品自查表

在需求的过程中，产品经理在梳理需求后，以下是John在需求阶段建立的产品自查表。仅供大家查看：

二、信息架构设计阶段

简单来讲，信息架构指的是app或网站当中全部信息的组成结构。经过认真梳理的信息架构可以使产品更加易于理解和导航。这有些类似于作家在动笔之前首先拟出故事的大纲，或是建筑师需要以精准的蓝图作为一切工作的基础。

要实现结构清晰、重点突出的界面设计方案，你必须首先梳理出结构清晰、重点突出的信息架构。作为产品设计师，我们需要在这里承担思考与分析的责任，否则这一重担势必会落到用户身上。

在思考信息架构时，出现在我们头脑中的应该是一系列抽象的信息单元，包括名词与动词等等，而非具体的像素、组件或页面。这样，你很快便会发现，任何产品无法只是信息的集合；而用户怎样理解和使用产品，最终将取决于我们以怎样的方式将这些信息进行整合。

那我们针对信息架构设计阶段的自查表应该如何表现呢？

三、产品流程设计阶段

产品流程设计最主要的是针对于业务流程图的梳理。分析业务流程，并将业务流程图表化可以帮助分析者了解业务如何运转，帮助分析者找到业务流程中不合理的流向。现有产品存在的业务流程未必是合理的，通过业务流程图，钻研关键事件的流程，分析为什么要这么做，探索出更深层次的问题，从而对现有不合理的业务流程进行重组优化，进而制定优化方案，改进现有流程。

产品在写需求文档时主要是对业务规则的描述，而配合以业务流程图可以让业务逻辑更清晰；日常梳理关键事件业务流程时，画出业务流程图可以帮助发现不合理流程，从而对关键事件进行优化。

那么针对于产品流程设计阶段的自查表应该如何去表现呢？