怎样做好活动的复盘？

Posted 2023-04-28

参考技术A 做运营的，几乎都在为策划、方案、群内支撑忙的团团转，每次活动就感觉自己是个打杂的，不免会疑问做运营真的前途吗?

其实，之所以出现这样的情况，是因为他们少做了一个重要动作，那就是在活动结束后，进行一次活动复盘。

做复盘，是为了总结经验，为了了解哪些环节可以进一步优化，下次活动能够做得更好。如果不复盘，你也不知道活动为什么成功了，不知道为什么活动没有达到预期，也就很难提升自己的活动运营水平了。

1、回顾活动

首先从呈现出结果数据来看，是否达到了活动预期，这个结果要心里有数；然后看过程中的数据指标，根据之前做的活动sop来拆分每一步的客户路径转化率，然后看每个阶段的活动是否达到了预期。

2、交代活动的信息

①介绍活动背景，包括活动的目标、策略、时间等等

②具体的活动执行过程，做好用户路径的复盘，包含话术欢迎语和海报截图等等

③分阶段的执行情况，比方说：在预热期做的是哪些动作、在活动前期做了哪些事情、在活动中期用了哪些策略，在活动尾期做了哪些手段

3、活动数据分析

没有标准，就难说好坏，合理、精准的指标尤其重要！但一个活动可能影响方方面面，比如一促销活动，优惠券的发放可以增加新用户注册，也可以增加老客户的复购，还能提升DAU。如果胡子眉毛一把抓，怎么都说不清楚。所以，一定要紧紧结合活动的目的和目标，优先选择直接受影响的指标作为主指标，言下之意，还要有些副指标侧面衡量，比如活动是为了拉新，那主指标就是新注册用户数；如果活动是为了提高新用户留存率，那主要考虑的就是1-7日内留存情况，但是没有任何一个指标能把所有的问题讲清楚，所以拉新活动还要看渠道投放ROI，留存活动还要看留存用户的活跃度等等。

以下是不同类型活动的主副指标设计：

做效果评估，最忌讳搞几百个指标然后做巨复杂的评估公式，混淆进来的的东西越多，就有越多搞文字游戏的空间，就越容易粉饰太平。一般来说，一个主指标+2个副指标就能说明问题，主指标越高越好，副指标不能低于某个阈值，越简单清晰的评估，才越容易看出问题。

然后从数据中得出的信息分析：

①造成用户参与率高的原因是什么

②造成用户点击率高的原因是什么

4、问题汇总

①活动过程中出现了哪些问题：比方说遇到的BUG,遇到的客服问题，还有流程的问题

②针对这些问题触发的解决方式：比方说用了什么方式和手段解决问题的，解决的效果如何，如果再出现这样的问题有没有更好的方案。

5、活动的亮点及优化方案

哪些是做的好的，比方说用户路径上，在话术、文案、海报上的创新，在用户体验上，有哪些是创新和做得好的点；哪些是可以优化的，比方说发现的问题，可以在以后避免，还有亮点是可以后期复用的。

6、运营人员的个人思考和总结

第一步：基于活动本身，看有没有没有做到位的，比方说可以尝试用其他的工具来做活动，像微盛.企微管家工具，可以帮助营销获客，快速增加用户量，进行客户运营

第二步：基于用户需求，看这次活动用户反馈，看有没有新的解决方案

7、指定下次活动的方案和假设

找到可以优化的点，找到了问题，找到了新的假设，然后下次活动可以借鉴。

总结：活动本身定位就是短平快，短期打鸡血迅速拉升指标，效果往往难以持久，这并非否定活动的重要性，只是活动后用户的承接还是要依赖产品的核心价值，活动执行中，总有一些我们前期无法预料的状况，我们就很容易在活动复盘的时候想：“如果我当时做了某某事，就可以避免这件事情发生了。”这种自责的心理是很折磨人的，而且对提升活动策划能力毫无用处。活动执行中情况百出本就是常态，所以我们要做的是认真细致地分析活动过程中出现的问题，在这个过程中总结了新的活动经验，就是技能的进步。

