转眼下半年都过去一个月啦，不知道童鞋们有没有计划搞什么大新闻、大项目？大家在做项目的时候憋着一口气往前冲，但是做完了却不知道怎么样做复盘，感觉做了个寂寞……眼见着隔壁老王拿着一个小项目的业绩去忽悠老板，升职加薪，令人羡慕～ 项目复盘做得好，对上能做好汇报，给老板留下好印象；于自己，又能总结出经验和教训，提升自己的能力，让下次做项目更顺利。做得不好，那就会让老板和同事们失去对你的信心，觉得投入了很多资源，但是没有激起什么水花，长此以往你负责的项目就会得不到重视，甚至让别人产生抗拒心理。 项目复盘的结构 一份优秀的项目复盘，应该分为4大环节：目标回顾、项目结果、下阶段计划、经验总结
这样一环扣一环，先把之前的目标做回顾，然后把结果拿出来做对比分析，根据结果再对下阶段做规划，最后把这次的经验、教训做一个总结，如果能总结出一套模版/流程/方法论那就是再好不过的了～总之，这4个环节缺一不可，这些会在正文中一一展开，按照惯例，学姐也会贴心地在文末提供一份PPT模版。接下来讲一下复盘的时间点和形式。
1. 时间点 正式项目复盘一般选取在项目上线后的2-4周左右，当然不同类型的项目会有所不同，原则是累积一段时间的数据，等有一定可信度了再做正式的汇报分析，这样复盘的结果才会比较可靠。当然如果项目刚上线一周，正好遇到你们的周会、月会等，也可以先简单看一下结果，一俩句话带过，避免有些心急的老板或者同事发问。 2. 形式 一般项目复盘可以采用PPT/文档的形式，可以先约上组内的同事和老板做一个内部复盘，OK了之后再约上其他部门参与过项目的同事一起来参会，此时一般需要一个正式的邀约邮件，再附上复盘的PPT，方便大家提前了解内容。 如果在项目下阶段，需要之前没有参与过项目的同事也进来，最好也邀请上他们，这样后续开展会顺利一些。
一、项目回顾 这环节是为了让唤起同事和老板们的记忆，毕竟有些大项目持续时间长，从启动到复盘可能一个Q就过去了，因为你是在负责这个项目，所以会对项目的细节比较熟悉，但是可千万不要默认别人的记性会这么好～特别是老板，他们手头可能有很多重要的项目，你这个项目也只是其中之一。 当然，这部分简洁明了就行了，也没必要把之前项目推导的过程（比如调研等）之类的再详细阐述一遍，主要包括以下三个部分：
1. 时间点 即项目当时设定的时间节点。如果项目总体没有明显的延期，一句话带过就行，如果项目延期比较严重，要把项目每个环节之前设立的时间点拆分出来，写清楚是哪个环节出了纰漏，原因是什么，然后再在第四阶段做详细的经验总结。 2. 方案 可能很多童鞋会漏写这一部分，默认大家都还记得这项目长啥样，Trust me，并不会，此时有些老板已经完全忘记方案了，正在现场打开手机重新看呢……为了避免老板对线上的方案产生疑惑，把注意力集中在汇报上，我们还是可以用一页ppt把项目的核心功能点介绍一下，用文字+表格+截图的形式就可以了。不必涉及到具体的细节，毕竟项目都上线了，复盘也不是让大家来讨论方案的。 另外，如果最终上线的方案和之前定稿的有差异，也要标注下原因。 3. 指标设定 这部分估计童鞋们都不会遗漏，大家把当初设定的结果指标数值标注上就行了，当初的推导过程也可以附上，如果对指标不了解的童鞋可以去看学姐的这篇文章；如果没有设定过数值，可以把之前预估的项目指标都写上去，如果预估都没有的话，那也太佛了，建议去看下学姐的这篇文章吧。
二、项目结果 1. 数据结果 指标设定有了之后，就可以过渡到项目结果了，这两部分也可以写在一页PPT上，这样看上去有对比。当然，项目结果这部分，数据要展开地详细一点更好，要把关键的结果指标和过程指标写上是否达到预期写上。 2. 数据分析洞察 学姐建议大家除了把数值列出来，还要增加不同维度的拆分，比如到天的、到不同城市的、到不同类目、不同路径的等等……选择合适的图表或者表格表达出来（不会做图表的可以去看学姐的这篇文章）。常见的拆分方式学姐也在这篇文章里讲过，这里再列举一些供童鞋们简单复习：
（1）漏斗法 定义：对产品流程中的步骤进行拆分，看每一步的转化率 举例：购买用户数=列表页DAU*列表页转化率*商品页下单率*支付成功率 （2）分层法 定义：对用户或场景进行分类，看不同分类下的数据情况 举例：某外卖平台，每日交易用户数可以分地区、时段、路径、类目、天气等去看 （3）周期法 定义：从某个固定的周期去看转化率 举例：留存率，续约率等 以上三种方法也可以互相结合，比如漏斗法+分层法，可以拆分看首页点击了不同模块的用户，在每个步骤的转化率
再比如分层法+周期法结合，可以看新用户、老用户的留存率等等。 做项目复盘的时候，如果不拆分地细一点，就对着一个最终结果干看，那也玩不出什么花儿了吖，这部分学姐觉得自己做的时候多多益善，汇报的时候可以重点挑有价值的部分去讲。 什么叫有价值的部分？如果你的项目结果没有达到预期，那肯定得把原因写出来吧，拆分下来发现是哪部分的数据有问题，总得是有理有据的，不能自己乱拍脑袋；如果项目结果达到预期，那么拆分下来还有什么值得进一步提升的数据，对下阶段有指导意义的，也可以写上去。 另外，如果发现有什么有意思的数据，比如特别优秀、或者出乎意料的，都可以放上～甚至也可以卖个关子让大家猜一下，增加下互动，提升一丢丢会议的气氛（当然你也可以选择开会的时候请大家和奶茶或者零食）。
三、经验总结 看到这里，很多童鞋可能觉得复盘地差不多了，项目回顾、结果和下阶段规划都有了。不过学姐觉得，最后这个环节才是重点，是整个复盘的精华部分～不过，这部分要想做好也没这么简单，学姐也是根据自己多年的职场经验总结出了一些“套路”。 我们在汇报的时候，可以先讲一下项目里超出预期的部分，比如一些有闪光点的数据，哪些里程碑提前完成了（比如提前联调之类的），哪些是完成的比较优秀的（比如上线之后无投诉之类的），增强一下大家对整个项目的信心，也可以给合作的同事一些爱的鼓励～然后，再过度到项目中遇到的困难和挑战。
当然，只写做项目成功的部分和失败的部分是不行的，我们要把每个问题的改进点都写出来，这样才能把整个汇报提升一个高度。 那么，在一个大型项目里，一般能提炼出哪些改进点呢？学姐总结了以下这四种： 新增或优化工作流程 新增或优化工作模版 产品经验总结和复用
方法论 其中第四点是比较难的，前三点相对简单，接下来学姐就一一举例介绍。 1. 新增或优化工作流程 做项目最头疼的无非就是延期了，一般来说延期除了某些同事的个人能力问题（这也不能在这个场合提吧），就是因为你们的工作流程没有捋顺了，这是比较值得总结的一个点。学姐之前在这篇文章中介绍过做项目的正确流程，童鞋们可以参考下这张图，看看目前的流程是不是还有什么问题： 其他还有一些细碎的注意点，比如： 方案的可行性是否及时评估 方案是否及时告知合作方 方案调整是否有合作方参与，或者及时告知合作方 方案遇到风险，是否及时告知 是否需要开周会/双周会
这些都是大家可以总结并优化的点，平时你想直接优化这些流程，不见得会得到大家的支持（毕竟流程多了总是麻烦的），但是有了案例之后，就可以借此机会让老板去推进流程的优化了。