产品复盘，复好了，才能盘活

来自于围棋界的“复盘”模式是个好东西，既可以总结经验，又可以吸取教训。

按照一般的要求，复盘的普遍流程是：

1、回顾目标；2、叙述过程；3、评估结果；4、分析原因；5、推演规律；6．形成文档。

流程不复杂，就六步，看起来也很好操作，无非就是基于已产生的结果，对形成结果的过程进行回顾和总结。

但是，我发现，很多产品经理在对产品进行复盘操作的时候，通常到第二步的时候就会出现一个关键的问题，从而影响到复盘结果的质量。

什么问题呢，接下来我就通过一个具体的案例来说明一下。

假设你管理的某个产品在上市后发现要满足的需求和实际的需求有较大的偏差，你想通过复盘的形式了解为什么会出现这个问题，并为下一阶段的产品发展纠偏。

很多朋友的操作一定是打开PRD，看看在这个文档里记录的出现偏差的需求是怎么回事，大家看下图：

好吧，文档里对需求的记录就是这样的，你怎么来复呢？

PR ID和MR ID没啥用，就是俩编号，约束条件是基于使用说明，按这个情况看，你对需求的复盘只能从使用说明来考虑了，但是，又一个关键的问题出现了，现在的情况是需求出现偏差，不一定是你所设计的规格出了问题，或许还有更深层次的原因，但是，从PRD中是看不出来的。

好，我们再继续往前导，导到哪里了呢？MRD上，大家看下图：

嗯，看起来要比PRD的信息更多一些了，但是我们仔细观察，会发现MRD依然无法承载我们了解需求最原始的信息以及你对需求的思考过程的信息。

什么意思呢？两点：

1、需求最原始的来源是问题，MRD中承载有限；

2、我们对从问题到产品需求的思考过程中的过程数据，在这两个文档中都没有记录，这两个文档记录的都是你的结果数据。

而这两点也就直接会导致你在复盘产品的时候，无法基于从最原始的问题层面的数据，以及对已完成的分析过程的数据进行操作。

简单而言，没有原始数据和过程数据的支持，会对你复盘你为什么要去做某个需求的整个分析思考过程带来影响，毕竟已经过去了较长的时间，曾经清晰的东西很大程度上也不太能回忆的很清楚，很准确了。

有朋友会说了，我记忆力好，没问题，这个我信，但是还有一种情况对于企业来说就是一个非常大的风险了。

比方说，你现在负责这个产品，但是过了一段时间后，你被调去负责另一个产品，或者你离职了，有一个新的产品经理接手了你的产品，这个哥们想了解一下以前的情况，当他只能看到你以往的结果，而看不到你以往的分析后，他一定会骂一句：这SB为什么要做这样一个需求，这样一个产品。

他就不得不基于你的结果来推导你的过程，这是很耗费成本的，就如同程序员写代码不加注释一样，接手的人一定会骂街的。

因此，这就要求产品经理必须要记录自己的过程数据，这是对自己好，也是对产品好，更是对企业好。

当然，我相信企业也希望每个人都能把过程数据记录下来，毕竟这对于企业来说是一种资产。

那么，具体怎么来做呢？大家看下图：

或者

这是典型的需求管理的结果数据，前面提到了，如果我们只从这个级别来复盘的话，其实效果并不好，我们需要更进一步，要从原始信息和过程数据上进行分析，看看自己到底在针对哪些需求的思考上是有失误的。

怎么来操作呢？大家看下图：

我们点击需求列表中的某个需求名称，就可以打开一个“需求信息表”，这个需求信息表就记录了你对某个需求进行分析的全部数据，包括结果数据和过程数据。

1、需求说明

第一屏呈现的是你对某个需求的说明描述，这是结果数据。

2、需求情况

第二屏呈现的是你对某个需求站在客户、竞争对手和自己的角度进行分析的情况，这是过程数据。

3、评估说明

第三屏呈现的是你对某个需求进行两维度（定性和定量评估）的分析过程，这是过程数据。

4、执行总结

第四屏呈现的是执行团队对某个需求执行的情况说明，这是结果数据。

5、进一步计划

第五屏呈现的是针对执行结果，你所思考的下一步方案计划，这是过程数据。

6、变更情况（根据需求是否有变更呈现）

第六屏呈现的是有变更情况的需求的信息，这是结果信息（图中变更后的需求区块）和过程信息（图中变更说明区块）。

有朋友会说了，你前面不是说要导到原始信息-市场问题这级别吗，没有啊，我只看到有个关联问题列表，没有详细信息啊。

别急啊，我们看到了，案例中的这个需求关联的问题编号是5，我们点击“问题管理”的“全部问题”，就会打开这个界面，大家看下图：

这是对某个问题按照《问题分析矩阵》的思路进行分析的过程，毫无疑问，是过程数据。

具体我就不展示了，大家可以下载PMManager这个软件亲自体验一下啊。

也就是说，如果我们的复盘能够达到问题所涉及的过程数据这一级，那么，我们就能在复盘的过程中从根上找到需求出现偏差的根本原因在哪里，而不是把复盘的工作变成泛泛而谈，不痛不痒，甚至是互相推诿责任的举动。

总结一下本文的内容：

1、复盘是个好的形式，在产品管理中，能够让我们发现产品出现的问题，并通过对原因的分析不断优化我们后续产品的管理工作。

2、在产品管理中，复盘是有级别的，产品级别（比方说定价不合理），需求级别（比方说定价中的定价模型的设计），问题级别（比方说模型中某个参数值设定的依据是什么），不同的级别决定了复盘的效果如何。

3、复盘不仅需要结果数据，更需要过程数据，因为只有分析过程数据，才能知道你到底在哪个具体的思考点上出了问题，当然，如果结果是好的，过程并可以复现，那么，就可以沉淀为公共知识进行复用。

4、从数据信息的角度看，复盘是一个让数据形成关联性，可追溯性和复用性的过程。

5、PMManager（绿色免安装，安装包不到4M，个人版一个U盘就可以随身携带，无需担心数据安全问题，因为数据都在本地）是个产品管理的利器，欢迎大家下载使用。