手把手，带你用数据做好迭代复盘改进 | 敏捷开发落地指南

简介：高效落地敏捷开发，先从这3个关键活动着手。带你用数据做好迭代复盘改进 ，数据说话，借助云效项目协作·Projex 高效开展迭代复盘高效落地敏捷开发。

摘要：高效落地敏捷开发，先从这3个关键活动着手，带你用数据做好迭代复盘改进。数据说话，借助云效项目协作·Projex 高效开展迭代复盘，高效落地敏捷开发。

在前 2 篇文章《敏捷开发落地指南之迭代排期》和《敏捷开发落地指南之迭代跟进》中，我们已经了解：

● 什么是敏捷开发 Scrum 方法；

● 什么是双周迭代；

● 如何高效地开展迭代排期会；

● 如何在云效项目协作·Projex 中落地排期；

● 如何有效地推进迭代计划；

● 如何在云效项目协作·Projex 中落地迭代跟进；

接下来，我们继续以双周迭代为例，介绍在 Scrum 方法中的另一个重要的活动：迭代复盘会。

如何开展一场高效的迭代复盘会

同样，我们也梳理了迭代复盘会中需要相关同学做准备的事项（如下表），供大家参考：

在落地迭代复盘会时，有几个点需要特别注意：

● 澄清复盘会的目标是为了持续改进：迭代复盘会的目标是要驱动研发团队的持续改进，而不是问责。通过迭代数据和团队的效能数据，可以让团队能更直观地了解现状，看到效能问题，找出导致问题的根因并采取行动，持续改进团队的研发效能。

● 参与成员以一线员工为主：复盘会需要邀请到参与迭代的各个角色成员，包括团队负责人、产品经理、开发、测试等。建议不邀请部门领导参加，避免大家因为管理者在场而不能畅所欲言的情况。

● 稳定的活动频率：如果大家以双周迭代运作，初期建议每次迭代结束举行一次。后续团队协作相对稳定后，可一个月举行一次，需要稳定且持续地进行复盘会活动，这样有利于团队不断的改进。

● 轻松的活动氛围：复盘会不是问责的活动，是一起发现和改进团队效能、协作问题的会议，复盘会主持人可以适当准备一些零食或水果，让现场氛围轻松活泼一些，让每位参会成员都积极参与到活动中。

数据说话，借助云效项目协作·Projex 高效开展迭代复盘

要了解团队的效能现状，往往需要效能数据做支撑。下面我们以云效项目协作·Projex 为例，介绍如何借助数据，高效地完成迭代复盘活动。

一 、迭代复盘会输入

1. 团队当前研发效能数据

如果要持续提升研发效能，团队需要明确效能目标，并在每次迭代复盘会上确认当前研发效能状态和目标的差距。在我们辅导过的敏捷开发团队中，大家通常以提升需求响应能力、交付质量为目标：

● 提升需求响应能力：通常体现在能够持续缩短需求交付周期。在云效项目协作·Projex 项目内的度量模块（可以在设置-导航服务中开启）或者在云效效能洞察·Insight中，通过「需求交付分布图」我们可以直观地看到需求交付周期变化趋势、需求交付的频率和交付量等。

需求交付分布图

● 提升交付质量：通常会先从提升过程质量入手，在云效项目协作·Projex 项目内度量模块或者在云效效能洞察·Insight中，建议采用「缺陷趋势图」来观测缺陷的产生、修复、存量趋势，通过「缺陷修复分布图」来持续观测缺陷修复效率。我们期望缺陷尽早发现、尽快修复和存量保持低水位，同时也期望缩短缺陷的修复时长。

缺陷趋势图

缺陷修复分布

更详细的研发效能分析解读，可以查看这篇「看懂这5幅图，研发效能分析和改进就容易了」

2. 本次迭代的燃尽图和工作项完成情况

在准备好研发团队整体效能数据后，作为复盘会负责人还需要准备好，本迭代交付相关的统计数据。我们在云效项目协作· Projex 中迭代概览中可以获取到这些数据：

