1.1　活動(dòng)開發(fā)的3種模式

隨著vivo互聯(lián)網(wǎng)業(yè)務(wù)的蓬勃發(fā)展，應(yīng)用商店、官網(wǎng)商城、游戲中心、瀏覽器等手機(jī)核心業(yè)務(wù)產(chǎn)品相繼進(jìn)入存量用戶運(yùn)營時(shí)代。開展線上營銷活動(dòng)是互聯(lián)網(wǎng)企業(yè)最常用的營銷手段，它承載著拉新、促活、留存、轉(zhuǎn)化的四大重任。

眾所周知，法定節(jié)假日或行業(yè)內(nèi)的大促日都是非常好的活動(dòng)營銷時(shí)機(jī)，目前每年僅常規(guī)的促銷類型節(jié)日就已超過10個(gè)，每個(gè)節(jié)日活動(dòng)的平均上線周期至少要1個(gè)月。由于每個(gè)業(yè)務(wù)部門的目標(biāo)和操作方法各不相同，如果每個(gè)活動(dòng)都獨(dú)立開發(fā)，投入的人力成本將呈指數(shù)級(jí)增長。因此，如何提升活動(dòng)開發(fā)、運(yùn)營的效率，成為我們首要解決的問題。

首先，我們對公司中每條業(yè)務(wù)線的活動(dòng)開發(fā)模式進(jìn)行分類，希望從底層發(fā)現(xiàn)可優(yōu)化的方向，更好地為業(yè)務(wù)開發(fā)提供支持。分類后發(fā)現(xiàn)，不同規(guī)模的業(yè)務(wù)團(tuán)隊(duì)的活動(dòng)開發(fā)模式各不相同，可以歸納為純代碼開發(fā)、活動(dòng)后臺(tái)開發(fā)、活動(dòng)平臺(tái)開發(fā)3種。

1. 純代碼開發(fā)

純代碼開發(fā)是最傳統(tǒng)的解決方案。前端和服務(wù)端開發(fā)者根據(jù)策劃和效果圖進(jìn)行功能開發(fā)和UI還原，通過測試后線上投放，如圖1-1所示。

（1）優(yōu)點(diǎn)

該模式的優(yōu)點(diǎn)是可以快速支持活動(dòng)的需求，且具有很大的研發(fā)空間，可以高效地實(shí)現(xiàn)活動(dòng)效果。

（2）缺點(diǎn)

該模式的缺點(diǎn)是活動(dòng)上線后，一旦產(chǎn)生內(nèi)容變更的需求，就需要重新開發(fā)、測試和上線。如果發(fā)生線上問題，則響應(yīng)時(shí)間太長，導(dǎo)致業(yè)務(wù)產(chǎn)生相對較大的損失。新成立的業(yè)務(wù)團(tuán)隊(duì)或過于個(gè)性化的活動(dòng)會(huì)優(yōu)先使用此方法進(jìn)行活動(dòng)支持。

2. 活動(dòng)后臺(tái)開發(fā)

活動(dòng)后臺(tái)開發(fā)模式對純代碼開發(fā)模式進(jìn)行了優(yōu)化。產(chǎn)品和運(yùn)營人員提前確定需求，并可以在線實(shí)時(shí)對需求進(jìn)行修改，例如獎(jiǎng)勵(lì)設(shè)置、內(nèi)容設(shè)置、策略閾值配置等。研發(fā)人員針對固化的配置需求，先完成后臺(tái)開發(fā)的配置工作，再進(jìn)行最后的活動(dòng)效果開發(fā)。活動(dòng)上線后，頁面會(huì)通過服務(wù)API動(dòng)態(tài)讀取運(yùn)營配置的活動(dòng)策略，實(shí)時(shí)展示活動(dòng)內(nèi)容和游戲玩法，如圖1-2所示。該模式簡化了配置，滿足了線上實(shí)時(shí)變更的需求。

（1）優(yōu)點(diǎn)

該模式的優(yōu)點(diǎn)在于通過分離運(yùn)營的配置需求與活動(dòng)需求，可以實(shí)現(xiàn)線上運(yùn)營策略的實(shí)時(shí)變更，尤其是對于常規(guī)活動(dòng)，只要將其固化為通用的活動(dòng)配置后臺(tái)，就可以大大提高開發(fā)效率。

（2）缺點(diǎn)

該模式的缺點(diǎn)顯而易見，如果針對非周期性的活動(dòng)進(jìn)行策略抽象，則開發(fā)活動(dòng)的成本將增加，投入產(chǎn)出率會(huì)降低，因此這種模式是很多活動(dòng)團(tuán)隊(duì)過渡期間采用的一種支撐方案。

3. 活動(dòng)平臺(tái)開發(fā)

