1.2　如何抽象整合活動平臺

在梳理完不同的活動開發(fā)模式后，我們需要分析這些模式的相似性功能，并將這些功能抽象，促使不同規(guī)模的業(yè)務(wù)團隊入駐同一平臺開展活動，避免企業(yè)出現(xiàn)“煙囪式”的活動業(yè)務(wù)架構(gòu)，導(dǎo)致各系統(tǒng)不能共享資源，形成資源孤島和信息孤島。

首先讓我們分析一下H5活動的實際形態(tài)和最佳線上運營方式。

這些活動開發(fā)模式具備哪些共同的特性？在功能架構(gòu)上，它們都具備各自的素材中心、物料中心，用于管理活動用到的媒體素材和獎品；在活動投放的鏈路上，也需要完善的數(shù)據(jù)監(jiān)控、安全的風(fēng)控系統(tǒng)、科學(xué)的實驗系統(tǒng)等。分析后我們發(fā)現(xiàn)，最無法抽象的反而是活動的營銷方案和活動組件。舉例來說，同樣是大轉(zhuǎn)盤抽獎，有的是消耗積分獲取抽獎機會，有的卻是通過分享來獲得抽獎機會。雖然方案和交互都類似，但是如果想用一個大轉(zhuǎn)盤方案來適應(yīng)所有業(yè)務(wù)需求，顯然不切實際。

因此，我們期望通過一個活動平臺，為所有業(yè)務(wù)團隊提供統(tǒng)一的活動解決方案，承接企業(yè)內(nèi)所有的活動需求。這聽起來像是一種幻想，但通常成功的事情都是從一個不可能的假設(shè)中誕生的。

那么，我們能否構(gòu)建一個“包羅萬象”的活動大平臺，適應(yīng)所有公司活動需求，且所有配套能力都非常完善的綜合活動平臺？暫且不討論該設(shè)想的可行性，假設(shè)我們已經(jīng)完成了這個平臺的建設(shè)，并投入使用，那么這個平臺是否真的能滿足所有活動需求呢？

在公司高速發(fā)展的階段，業(yè)務(wù)數(shù)量呈指數(shù)級上升，業(yè)務(wù)需求將始終領(lǐng)先于平臺的規(guī)劃。當(dāng)平臺的能力不能滿足業(yè)務(wù)開發(fā)需求時，就需要通過功能迭代來提供支持。

不同業(yè)務(wù)團隊的活動需求有著不同的時限和緊急程度，多個活動需求并發(fā)是不可避免的，此時平臺只能選擇更具價值的需求進行優(yōu)先支持。此外，這種支持模式在人力方面也有弊端，每當(dāng)臨近活動日時，平臺將面臨巨大的迭代壓力，此時團隊成員通常在執(zhí)行高強度的工作，而業(yè)務(wù)團隊的人力卻不能得到充分利用。

很明顯，這樣的平臺并不是最好的解決方案，它只是各業(yè)務(wù)團隊妥協(xié)的結(jié)果，對業(yè)務(wù)發(fā)展并沒有實際幫助，反而阻礙了業(yè)務(wù)增長。如果問題的嚴(yán)重性超過了業(yè)務(wù)的承受能力，團隊就會毫不猶豫地拋棄平臺，重新建立新的平臺，以獲得更大的自由來實現(xiàn)自身的業(yè)務(wù)目標(biāo)。大型平臺最終會成為關(guān)鍵業(yè)務(wù)方的服務(wù)工具，對其他業(yè)務(wù)方的幫助將十分有限。

既然自建小平臺和統(tǒng)一建大平臺都不是最好的辦法，該怎么走出這種困境？

vivo的活動團隊再一次大膽地設(shè)想，提出建立活動中臺的方案。活動組件、模板不再由活動中臺提供，而是將開發(fā)組件、素材、模板的能力賦予第三方業(yè)務(wù)團隊，各團隊可以在中臺上實時開發(fā)定制，同時不同團隊開發(fā)的交付件可以自由地在中臺中流轉(zhuǎn)，方便其他團隊復(fù)用。這樣的活動支持模式，不僅幫助我們解決了業(yè)務(wù)需求井噴的問題，還能將優(yōu)秀的活動實踐貢獻給整個公司的活動體系復(fù)用。它也可以讓新業(yè)務(wù)享受中臺帶來的紅利，即新業(yè)務(wù)只需要關(guān)注活動效果，減少重復(fù)試驗的成本，實現(xiàn)創(chuàng)新產(chǎn)品的孵化。

至此，我們很好地實現(xiàn)了“抽象整合”的目標(biāo)，同時兼顧了不同業(yè)務(wù)團隊對活動效果的追求。至于具體如何構(gòu)建這樣一個活動中臺，且看本書后續(xù)講解。