● 迭代工作项概览：概览数据可以直观地反映迭代计划的需求、缺陷和任务的总体完成情况；

● 迭代燃尽图：「工作项燃尽图」和「工时燃尽图」反映出迭代排期工作项的交付趋势，以及过程变化趋势；

3. 上一次复盘会的改进项列表

提前检查上一次复盘会上的改进项完成情况，在迭代复盘会时再次同步和跟进。

4. 相关物料准备

复盘会需要让每位参会成员都能积极参与进来，需要准备一些物料，如便签条、中性笔和大白纸等，方便记录和可视化。同时为了能够发挥大家的积极性，最好让参会者在比较放松的环境下进行，有条件的可以适当准备一些零食或水果。

二 、迭代复盘会过程

1. 明确复盘会的原则和初衷

在复盘会开始时，主持人可以和参会者澄清复盘会的原则和初衷是为了驱动团队持续改进，而非问责。同时大家也要相信团队的每一位成员，在过去的迭代中，朝着共同的目标尽了自己的最大努力。

2. 确认上一次复盘会改进项的完成情况

逐个确认上一次复盘会记录的改进项的完成情况，重点关注未完成的改进项，并再次明确负责人和预计完成时间。

3. 同步团队效能现状，并明确与目标的差距

结合云效效能洞察·Insight 中的数据，查看并解读团队所负责项目的效能效能情况，同时澄清当前情况和目标的差距。

4. 同步本次迭代的燃尽图和工作项完成情况

这里可以借助云效项目协作·Projex 的迭代概览中的数据，和大家同步团队当前迭代的具体工作项的完成情况、整体燃尽情况等，让参会者能够充分了解本迭代推进情况。

5. 收集参会者的反馈并分析，包括做的好的和需要改进的

通常，建议用便利贴来收集参会人员的反馈，并贴在白板上，这样一目了然，如下图：

● 收集好的：做的好的需要继续保持，让团队更有信心。

● 收集需要改进的：改进点可能会比较多，一般大家也很难一次全部改进，可以挑选 3 个改进项进行重点改进。

6. 分析数据和反馈，找出根因，明确改进方案

通过对团队效能现状、迭代数据和现场反馈，进行分析并寻找根因，明确改进方案和行动。在我们辅导敏捷开发团队的过程中，将改进措施总结以下五个方面，大家可以参考。

7. 确定改进方案及负责人、预计完成时间

当有了改进行动后，我们需要明确每一个改进项的的负责人和预计完成时间，以便在后续进行跟进。

三、迭代复盘会输出

迭代复盘会输入和过程都做的比较充分时，复盘会的输出就比较简单：

● 改进项列表、负责人和期望完成时间

改进项要形成列表，并与负责人已确认好范围和时间点，如果团队使用钉钉作为沟通工具，可以在钉钉群里

添加“任务”来跟进的改进项，也可以用云效的在线协作文档工具来记录行动项。

● 同步复盘会会议纪要

复盘会纪要建议以邮件或共享文档的方式记录，并同步给参会人员和相关依赖方等，方便团队后续大家查阅历史复盘会的情况，同时也是团队效能提升的见证。

迭代复盘会是团队自己照镜子的过程，也是团队持续改进的动力，各个环节都需要充分准备：

● 迭代复盘会前：复盘会组织者需要提前准备好效能分析数据、便签等物料；

● 迭代复盘会中：主持人需要有比较好引导技巧，让参会者都能畅所欲言，愿意暴露问题；

● 迭代复盘会后：落实和跟进改进行动项，并做好复盘会记录和同步工作。

整体回顾

通过这 3 篇文章，我们了解了敏捷开发中的 Scrum 方法及其双周迭代运作机制，同时我们也能够借助云效项目协作·Projex，帮助大家做好 Scrum 方法落地的三个重要的活动：迭代排期会、迭代跟进、迭代复盘会。

原文链接

本文为阿里云原创内容，未经允许不得转载。