隨著業(yè)務(wù)的不斷發(fā)展，公司沉淀了大量的活動(dòng)玩法和營銷方案。為了提升開發(fā)和運(yùn)營效率，各業(yè)務(wù)團(tuán)隊(duì)開始提煉通用的模板和活動(dòng)配置，從而產(chǎn)生了不同的活動(dòng)管理后臺(tái)。將各團(tuán)隊(duì)的活動(dòng)模板、活動(dòng)組件（H5頁面功能單元）等相關(guān)素材進(jìn)行整合，就構(gòu)成了活動(dòng)平臺(tái)開發(fā)模式，如圖1-3所示。

（1）優(yōu)點(diǎn)

該模式的優(yōu)點(diǎn)是可以快速生成預(yù)置的通用型H5頁面。將常用的活動(dòng)模板、H5組件內(nèi)置于活動(dòng)平臺(tái)，用戶就可以在平臺(tái)中挑選符合需求的模板，快速完成創(chuàng)建。

（2）缺點(diǎn)

該模式的缺點(diǎn)是當(dāng)接收到全新活動(dòng)玩法時(shí)，活動(dòng)平臺(tái)需要進(jìn)行專項(xiàng)開發(fā)，再將功能集成到平臺(tái)中，且平臺(tái)升級(jí)后，才能支持該活動(dòng)上線運(yùn)營。如果平臺(tái)集成了復(fù)用性較低的活動(dòng)模板，會(huì)導(dǎo)致平臺(tái)的投入產(chǎn)出比偏低。

在這種模式下，如果平臺(tái)的活動(dòng)規(guī)劃始終領(lǐng)先于業(yè)務(wù)，那么從理論上講，它可以完全支持運(yùn)營的活動(dòng)。否則，平臺(tái)需要等待業(yè)務(wù)反饋需求，再進(jìn)行開發(fā)和集成發(fā)版，時(shí)間往往是不充裕的。

在真實(shí)的企業(yè)環(huán)境中，業(yè)務(wù)始終會(huì)領(lǐng)先于平臺(tái)規(guī)劃，換句話說，是活動(dòng)的需求推動(dòng)著活動(dòng)平臺(tái)向前發(fā)展。而活動(dòng)平臺(tái)的人力投入有限，通常只能支撐高價(jià)值的活動(dòng)，其他活動(dòng)則只能靠后。這種活動(dòng)平臺(tái)開發(fā)模式也是大多數(shù)活動(dòng)開發(fā)的終點(diǎn)，當(dāng)平臺(tái)無法滿足業(yè)務(wù)需求時(shí)，企業(yè)通常會(huì)選擇前兩種模式進(jìn)行彌補(bǔ)。

在上述三種活動(dòng)開發(fā)模式中，后兩種模式本質(zhì)上都是純代碼開發(fā)模式的擴(kuò)展和簡化。為了實(shí)現(xiàn)提高效率、降低成本和確保質(zhì)量的目標(biāo)，在純代碼開發(fā)模式的基礎(chǔ)上不斷進(jìn)行更新和迭代，是活動(dòng)業(yè)務(wù)飛速發(fā)展下的必經(jīng)過程。

隨著企業(yè)發(fā)展和業(yè)務(wù)擴(kuò)張，業(yè)務(wù)部門通常會(huì)根據(jù)自身的業(yè)務(wù)特征去創(chuàng)建活動(dòng)平臺(tái)。有資源的團(tuán)隊(duì)將繼續(xù)優(yōu)化和發(fā)展自己的活動(dòng)模式，并逐漸成熟，但是對于仍處于增長階段或資源不足的業(yè)務(wù)團(tuán)隊(duì)，就無法在活動(dòng)平臺(tái)上投入足夠多。畢竟，在業(yè)務(wù)初期建立成熟的活動(dòng)平臺(tái)顯然不是最重要、最緊迫的任務(wù)。

由于不同業(yè)務(wù)團(tuán)隊(duì)的業(yè)務(wù)范圍和目標(biāo)存在差異，因此在成熟業(yè)務(wù)中誕生的活動(dòng)平臺(tái)無法直接將能力賦予其他業(yè)務(wù)團(tuán)隊(duì)進(jìn)行復(fù)用。最終，新業(yè)務(wù)望洋興嘆，被迫選擇純代碼開發(fā)或活動(dòng)后臺(tái)開發(fā)模式去支撐活動(dòng)開發(fā)和運(yùn)營。隨著時(shí)間的流逝，企業(yè)內(nèi)能力相似、服務(wù)場景不同的活動(dòng)平臺(tái)如雨后春筍般涌現(xiàn)，這顯然不是我們想要的結(jié)果。

水桶能裝多少水取決于它最短的那塊木板，如何快速拉齊企業(yè)整體活動(dòng)運(yùn)營能力，同時(shí)覆蓋活動(dòng)平臺(tái)無法解決的場景，是傳統(tǒng)活動(dòng)運(yùn)營模式遭遇的困境。