今天，我將以一個(gè)連續(xù)迭代了7個(gè)月做了7期的UGC活動(dòng)為背景，給大伙介紹一下活動(dòng)運(yùn)營都需要做些什么。本文適合1~3年的運(yùn)營人，從更全局的角度去看一個(gè)活動(dòng)運(yùn)營。
活動(dòng)運(yùn)營流程圖：
理論上，上述時(shí)活動(dòng)的基本流程。單單看這個(gè)，或許對活動(dòng)運(yùn)營的時(shí)候真正要做什么，遇到什么，還是沒有對應(yīng)概念。且看下文的分解。
一、活動(dòng)運(yùn)營：活動(dòng)的前期準(zhǔn)備
一個(gè)重運(yùn)營的活動(dòng)，如果規(guī)模較大，且前期無相關(guān)活動(dòng)模板，則前期需要大量時(shí)間搭建模塊，準(zhǔn)備素材、跨部門溝通。
如下圖所示：
此圖將活動(dòng)運(yùn)營的前期準(zhǔn)備分為：
活動(dòng)產(chǎn)品線（活動(dòng)線上承接頁面及后臺制作）
運(yùn)營線（特指活動(dòng)上線后運(yùn)營）
推廣線（活動(dòng)的曝光和傳播準(zhǔn)備）
接下來會對這三個(gè)方面運(yùn)營分別要做什么進(jìn)行詳細(xì)介紹，同時(shí)實(shí)際工作中需要注意到，這幾條線是幾乎同時(shí)進(jìn)行的，且其中大部分工作都需要在活動(dòng)上線前完成。另外次圖僅僅展示在活動(dòng)目標(biāo)確認(rèn)且獲得老板首肯之后要做的事情，即真實(shí)的定位應(yīng)該是：確認(rèn)了活動(dòng)目的及將要落地的活動(dòng)，其前期準(zhǔn)備詳解。
（省略的步驟是：做活動(dòng)提案，寫明活動(dòng)背景、玩法、預(yù)算、效果、各部門支撐和風(fēng)險(xiǎn)等，做成ppt找上級審核找老板審批拿錢。老板首肯后，這個(gè)活動(dòng)規(guī)則就可以細(xì)化準(zhǔn)備執(zhí)行了）
1 、活動(dòng)產(chǎn)品線
背景：一個(gè)線上活動(dòng)，最基本的功能需求肯定是用戶承接頁，然后根據(jù)活動(dòng)的需求和復(fù)雜程度，還需要增加相應(yīng)的運(yùn)營后臺、用戶信息提取及展示等功能。
思想預(yù)防針：產(chǎn)研支撐不一定能制作并滿足最流暢的用戶體驗(yàn)流程，其他部門的支撐合作程度不一定能滿足活動(dòng)運(yùn)營需求，可能要以增加運(yùn)營成本為代價(jià)。保持著把活動(dòng)做到最優(yōu)的期待，然后清楚這種最優(yōu)可能要逐步實(shí)現(xiàn)而不是一次辦成，才能在做活動(dòng)的時(shí)候遇到層層阻礙而不會心灰意冷。
1.確認(rèn)產(chǎn)品需求
通過明確活動(dòng)目標(biāo)、細(xì)化的活動(dòng)規(guī)則及用戶參與流程，就可以得出基本的產(chǎn)品需求，在加上其他部門的支撐反饋，則第一期的產(chǎn)品需求就能基本敲定了（但不等于真正實(shí)現(xiàn)）。【其他部門的支持】其他部門的支持程度也會在一定程度上影響產(chǎn)品需求，所以在做提相關(guān)需求前（或同時(shí)），必須自己把流程試走一次。
然后將這個(gè)流程中將會涉及的其他部門（通常是財(cái)務(wù)部）的支撐工作給縷出來，盡早找對應(yīng)部門商量看看需要怎么實(shí)現(xiàn)。然后以最簡參與流程為標(biāo)準(zhǔn)，輸出產(chǎn)品需求。
例子：
在做一個(gè)UGC活動(dòng)的時(shí)候，由于要給用戶發(fā)獎(jiǎng)，我們希望給用戶發(fā)的步驟和體驗(yàn)可以盡量簡單，而此處涉及財(cái)務(wù)。
財(cái)務(wù)提供兩種辦法讓我們發(fā)放獎(jiǎng)金：
現(xiàn)金發(fā)獎(jiǎng)（走活動(dòng)經(jīng)費(fèi)借支流程）；
撥款至用戶賬戶。
第一種方法會涉及大量的運(yùn)營清點(diǎn)及發(fā)獎(jiǎng)等人手動(dòng)作，第二種方法則對用戶還是運(yùn)營而言都更簡單些，但需要財(cái)務(wù)開放流程，且財(cái)務(wù)系統(tǒng)于活動(dòng)系統(tǒng)相關(guān)數(shù)據(jù)需要打通，而且需要產(chǎn)品研發(fā)支持。
我們經(jīng)歷了從方法1到方法2的過程，這個(gè)推動(dòng)持續(xù)了4~5個(gè)月，像是一點(diǎn)點(diǎn)地撬動(dòng)財(cái)務(wù)想辦法給處更簡便的用戶參與及獲獎(jiǎng)體驗(yàn)。同時(shí)對應(yīng)的產(chǎn)品功能也是一點(diǎn)點(diǎn)地迭代調(diào)整。
產(chǎn)品的參與：
有了產(chǎn)品的參與，運(yùn)營要做的事情可能相對簡單一定，把自己需要的梳理出來，交給產(chǎn)品去畫原型，期間溝通好，確認(rèn)產(chǎn)品把運(yùn)營的需求完美展現(xiàn)并優(yōu)化出來就好。同時(shí)，較好的產(chǎn)品經(jīng)理會幫助運(yùn)營將活動(dòng)原型的用戶體驗(yàn)實(shí)現(xiàn)到可執(zhí)行范圍內(nèi)的最優(yōu)，同時(shí)也會幫助運(yùn)營與各個(gè)支撐部門溝通以助于實(shí)現(xiàn)相關(guān)功能。需要注意的是，產(chǎn)品會有一個(gè)內(nèi)部需求會，通常在資源有限的情況下，內(nèi)部需求會過后，活動(dòng)的一些產(chǎn)品功能可能會被砍掉，所以這里的前提是與產(chǎn)品溝通清楚，活動(dòng)原型產(chǎn)品功能的輕重緩急。
思想預(yù)防針：
需求是會被砍的，也可能以打了折扣的形式展現(xiàn)的，持續(xù)推動(dòng)不斷優(yōu)化就好。能說清楚需求的輕重緩急和收益，是讓需求更快實(shí)現(xiàn)的前提。
輸出產(chǎn)品原型中需要填充的文案
上面說到產(chǎn)品的參與會給運(yùn)營省去很多麻煩和工作，他們會畫產(chǎn)品原型，展現(xiàn)活動(dòng)的架構(gòu)及交互需求，但其他的頁面文案，就需要由運(yùn)營提供。大致的流程是：落實(shí)產(chǎn)品需求——運(yùn)營提供文案（標(biāo)題、規(guī)則、按鈕文案、交互文案等等）——設(shè)計(jì)（頁面設(shè)計(jì)）及技術(shù)（運(yùn)營后臺制作）制作。
文案有哪些：文案真的有很多。
頁面文案（主副標(biāo)題、活動(dòng)流程、活動(dòng)規(guī)則、獎(jiǎng)勵(lì)標(biāo)準(zhǔn)、按鈕文案等等）
觸達(dá)消息文案（大致是指，用戶報(bào)名后收到的短信、用戶獲獎(jiǎng)收到的短信等等基于用戶某個(gè)動(dòng)作后產(chǎn)生的站外提示性內(nèi)容）
交互文案等等（大概如：用戶任何做任何預(yù)想中的交互動(dòng)作后給出的彈窗提醒或下一步動(dòng)作引導(dǎo)，比如提交成功了，可能會說“恭喜您提交成功”、“將于XX個(gè)工作日內(nèi)反饋”、“添加XX微信了解進(jìn)度”等等。）
產(chǎn)品文案（譬如：在后臺頁面上，需要記錄的信息表頭，或者信息狀態(tài)判別項(xiàng)等等此類產(chǎn)品文案）
其他……
另外，有一些文案是要交給設(shè)計(jì)放到圖片里面的，有一些文案是給研發(fā)部門做適配的。做適配的文案例如：一個(gè)滾動(dòng)文案說，“XX用戶贏取了XX元”這種類型。
文案到底是直接顯示在頁面里，還是做適配，就看運(yùn)營需求了。
例子：下圖的所有文字都是需要運(yùn)營提供的文案，而產(chǎn)品提供的，只是其中結(jié)構(gòu)排版。
活動(dòng)產(chǎn)品設(shè)計(jì)及研發(fā)的跟進(jìn)及溝通
活動(dòng)產(chǎn)品線方面，通常有產(chǎn)品經(jīng)理跟進(jìn)的話會省心很多，但不是說運(yùn)營就放著不用管。因?yàn)檫\(yùn)營是活動(dòng)的需求方，因而對于活動(dòng)的設(shè)計(jì)、開發(fā)需求，會比產(chǎn)品清晰很多。
設(shè)計(jì)跟進(jìn)方面：如果希望活動(dòng)省心省力進(jìn)行，提交活動(dòng)設(shè)計(jì)需求時(shí)，除了產(chǎn)品那邊提供產(chǎn)品原型，運(yùn)營方面最好能找到期待的風(fēng)格素材作為設(shè)計(jì)參考。
與設(shè)計(jì)溝通的理想流程應(yīng)當(dāng)是：
運(yùn)營與設(shè)計(jì)確認(rèn)設(shè)計(jì)公司設(shè)計(jì)風(fēng)格規(guī)范；
運(yùn)營到相關(guān)網(wǎng)站尋找若干個(gè)符合活動(dòng)風(fēng)格，且符合公司設(shè)計(jì)規(guī)范的設(shè)計(jì)樣板供給設(shè)計(jì)參考；
設(shè)計(jì)做好大致風(fēng)格樣式后及時(shí)與運(yùn)營溝通；
確認(rèn)風(fēng)格及元素ok后完成設(shè)計(jì)。
而現(xiàn)在很多無經(jīng)驗(yàn)者走的流程是：
運(yùn)營提需求后，設(shè)計(jì)根據(jù)產(chǎn)品原型及活動(dòng)主題，給活動(dòng)設(shè)計(jì)活動(dòng)頁；
設(shè)計(jì)完成基本頁面設(shè)計(jì)，與運(yùn)營溝通；
若運(yùn)營認(rèn)為設(shè)計(jì)的風(fēng)格與想象中有較大差異，則需要再次溝通調(diào)整風(fēng)格；
設(shè)計(jì)修改，持續(xù)溝通；
由于時(shí)間關(guān)系設(shè)計(jì)無法做大規(guī)模調(diào)整，初步定稿。
雖然也有很幸運(yùn)地設(shè)計(jì)就設(shè)計(jì)出運(yùn)營想要的頁面的情況，但這種情況太考究設(shè)計(jì)和運(yùn)營間的默契。所以為了減少來回溝通，給設(shè)計(jì)需求時(shí)最好是同時(shí)給出風(fēng)格參考。（做這個(gè)UGC活動(dòng)時(shí)，運(yùn)營就曾跟設(shè)計(jì)就頭圖的展現(xiàn)開了一個(gè)下午的會議來商討，而那個(gè)下午，運(yùn)營才了解設(shè)計(jì)對公司的活動(dòng)圖的設(shè)計(jì)風(fēng)格及元素要求具體且嚴(yán)格到什么程度。)開發(fā)方面：運(yùn)營與開發(fā)方面通常要溝通的問題基本是確認(rèn)某一個(gè)功能的實(shí)現(xiàn)，而這里的復(fù)雜程度就和產(chǎn)品的后臺數(shù)據(jù)相關(guān)。
我經(jīng)常遇到的情況是，開發(fā)問：你這里是要實(shí)現(xiàn)XXX功能嗎？是的話，把其設(shè)計(jì)的所有數(shù)據(jù)定義情況給我。
例子：
曾經(jīng)為了達(dá)到某個(gè)運(yùn)營目的，提出了讀取該訂單的完成信息，以便運(yùn)營判斷該訂單是否有資格參與活動(dòng)的概念性需求。而這個(gè)需求到達(dá)開發(fā)處，應(yīng)當(dāng)翻譯為：讀取后臺訂單狀態(tài)中，其中A、B、C定義為訂單已完成，D、E、F定義為訂單未完成，G、H 定義為未知。讀取后在活動(dòng)后臺展示”已完成/未完成/未知“。可能很多功能提需求的時(shí)候運(yùn)營和產(chǎn)品都未意識到其中數(shù)據(jù)的復(fù)雜性，當(dāng)研發(fā)真正落實(shí)的時(shí)候，就會發(fā)現(xiàn)這個(gè)問題，并需要運(yùn)營進(jìn)一步落實(shí)。
2.活動(dòng)上線前測試
上線前，運(yùn)營應(yīng)該在測試環(huán)境下，按用戶參與流程及運(yùn)營邏輯將活動(dòng)體驗(yàn)一次。盡管有測試幫忙測bug，但運(yùn)營可以測出活動(dòng)流程邏輯是否有bug（與預(yù)期不符）。以上就是產(chǎn)品線相關(guān)的工作問題。在運(yùn)營過程中會發(fā)現(xiàn)，提需求花費(fèi)的時(shí)間不多，但在溝通上花費(fèi)的時(shí)間可能會更多一些。
和產(chǎn)品的溝通交流時(shí)間是必不可少的，產(chǎn)品越是了解活動(dòng)需求，越能做出符合運(yùn)營期望的產(chǎn)品原型。至于與設(shè)計(jì)和開發(fā)之間的溝通上，運(yùn)營可以在每次溝通過程中了解設(shè)計(jì)和開發(fā)的思維邏輯，提需求的時(shí)候可盡量順著他們的邏輯去走，這樣會減少溝通時(shí)間。
2 、運(yùn)營線
前期準(zhǔn)備越充分，活動(dòng)上線后的麻煩會越少（自然不能避免有麻煩，畢竟一般人不能窮盡所有麻煩情況。）
可能需要考慮到的：
用戶對活動(dòng)的咨詢
活動(dòng)后發(fā)放獎(jiǎng)品的采購
例子：
用戶對活動(dòng)的咨詢：以這個(gè)UGC活動(dòng)為例子，由于寫長篇UGC內(nèi)容有一定難度，需要運(yùn)營介入引導(dǎo)與鼓勵(lì)，所以肯定涉及不少的溝通。且在活動(dòng)流程上，我們確認(rèn)了需要添加用戶微信來保證有效溝通，所以跟用戶有必不可少的對話。通常用戶產(chǎn)生的問題和困難80%都是相似的，對于這類型的問題，我們可以預(yù)測其中的FAQ，整理好相應(yīng)的話術(shù)文案，以便活動(dòng)上線后能更加從容應(yīng)對。
若是遇到操作類或較為理解上較為復(fù)雜的，可以通過圖文解釋，增加可讀性。曾經(jīng)，我們給到用戶的規(guī)則描述，是一大段微信文字，用戶長段文字的解讀顯然不在行，很多問題會問了再問，而將這種復(fù)雜文案做成圖文之后，情況就優(yōu)化了很多。
例子：
關(guān)于活動(dòng)后發(fā)放的獎(jiǎng)品采購：如果獎(jiǎng)品是用戶支線活動(dòng)（促進(jìn)主線活動(dòng)玩的），那就必須和獎(jiǎng)品管理的相關(guān)部門了解清楚剩余獎(jiǎng)品數(shù)量、申請流程等細(xì)節(jié)。
曾經(jīng)我們有一個(gè)獎(jiǎng)品是一個(gè)毛絨公仔，當(dāng)時(shí)庫存剩余20個(gè)，同時(shí)可能會有4個(gè)主要部門的人申請，毛絨公仔從制作到到貨的時(shí)間需要2周，如果要申請采購，需要走流程層層上報(bào)，整個(gè)申請流程走起來，最少需要兩天。
所以如果沒有前期了解好這些信息，貿(mào)然答應(yīng)給用戶一些獎(jiǎng)品，最后真正需要兌現(xiàn)的時(shí)候容易捉襟見肘。
3 、推廣線
活動(dòng)上線了就要推廣才有用戶知曉和參與，不同活動(dòng)目的需要的推廣資源不同，不同推廣資源的流量不同，需要提供的素材也不同。一般app有閃頻（一打開app看到的）、有banner（一些輪播橫幅廣告）。閃頻只要一開app就能看到，瀏覽和點(diǎn)擊量都很高。banner還根據(jù)頁面和位置的不同有不同的點(diǎn)擊量，那我們做活動(dòng)的時(shí)候，是要banner還是要閃頻，還是都要？
看目的（我是否要那么大的曝光/我是否有能力和預(yù)算承接那么多用戶？）
看功能（我的活動(dòng)需要特定時(shí)間向特定城市特定類型用戶曝光，這些資源位/渠道是否能做到？）
看排位（這些資源位都有排位嗎？）
梳理可用推廣位
一般推廣位可以分內(nèi)部外部，一個(gè)站內(nèi)的活動(dòng)，可能內(nèi)部推廣位已經(jīng)足夠了，如果涉及外部推廣位，通常與拉新目的相關(guān)。
內(nèi)部可能有：各種自營媒體（微信、微博、抖音、支付寶生活號……）、產(chǎn)品資源位（banner、閃頻、feed流、push等等）、EDM、短信；
外部推廣位：外部資源合作（其他線上線下廣告位）。
例子：
這個(gè)持續(xù)在做的UGC活動(dòng)，在不斷迭代的過程成挖出了不少資源位。
已在運(yùn)營的資源位：閃頻、banner、分級頁面banner。其中尤其是banner和分級頁面banner，在后期已經(jīng)和對應(yīng)負(fù)責(zé)部門預(yù)定好了每月的固定位置。
新增的資源位：觸發(fā)類型（用戶下單后推送活動(dòng)，用戶完成訂單后推送活動(dòng)）、固定位置類型（菜單欄中的特定類目、用戶訂單頁面新增按鈕）。
ps：對于新增資源位的挖掘邏輯，就是根據(jù)用戶的使用流程和使用邏輯，在合適的地方埋下曝光活動(dòng)的點(diǎn)。當(dāng)然這么做的前提是有產(chǎn)研支持。
根據(jù)活動(dòng)的推廣節(jié)奏，與相關(guān)部門安排好資源位需求
有些資源位并不能長期被占領(lǐng)，因此必須根據(jù)活動(dòng)的節(jié)奏，安排資源位的上線時(shí)間，如：banner、閃頻、彈窗等。
有些資源位可能可以長期發(fā)布，但內(nèi)容需要經(jīng)常更換，如：微博、抖音等社交媒體，另外郵件、短信、push、微信推文也可視為次類型，但頻率需要控制在該部門建議范圍內(nèi)。
確定資源位需求，向設(shè)計(jì)、技術(shù)等部門發(fā)起需求
不同資源位需要的物料不同（圖片、文案等），圖片需要設(shè)計(jì)協(xié)助制作。有些資源位可能需要前端切圖，如：郵件中的有交互效果的“圖片”。
輸出相關(guān)資源位需要的相應(yīng)文案
比如微博：在不同的活動(dòng)周期（前期、中期、后期），需要用的文案時(shí)不一樣的，可以提前想好不同周期的文案結(jié)構(gòu)。
比如推文：不同位置需要的文案也是不一樣的，如單獨(dú)一篇推文推活動(dòng)，或在日常推文下增加一小部分活動(dòng)介紹，文案都不一樣。
所以推廣的位置和節(jié)奏越多越豐富，運(yùn)營需要輸出的文案就越多。
ps：推廣也是各強(qiáng)溝通強(qiáng)輸出工作，第一次活動(dòng)對推廣位不熟悉時(shí)，盡量安排更多時(shí)間跟進(jìn)。
到了這里，活動(dòng)的前期準(zhǔn)備基本說完了。
二、上線后運(yùn)營
首先看一下這張圖：
我把活動(dòng)上線后運(yùn)營分成了四個(gè)部分：
主線活動(dòng)運(yùn)營
支線活動(dòng)運(yùn)營
數(shù)據(jù)監(jiān)控
優(yōu)化方案
其中數(shù)據(jù)監(jiān)控和優(yōu)化方案是貫穿整個(gè)線上活動(dòng)運(yùn)營的，他們不是上線后活動(dòng)運(yùn)營流程中的一步，而是存在在整個(gè)活動(dòng)中，對整個(gè)活動(dòng)的執(zhí)行具有全局意義的。
因此在圖中它們被放在了外圍橢圓中，意味著的是全局把控。
然后是活動(dòng)的主線運(yùn)營和支線運(yùn)營，它們之間可以是相互獨(dú)立，但支線運(yùn)營必然是用以輔助主線運(yùn)營的主要目標(biāo)的。
在往下拆解之前，強(qiáng)調(diào)一下，對活動(dòng)運(yùn)營人的基本要求是：熟知活動(dòng)規(guī)則，尤其是其中不可撼動(dòng)的規(guī)則，以及浮動(dòng)準(zhǔn)則。
接下來我會逐步拆解著四個(gè)方面。
1、活動(dòng)主線運(yùn)營
首先從操作層面上看，我們先看活動(dòng)的主線運(yùn)營。
或許你會問，活動(dòng)的主線運(yùn)營都包含了什么？
以下用三個(gè)不同的活動(dòng)解釋這個(gè)問題。
活動(dòng)一：UGC征集活動(dòng)
（圖中灰色部分為非必要流程）
活動(dòng)要點(diǎn)難點(diǎn)：
活動(dòng)需要征集優(yōu)質(zhì)游記，而優(yōu)質(zhì)游記是需要花費(fèi)用戶大量的時(shí)間的，所以即使報(bào)名量很高，提交率會很低，為了提高提交率，需要有較重的用戶運(yùn)營的接入。
同時(shí)優(yōu)質(zhì)游記的判斷與審核，也需要人力逐篇審，所以在審核和標(biāo)準(zhǔn)管理方面也需要較重的運(yùn)營。
活動(dòng)衍生出來的特別的運(yùn)營工作：
用戶運(yùn)營（含達(dá)人運(yùn)營）；
社群運(yùn)營；
標(biāo)準(zhǔn)化流程、規(guī)則制定。
這些工作都應(yīng)該根據(jù)工作目標(biāo)而對工作細(xì)節(jié)進(jìn)行衍生。
比如說：
用戶運(yùn)營的工作目標(biāo)是：把報(bào)名用戶轉(zhuǎn)化為有效參與用戶。
為了達(dá)成目標(biāo)，需要梳理用戶參與問題并加以解決。
舉個(gè)簡單的例子：
用戶添加活動(dòng)運(yùn)營的官方微信后（以下統(tǒng)稱“小編”），小編會向用戶詢問特定問題，并對用戶清行分類標(biāo)簽（未寫、正在寫、已提交），對不同的標(biāo)簽，小編會采用不同的話術(shù)進(jìn)行寫作督促。
如正在寫的，會在周五時(shí)提醒其利用周末時(shí)間；未寫的，就主要從時(shí)間、利益角度去督促；而已提交的，一般情況下都不作打擾，只會在特定時(shí)候提醒其分享，拉升獲獎(jiǎng)硬指標(biāo)。
活動(dòng)二：一對一付費(fèi)咨詢（低價(jià)專區(qū)）
活動(dòng)要點(diǎn)難點(diǎn)：
C2C對接型活動(dòng)，最難的就是對兩個(gè)C端的管理。使用服務(wù)的C可能會有不正確使用的行為，提供服務(wù)的C也可能消極怠工不按平臺規(guī)則來。
（其中更難的是，在產(chǎn)品起步階段，若果提供服務(wù)的C數(shù)量不足，是沒辦法通過強(qiáng)硬手段讓其配合平臺工作的）
活動(dòng)衍生出來的特別的運(yùn)營工作：活動(dòng)流程運(yùn)營（達(dá)人用戶運(yùn)營），目標(biāo)是讓下單用戶有較好的咨詢體驗(yàn)。
具體事項(xiàng)如：給達(dá)人提供交流話術(shù)指引（平臺暫時(shí)沒有自動(dòng)話術(shù)）；標(biāo)準(zhǔn)化咨詢流程，讓達(dá)人嚴(yán)格按照流程執(zhí)行（掛靠工資、截圖為證）；
向達(dá)人明確我們提供各方面支持，遇到用戶騷擾可先行告知我們，不需要獨(dú)自應(yīng)對……
舉個(gè)例子：
在活動(dòng)前期我們發(fā)現(xiàn)這種依附平臺的C2C咨詢?nèi)菀桩a(chǎn)生達(dá)人和用戶無法對上時(shí)間的情況，主要原因是作為非社交通訊類平臺，要做到及時(shí)通信還是相當(dāng)有難度，同時(shí)產(chǎn)品功能上無法短期內(nèi)快速迭代出合適的版本。
于是活動(dòng)前，我們給達(dá)人準(zhǔn)備了一套話術(shù)及行為規(guī)范，同時(shí)也為達(dá)人準(zhǔn)備了各種需要溝通的物料，如做預(yù)約時(shí)可用的時(shí)間表等等。
活動(dòng)三：靈活用工招聘平臺周年慶
（圖中灰色部分為非必要流程）
活動(dòng)的要點(diǎn)難點(diǎn)：
被活動(dòng)推出來的信息容易被快速大量消耗，所以需要盯著內(nèi)容數(shù)據(jù)，有必要時(shí)就更新信息，大致上類似于電商的活動(dòng)，商品買完了就要下架，流量位需要用其他商品補(bǔ)上。
還有活動(dòng)涉及兩個(gè)獎(jiǎng)品類型活動(dòng)，需要嚴(yán)格控制預(yù)算。
活動(dòng)衍生出來的特別的運(yùn)營工作：無。
此活動(dòng)只需要把控好內(nèi)容及預(yù)算就沒有大問題。
（這種純線上的，不需要于用戶直接溝通的活動(dòng)，運(yùn)營的復(fù)雜程度跟活動(dòng)產(chǎn)品的完善程度成反比，所以前期預(yù)設(shè)好各種情況，產(chǎn)品流程設(shè)計(jì)、數(shù)據(jù)監(jiān)控支持等越給力，上線后事越少。）
總結(jié)
關(guān)于主線活動(dòng)運(yùn)營，以上簡單說了三個(gè)例子，主要想表達(dá)的是，對于活動(dòng)運(yùn)營來說，除非總運(yùn)營同類型活動(dòng)，上線后運(yùn)營沒有特定的方法論。
如果非要說一個(gè)方法，那就是：根據(jù)自己的目的，從用戶角度，仔仔細(xì)細(xì)走一次活動(dòng)的流程，模擬用戶可能產(chǎn)生的各種需求，猜想活動(dòng)中可能產(chǎn)生的各種情況，然后做出對應(yīng)的運(yùn)營策略。
其實(shí)只要活動(dòng)一上線，活動(dòng)自身就會逼著你去走。當(dāng)然最好的情況下是有預(yù)知的主動(dòng)而不是被動(dòng)。
2、活動(dòng)的支線運(yùn)營
概念：支線運(yùn)營，就是在主線之外，服務(wù)于促進(jìn)主線目標(biāo)的運(yùn)營。
跟主線運(yùn)營一樣，支線運(yùn)營的玩法也是各式各樣，最主要是服務(wù)于目標(biāo)。
例子1：
剛開始做UGC征集活動(dòng)的時(shí)候，活動(dòng)為站內(nèi)活動(dòng)，平臺知名度較小，同時(shí)能產(chǎn)生優(yōu)質(zhì)作品的用戶少，每月幾百的優(yōu)質(zhì)游記的量是難以通過轉(zhuǎn)內(nèi)流量轉(zhuǎn)化達(dá)成。于是為了完成這個(gè)目標(biāo)，我們做個(gè)及其重人力支出的支線玩法。我們在業(yè)內(nèi)出名若干UGC平臺，篩選含有我們品牌詞或行業(yè)關(guān)鍵詞的文章，對其各項(xiàng)硬指標(biāo)進(jìn)行排序（點(diǎn)贊收藏等），然后從前往后一一用公司的官方賬號私聊，邀約其參與我們的活動(dòng)。
大概如：您好XXX，我是XXXX，看到您的文章寫得非常不錯(cuò)，現(xiàn)在我們XXX在做用戶回饋活動(dòng)，只要……就可以簡單獲得XXX元的獎(jiǎng)勵(lì)，添加微信了解更多……這個(gè)做法中，被邀請的用戶需要做的就只是提供訂單手機(jī)號、添加更多品牌關(guān)鍵詞，授權(quán)我們將文章搬運(yùn)到其他平臺即可。
這個(gè)一方面讓我們積累了前期的優(yōu)質(zhì)流量，另一方面也積累了優(yōu)質(zhì)的達(dá)人資源，但其實(shí)這種做法相當(dāng)于在刷存量，沒有解決增量問題，也不是長久之計(jì)。
例子2：
同樣是UGC征集活動(dòng)，由于活動(dòng)以一個(gè)月為期，用戶的行為習(xí)慣上都是喜歡在接近截至提交日期時(shí)才提交，造成了后期過重的運(yùn)營壓力，以及影響我們對每期目標(biāo)的判斷。
于是新增的支線活動(dòng)為：每期最早提交的前XX名用戶可以獲得XX。
總結(jié)：那上面這種就是優(yōu)化主線活動(dòng)節(jié)奏的支線玩法了。
支線活動(dòng)都是支撐主線活動(dòng)來玩的，在規(guī)劃活動(dòng)時(shí)，通過思考“可能產(chǎn)生的問題”再給“針對這個(gè)問題有什么解決方案”的風(fēng)險(xiǎn)管控性思考，基本就可以得出支線玩法了。（支線玩法并非必要存在的）
以上說的基本是“支線玩法”而不是“支線活動(dòng)運(yùn)營”，但其實(shí)支線活動(dòng)運(yùn)營與主線活動(dòng)運(yùn)營一樣，自己走一次流程，就清楚需要什么支持了。
3、數(shù)據(jù)監(jiān)控與活動(dòng)優(yōu)化
簡單過以下這個(gè)板塊。
1. 數(shù)據(jù)監(jiān)控方面
我個(gè)人是建議再數(shù)據(jù)上多做埋點(diǎn)，這樣一旦產(chǎn)生什么疑問，也可以從數(shù)據(jù)中提取些蛛絲馬跡。一般建議：所有頁面的瀏覽、按鈕的點(diǎn)擊、不同渠道的點(diǎn)擊等等，都需要做埋點(diǎn)。不同渠道做埋點(diǎn)你可以知道哪個(gè)渠道有更多點(diǎn)擊，甚至可以知道哪個(gè)渠道來的人更優(yōu)質(zhì)。活動(dòng)頁面的不同按鈕點(diǎn)擊埋點(diǎn)，拿達(dá)人一對一活動(dòng)的來說，點(diǎn)擊哪個(gè)達(dá)人的按鈕多，那個(gè)達(dá)人或其所在的板塊可能就更受平臺用戶喜歡。
對不同頁面及按鈕做埋點(diǎn)，也可以知道如，從banner點(diǎn)擊進(jìn)入的人有10個(gè)，但其中只有8個(gè)瀏覽了頁面，還有2個(gè)流失掉了，為什么流失？是不是頁面加載過慢？
做數(shù)據(jù)監(jiān)控我認(rèn)為分為兩個(gè)部分：一是活動(dòng)數(shù)據(jù)的常規(guī)監(jiān)控，如頁面瀏覽量，報(bào)名率，提交率等；另一類的目標(biāo)導(dǎo)向的數(shù)據(jù)監(jiān)控，如我要做個(gè)分享功能，但是用戶的分享意愿真的高嗎？可以做個(gè)簡單的功能版本先上線測試點(diǎn)擊數(shù)據(jù)。
2. 活動(dòng)優(yōu)化方面
其實(shí)這方面有點(diǎn)類似與復(fù)盤，或許是這個(gè)思路：“想要達(dá)到的目標(biāo)是怎樣得？是否有達(dá)到，為什么，后續(xù)可以怎么做？”。
但當(dāng)然同時(shí)也包含活動(dòng)中遇到的用戶投訴、運(yùn)營難點(diǎn)優(yōu)化、甚至是目標(biāo)優(yōu)化。
例如：活動(dòng)前期的目標(biāo)是追量，后續(xù)活動(dòng)的目標(biāo)是求質(zhì)，目標(biāo)不同，自然活動(dòng)的一些功能及呈現(xiàn)也會有所差別。
以上說的兩個(gè)方面，都是貫穿在整個(gè)活動(dòng)運(yùn)營的始終的。
4、補(bǔ)充例子——關(guān)于錢的那些事
做活動(dòng)免不了花錢，花錢自然就要和財(cái)務(wù)打交道。財(cái)務(wù)是個(gè)嚴(yán)謹(jǐn)?shù)牟块T，每一筆錢怎么花在哪里以什么名義花出去，都需要明確。所以花錢的活動(dòng)，尤其是給用戶發(fā)放現(xiàn)金的活動(dòng)，尤其要注意和財(cái)務(wù)的合作。還是以UGC活動(dòng)為例子。初期活動(dòng)未成規(guī)模，獎(jiǎng)金通過用戶提供的微信號、支付寶賬號轉(zhuǎn)發(fā)給他們。
在初期就需要：
1.用戶提供的轉(zhuǎn)賬賬戶；
2.運(yùn)營的每一筆轉(zhuǎn)賬明細(xì)（用戶名、用戶賬號、訂單號、作品、轉(zhuǎn)賬原因）；
3.抵扣運(yùn)營費(fèi)用的發(fā)票。
這種方式就需要大量的財(cái)務(wù)——運(yùn)營溝通，包括郵件流程怎么走、發(fā)票明細(xì)具體類目等等。
后來活動(dòng)成規(guī)模，原流程涉及大量的溝通和失誤操作風(fēng)險(xiǎn)，實(shí)在是不合理。
于是財(cái)務(wù)方面提供了獎(jiǎng)金發(fā)放的解決方法，同時(shí)活動(dòng)后臺和財(cái)務(wù)系統(tǒng)有了接口，用戶直接通過app里的錢包獲得獎(jiǎng)金，獎(jiǎng)金的發(fā)放名目也稍有變動(dòng)。
而這個(gè)時(shí)候需要運(yùn)營做的，就是核對發(fā)獎(jiǎng)明細(xì)、走全郵件流程就好。
提這個(gè)例子，一方面想提醒活動(dòng)運(yùn)營人員，除了日常和產(chǎn)品、設(shè)計(jì)、研發(fā)溝通，也不要忘了多和支撐部門溝通。如：財(cái)務(wù)、客服等部門。
另外，在自身經(jīng)驗(yàn)比較薄弱時(shí)，可以向支撐部門請求幫助——運(yùn)營人提供想要實(shí)現(xiàn)的目標(biāo)，支撐部門從他們部門的角度給解決的辦法。
總結(jié)：
另外需要提醒的是，以上所有描述均基于個(gè)人經(jīng)驗(yàn)，不同公司不同活動(dòng)目的和產(chǎn)研支持，都會有不一樣的經(jīng)驗(yàn)和問題，所以以上僅供參考，同時(shí)也歡迎朋友們來討論～～～
文章來源：搜狐-運(yùn)營大叔
【轉(zhuǎn)載說明】 若上述素材出現(xiàn)侵權(quán)，請及時(shí)聯(lián)系我們刪除及進(jìn)行處理：[email protected]
