活动运营要明确两点：为什么做和怎么做

活动是根据现有的操作节奏或紧急情况，进行有目的的规划事件，如吸引新用户、品牌曝光、反馈用户、提高用户活动，活动一般有奖励或*，经常调用部分内部资源或外部资源进行推广。对于活动操作，你需要明确两点：为什么要做，怎么做。为什么要做活动？你必须知道你的目的是什么，你的理由是什么。那怎样做活动呢？活动分为线上活动和线下活动。顾名思义，在线活动是在线进行的，在线发布在线执行在线反馈，如果有奖品，再加上线下奖品。线下活动一般要线上推广线下实施，最后线上反馈。请原谅我的懒惰，因为我没有找到合适的案例。本文以一个老案例——2016年阿里月饼事件为例，分析如何做一个完整的在线活动。案例：如何在2016年中秋节进行完整的在线活动，阿里巴巴的四名工程师在发现JavaScript脚本“抢月饼”后终止了合同，这在当时的互联网圈引起了很多讨论。不管阿里的做法是否合理，每个人心中都有自己的判断。以抢月饼为例。根据阿里月饼事件的公开信息，我们将重新审视和分析一个完整的在线活动应该做什么，以及活动运营在这一事件中犯了什么错误。现在，假设你是一个新的活动运营商，接到做这个月饼抢购活动的任务。您需要从以下几个方面开始：第一步是制定活动计划活动主题：阿里月饼成本销售抢购活动对象：阿里内部员工活动时间：2016年9月12日下午活动描述：每年中秋节，阿里巴巴员工可以分成一盒月饼。因为今年的月饼造型可爱，很多人都希望多给亲朋好友买几盒。9月12日下午，公司决定通过内网向员工销售为数不多的剩余月饼。欢迎同事抢购，巴拉巴拉..参与方式:员工登录阿里内网，打开内部预订页面，14:00和16:00两次全点抢购机会，成功支付就是成功抢购。推广渠道：公司行政通知成本估算：为数不多的剩余月饼（提前找领导确定活动月饼礼盒数量）预期效果：剩余月饼全部销售第二步，生产活动承载页面方案大致明确，您想找到技术同事帮助开发内部预订页面，即活动在线承载页面。此时，您需要准备一个需求文档，清楚地列出流程和需求，至少解释关键问题，如如何设计和实现何时在线，然后随时与技术沟通，以确保页面准时完成并通过测试。需求文档可能是这样的：活动描述：临近中秋节，公司决定通过内部网络向员工销售为数不多的剩余月饼，并需要技术支持来开发内部预订页面。活动流程:登录阿里内网-打开预定页面-点击抢购-付款-抢购成功设计需求:整体页面风格、月饼礼盒展示、活动规则(1.2.3.4..要求简单明了，让用户一眼就能理解)、FAQ(包括常见问题回答和支付说明)开发需求:1、仅限阿里内网登录参与；2、14:00和16:00开始两次抢购，前端实时显示剩余的月饼数量，直到抢完为止；3、仅限于支付宝在线支付（个人猜测）在线时间：2016年9月12日12点前（个人猜测，活动正式开始）第三步，协调推广渠道推广，协调您预定的推广渠道-行政部门发布活动通知。事实上，在这种情况下，促销可以与第二步同时进行，甚至早于第二步无关。在活动操作中，您需要向推广人员解释活动和在线时间，然后开始使用自己的渠道进行宣传通知。你需要清楚地知道：交付时间：2016年9月11日（个人猜测，活动正式开始前几天)发布方式:行政发布通知、内部邮件通知(个人猜想)覆盖范围:也就是说，有多少人可以收到你的发布渠道活动通知的第四步。活动正式开始时，需要做的是监控活动数据。在这种情况下，你应该关注用户参与、剩余月饼等数据，并根据数据分析及时调整活动。（这部分没有看到公共信息报告，我假设没有，留到下一部分）第五步，活动结束，活动效果报告包括以下部分：活动概述：2016年9月12日下午阿里内部员工月饼成本销售抢购活动，员工通过内部网络登录预订页面，14、16点参加活动。活动效果统计:公司余量月饼XX盒的销售任务在活动开始后XX分钟内完成。活动效果统计:公司剩余月饼XX盒的销售任务在活动开始后XX分钟内完成。活动期间，安全部4名工程师写了JavaScript脚本，多刷了124盒月饼，被行政部门解雇。宣传效果统计：分析各交付渠道的数据，了解各渠道带来的流量和转化率数据。大致这样。经验总结:活动中存在哪些问题，学到了哪些经验教训，下次如何改进和优化。众所周知，四名工程师被解雇，连带责任的第五人——一名人力资源部被解雇。假如这件事有活动操作，我觉得这是活动操作犯下的错误，让这五个人背锅。活动运作中至少犯了三个错误：缺乏活动规则、开发需求描述和缺乏风险控制。1.活动操作犯的第一个错误是缺乏活动规则。活动规则取决于活动。如果小活动规则比较简单，可以和参与方式一起写。最好把复杂的活动列为单独的一部分。从公开报道来看，阿里月饼抢购并没有明确要求每人或每个工号ID限购一份，活动操作也不清楚这一点。活动规则中没有提到，开发需求中也没有提到。因此，技术在开发和预订页面时没有限制，这导致四名工程师可以不断点击购买JavaScript脚本。2.活动运营犯的第二个错误是开发需求描述不清楚。设计的抢购流程不完善，下单后要自动跳转到支付页面，这样即使缺少限购需求，有了这么多人的抢购热情，这四个工程师在一次性付款完成后也很难有机会进行二次抢购，自然也不会有四个人再刷124盒月饼。3.活动运营犯的第三个错误是缺乏活动风险控制。在设计活动时，活动操作应考虑活动中可能遇到的各种紧急情况，并采取相应的计划应对措施，一旦在活动中发现问题，应迅速启动应急计划。在这种情况下，除了活动的正常进行外，我们还应该考虑如何处理缺乏参与者的活动，以及是否应该再次推广通知；活动太热了。如果他们中的大多数人不能抓住它，他们该怎么办？月饼礼盒的数量是否会增加，这些都需要考虑并采取应对措施。做活动计划的活动操作可以写下来，也可以做成计划流程图，任何形式都可以，但一定要综合考虑，理顺逻辑。这类活动的计划应包括以下几个方面：不幸的是，我们没有从公共信息中看到阿里月饼抢购活动有相应的计划准备。此外，当活动中四名工程师的JavaScript脚本不断抢购时，活动操作没有监控到异常，也没有应对措施，让脚本不断抢枪，最终被发现，造成今天的后果。活动操作必须避免这些错误，活动计划明确写活动相关信息，整个活动可能出现问题环节逐一调查，制定相应的应急计划，在活动实施过程中密切监控活动数据，发现异常情况及时启动应急计划，顺利规划实施在线活动。最后，我想说的是，没有100%完美的活动，只有尽可能完美的活动。你提前考虑的越仔细，活动就越顺利。