产品经理们都知道，产品上线并不是结束，而是新的开始。那在这新旧交替的时候，产品经理应该做什么呢?有人说，继续挖掘用户需求;有人说，写下一个版本的需求呀;这些都没错，但是产品经理们也别忘了一件重要的事：版本回顾。
什么是版本回顾?
简单地说，就是一个版本上线之后对该版本从产品设计到开发上线到运营推广的一次梳理和回顾。
为什么要做版本回顾
版本回顾主要有四个目的：
1、对整个项目过程进行复盘，发现存在的问题，找到原因，在下一个版本及时改进;
2、对比产品上线前后的关键数据，初步检验成果(之所以说是初步，因为数据还要放到更长的产品周期里去研究)
3、明确要关注的重点，为后续迭代收集需求;
4、让团队成员都可以全面同步产品的相关信息，有助于明确方向和目标;
版本回顾要做什么
要做什么的问题，其实就是从哪里入手的问题。我觉得可以从以下四点入手：
1、整个项目的工作流程
这个流程是指从产品侧开始进入正式的需求讨论环节开始一直到产品在各大应用市场上线为止。首先我们要回顾这个流程中的关键时间点，比如什么时候需求开始讨论，PRD和效果图什么时候交付，服务端什么时候进入开发，客户端什么时候进入开发，提测在什么时候，正式上线在什么时候;
接下来我们可以将上述关键点整理出一条时间轴，看每一个关键点之间间隔的时间是否合理，如果有延期，问题出在哪里?例如，发现安卓端比iOS端延后的时间比较久，那我们可以去看看原因是什么。直接原因是安卓适配机型多，花的时间更久，深层原因可能是测试机到位不及时，安卓人手不足等等。通过这样对整个流程的梳理，发现问题，找到原因，快速改进，避免下次重蹈覆辙。
2、上线前后核心数据对比
新版本上线之后，我们要对比上线前后核心数据的变化，并且进行原因分析。以此来检验我们的产品设计是否初步达到目标。产品经理要明确核心数据是什么?
核心数据，我认为就重点关注几个核心指标就好，不宜过多。每个产品在不同的时间段核心指标是不同的，如果你的产品这一阶段核心指标是拉新，那么可以重点关注这几个指标的变化：下载量和注册用户量(当然这两个指标要细化这多个相关指标进行分析，本文不展开讨论);如果核心指标是用户活跃度提升，那就重点关日均活跃用户，日均启动以及产品核心流程的使用次数或频率。
通过数据前后对比，我们可以比较直观地检验这个版本迭代的成果。是否达到?核心数据提升还是下降?是什么原因导致的?当然前文也说到，数据是需要长期观察，这个时候的数据只能是一个初步的感知。
3、用户反馈
新版本上线之后，用户反馈的收集是很重要的。通过收集用户反馈，我们可以直接地了解用户对新版本的感觉。方式可以是一对一访谈，可以是用户问卷。一般是找种子用户或相对活跃的用户，要注意如果你的产品是有不同角色的，那么多个角色的用户都要覆盖到。不同角色的用户需求和体验是不同的，都要收集了解。只不过在转化为产品需求的时候可以有优先级。
除了用户年龄、性别等基本问题外，个人建议向用户了解这些问题：使用APP或网站的第一印象，愉悦的?清楚的?困惑的?还是别的什么;用户在APP或网站做了哪些操作?用户想要什么，包括想要什么功能和想得到哪些内容。
4、运营活动
新版本上线之后，我们也要结合运营活动来进行回顾。运营活动通常从内容运营、活动运营、渠道推广来看。新版本上线后，内容上有没有明显调整，如果有，对数据的影响是怎样?做了哪些推广活动，比如地推，比如下载APP有礼等活动，下载量怎样?注册转化率怎样?用户留存怎样?渠道上有做哪些活动，是否有应用市场首发?是否和其他产品互推?这些方法和活动哪些是有效的，哪些效果不明显的。有效的继续发扬，效果有效的可以考虑适当回收，集中精力投入有效渠道。
这一块产品经理除了自己收集，还需要和运营的同学多沟通，了解他们的工作，便于后续更好地合作。
版本回顾什么时候做
我个人认为在新版本上线2周后做可能比较合适。因为这个时间点，大部分运营推广也暂告一段落，功能也趋于稳定，大部分用户也应该都更新并使用了一段时间新版产品，对产品也有所了解。当然版本回顾的一些工作，比如数据埋点是在产品开发的时候就要做了。
版本回顾输出什么?
我们通过版本回顾，要输出这些结论：
产品侧：我们做的改动有哪些是有效的，哪些效果不明显?不明显的原因是什么，在接下来的迭代中要怎么调整?
用户侧：用户对这个版本喜欢什么，对哪些功能或流程感到困惑?他们想要什么?
运营侧：找出我们在运营有效的策略和方法，使运营可以保持在正确的方向和节奏。
