沒有百分百完美的活動，只有盡量完美的活動。你事先考慮的越周到細致，活動才能越順暢。
活動是運營根據既有的運營節奏或者突發情況，做出帶有目的性的策劃事件，比如吸引新用戶、品牌曝光、回饋用戶、提升用戶活躍度等目的，活動一般都帶有獎品或者福利，往往還會調用一些內部資源或外部資源進行推廣。
對于活動運營來說，你需要明確的有兩點：為什么做和怎么做。
為什么做活動？你要知道你的目的是什么，你的理由是什么。
那么具體到怎么做活動呢？
活動分線上活動和線下活動兩種。
線上活動顧名思義是在網上進行，線上發布線上執行線上反饋，如果有獎品再加個線下領獎。線下活動一般則要有線上推廣線下執行，最后線上反饋。
由于沒有找到合適的案例，請原諒我的偷懶，本文以一個舊案例——2016年阿里月餅事件為例，分析一下如何做一場完整的線上活動。
案例：如何做一場完整的線上活動
2016年中秋，阿里4名工程師因寫了一段JavaScript腳本“搶月餅”被發現后遭解除合同，在當時引起互聯網圈內的大量討論。
是非自有定論，不論阿里的做法是否合理，每個人心里都有自己的判斷。我們以搶月餅這個活動為例，根據阿里月餅事件的公開信息，復盤分析一下，一個完整的線上活動應該怎么做，在這個事件中活動運營犯了哪些錯誤。
現在，假設你是一個活動運營新人，接到要做這次月餅搶購活動的任務。你需要從以下幾個方面入手：
第一步，制作活動方案
活動主題：阿里月餅成本價特賣搶購
活動對象：阿里內部員工
活動時間：2016年9月12日下午
活動描述：每年中秋節，阿里巴巴的員工都能分到一盒月餅。今年的月餅因為造型可愛，不少人希望再多買幾盒送給親朋好友。9月12日下午，公司決定將為數不多的余量月餅通過內網，面向員工以成本價銷售，歡迎各位同事搶購，巴拉巴拉……
參與方式：員工登錄阿里內網，打開內部預定頁面，14時、16時兩次整點秒殺搶購機會，付款成功即為成功搶購。
推廣渠道：公司行政通知
成本預估：為數不多的余量月餅（提前找領導確定本次活動的月餅禮盒投放數量）
預期效果：余量月餅全部銷售完畢
第二步，制作活動承載頁面
方案大致理清確定后，你要去找技術的同事幫忙開發一個內部預定頁面，即本次活動的線上承載頁面。這時你需要準備一份需求文檔，將流程和需求羅列清楚，至少講明如何設計如何實現何時上線等關鍵問題，然后隨時與技術保持溝通，確保頁面準時制作完成并通過測試沒有問題后正式上線。
需求文檔大概是這樣的：
活動說明：臨近中秋，公司決定將為數不多的余量月餅通過內網，面向員工以成本價銷售，需要技術支持開發一個內部預定頁面。
活動流程：登錄阿里內網——打開預定頁面——整點點擊搶購——付款——搶購成功
設計需求：整體頁面風格、月餅禮盒展示、活動規則（1.2.3.4……要求簡單明了，讓用戶一看便懂）、FAQ（包括常見問題答疑、支付問題說明）
開發需求：1、僅限阿里內網登錄參與；2、14時和16時整點開啟兩次搶購，前端實時顯示月餅剩余數量，搶完為止；3、僅限支付寶在線支付（個人猜想）
上線時間：2016年9月12日12時前（個人猜想，活動正式開始前任一時間都行）
第三步，協調推廣渠道推廣宣傳
你要協調你預定的推廣渠道——行政部門下發活動通知。這個案例中，其實推廣可以和第二步同時進行甚至早于第二步進行都沒有關系，活動運營你需要給你的推廣人員說明活動和上線時間，然后推廣開始動用自己的渠道去做宣傳通知，你需要清楚知道：
投放時間：2016年9月11日（個人猜想，活動正式開始前提前幾天都行）
投放方式：行政發文通知、內部郵件通知（個人猜想）
覆蓋范圍：即你的投放渠道能讓多少人接收到活動通知
第四步，活動正式開始
活動運營此時需要做的是監控活動數據，在這個案例里你要重點監控用戶參與情況、月餅剩余情況等數據，并根據數據分析及時作出活動調整。（這一部分沒有見到公開信息報道，我假設沒有，留到下一部分說明）
第五步，活動結束，做一份活動效果報告
包括以下幾個部分：
活動概述：本次面對阿里內部員工的月餅成本價特賣搶購活動在2016年9月12日下午進行，員工通過內網登錄預定頁面，在14時和16時兩個整點秒殺的形式參與活動。
活動效果統計：活動開始XX分鐘內完成公司余量月餅XX盒的銷售任務。活動中安全部4名工程師寫JavaScript腳本搶月餅多刷124盒月餅，遭行政部門解雇。
宣傳效果統計：對各個投放渠道進行數據分析，了解各個渠道帶來的流量和轉化率數據。大致這樣的。
經驗總結：活動存在哪些問題、學到什么經驗和教訓以及下次如何提高如何優化。
月餅事件的結果我們都知道了，4名工程師被解雇，連帶責任的第5人——一名HR被解雇。如果這件事有活動運營的話，我認為這是活動運營犯下的錯誤，讓這5人背鍋。
活動中活動運營至少犯了3個錯誤：活動規則遺漏、開發需求描述不清和風險控制缺失。
1.活動運營犯的第一個錯誤是活動規則遺漏。
活動規則，視活動而定，小活動規則比較簡單的話可以與參與方式寫在一起，比較復雜的活動最好做為單獨的一部分列出來。從公開報道中，阿里月餅搶購沒有明確要求每人或每個工號ID限購一份，活動運營沒有清楚這一點，活動規則里沒有說，開發需求里也沒有提，所以技術在開發預定頁面的時候沒有做限制，這才導致4名工程師隨便寫段JavaScript腳本就能一直不停點擊搶購。
2.活動運營犯的第二個錯誤是開發需求描述不清。
設計的搶購流程不夠完善，搶到下單后應該自動跳轉到支付頁面，這樣即使遺漏限購這個需求，憑這么多人的搶購熱情，這4名工程師在一次支付完成后恐怕也很難有二次搶購的機會，自然也不會有4個人多刷124盒月餅的結果了。
3.活動運營犯的第三個錯誤是缺少活動風險控制。
活動運營在設計活動時應考慮到活動中可能遇到各種突發情況，做好相對預案應對措施，并在活動進行中一旦發現問題迅速啟動應急預案。在這個案例中除了活動正常進行，還要考慮到活動參與人數不足怎么辦，要不要再次推廣通知；活動過于火爆，大部分搶不到怎么辦，投放的月餅禮盒數量會不會有追加，這些都需要提高考慮到并做好應對措施。活動運營做活動預案可以文字寫下來，也可以做成預案流程圖，任何形式都行，但一定要考慮周全，把邏輯理順。
此類活動的預案要包括這些方面：
可惜我們從公開信息里并沒有看到阿里月餅搶購活動有相應的預案準備，而且在活動進行中4名工程師的JavaScript腳本在不斷搶購時，活動運營沒有監控到異常，也沒有任何應對措施，放任腳本一直不停地搶槍搶，最終被發現后造成如今的后果。
活動運營一定要避免這些失誤，活動方案要把活動相關信息逐條寫得清清楚楚，把整個活動中可能出現問題的環節逐一排查并做好相應的應急預案，在活動執行過程中密切監控活動數據，發現異常情況及時啟動應急預案，這樣才能順利策劃執行一次線上活動。
最后，我想說的是，沒有百分百完美的活動，只有盡量完美的活動。你事先考慮的越周到細致，活動才能越順暢。
