解析營銷中臺產品模型
本文以狹義營銷中臺為討論核心,從全局角度分析了營銷中臺產品模型中的表現層、觸達層、規則層、獎勵層。
中臺化概述
最近“中臺化”的概念如火如荼,這個概念由阿里而起,近年來頭條系產品走紅,將“中臺化”推上了一個高位,于是從此前的前端產品和后端產品概念中,衍生出了中臺產品。
那種中臺究竟是個什么概念呢?簡單描述如下:
- 中臺的核心是“功能復用”,構建“大中臺,小前臺”來滿足業務快速擴展的需求;
- 業務中臺沉淀了大量的用戶行為數據(包含非體系內用戶),為大數據智能算法的新的商業模式奠定了基礎;
- 中臺作為業務服務的提供方,不需要依賴業務的穩定性,而是需要不斷為新業務提供能力支持。從以上幾點描述來看,中臺的成熟度,可以對公司整體業務發展規模、健康情況管中窺豹。
按照上面的描述來看,中臺是一個大型企業在穩定、持續發展中不可或缺的一個架構。而作為中臺的產品,則需要包含幾方面能力:
- 針對多業務、復雜業務場景下需求的抽象和共性需求的整合;
- 對業務、前端體驗、后端架構等多方面能力的高要求;
- 對業務的深入了解,以能在常規服務基礎上,提供創新性業務能力,為業務創新做指引。
營銷中臺簡述
營銷,每家公司無論大小,基本都會做。更適合作為一個公共服務層,小到領取優惠券,大到社交電商、購物返現、MGM等,均可由該服務層進行指引。而大部分類型的營銷活動,均可以將共性進行抽取,并整合至營銷中臺,由中臺數據標準化api,由前端進行定制化開發,可在較短時間內完成營銷產品的上線(比如聚劃算)。
甚至,足夠好的營銷中臺(比如阿里、京東等),甚至連前端都不需要開發,完全靠運營進行頁面元素拼接,就可以完成業務的最小化試驗(MVP)。
全量的營銷中臺囊括了用戶營銷全量生命周期中的各個節點。并且既可以輸出完整的營銷服務,也可以將各個節點作為原子api輸出,由業務層進行業務邏輯封裝。
廣義的營銷中臺,包含了狹義營銷中臺和數據中臺兩個方面,數據中臺服務于所有業務,是大數據建設的基石,偏向技術,本身也足夠龐大,后續在展開討論。而狹義營銷中臺可以支撐超過80%的日常營銷的支持,為本次討論的核心,狹義營銷中臺主要包含以下三個方面:
- 前置層:頁面快速搭建工具、數據埋點、用戶前端行為、用戶業務行為等;(可細化為表現及觸達層)
- 規則層:活動基礎規則、活動限次、場景、類型、白名單等;
- 獎勵層:現金紅包、卡券、積分、商品、PUSH等;
營銷中臺產品模型
站在上層,對營銷中臺進行全局考慮,通常會將狹義營銷中臺分為通用產品模型和定制化模型兩種。
通用產品模型需要滿足超過80%的營銷玩法的支持,并且在業務策略進行微調時,可以在原有架構上快速支持。而針對部分一些可自成體系的營銷策略,雖然在原模型上也可以支持,但是自身業務量、數據量都足夠大,通常會拎出來重新進行抽象。如MGM、淘客模式、社交電商、外部渠道裂變等。
而通用營銷產品模型,也可以支持最小化產品試驗(MVP),方便業務進行快速試錯,故他是營銷中臺的業務核心不為過。(這里先不涉及數據,畢竟數據才是現代化營銷中臺的#真核心#)
那么通用營銷中臺產品模型結構是怎樣的呢,各個站點所描述的都比較偏框架層、比較寬泛,我這里提一下一家之見,供各位參考:
基本的架構,上圖已經進行了大概的描述,針對每個部分,做一些細節性描述。
表現層
表現層主要是用戶可以直接感受到的內容,可以是頁面(RN/H5/Native),也可以是短信、郵件等等,在這里,用戶側的體驗是首位,業務的訴求其次,還有針對復雜營銷場景下高并發、限流、懶加載等多樣化的技術考量。
表現層本身可以抽象出各種各樣的表現層工具型產品,如淘寶的旺鋪、京東通天塔以及類似的有贊微商城、微盟等等,通常叫做落地頁快速搭建工具,可以滿足多元化的頁面快速配置、發布。
而針對部分特殊場景,無法通過模塊化的形式完成頁面搭建,則會考慮模板化的方式,即相對通用的展現形式固化,使得后續可以復用。
觸達層
觸達層主要記錄與用戶進行實際交互的過程,大部分情況下是可以并入表現層,這里將它抽象出來,是要強調他的重要性。
觸達分為主動和被動兩種,可能是用戶主動進行了某個動作(比如點擊、比如刷卡)參與了營銷,也可能是被動的參與到某個流程中(短信、PUSH等)。最終與用戶的交互動作非常重要,一把絕世好劍,滿腹絕倫劍法,只有刺喉之時,才算精彩。
規則層
規則層則是營銷的核心,因為它的本質是一個決策引擎,一腦子的劍法,不知道什么時候用哪一招,面對敵人也注定一敗涂地。大部分中小公司的規則層做的都比較簡陋,缺少統一的規劃,可能僅僅包含了營銷活動的有效期、類型、獎品等,實際上這些只是規則層的基礎。
而規則層的核心在于規則引擎,通過觸達層的用戶行為,對用戶、行為、場景、時間等多個維度進行綜合考量后,判斷用戶是否滿足規則,以決定執行后續的營銷動作。
除此之外,在規則層中還需要包含風控策略的接入(可能自建)、多維度限次等,不展開討論。
獎勵層
獎勵層本質上是一個庫,可以包含營銷類獎勵、通知類獎勵或業務類獎勵。獎勵層的顆粒度做到多細,是根據業務的需求來決定的,形態上會包含現金紅包、優惠券、積分、商品、理財體驗金等多種,底層均需要對各種類型獎勵進一步抽象,如現金類、虛擬類、業務類等等。
獎勵層除了對每一種獎勵類型進行維護之外,還需要包含向上游(規則層)的對接,以及對下游(賬務清結算)的調用。理論上獎勵本身就是一個獨立的體系,可以作為底層營銷中臺而存在。
可以設想的是,部分業務做大后,希望自己承接營銷的規則,從表現層到規則層均由自己承接,那么他可能會做一套自己的業務系統。但是獎勵層面,只要足夠通用,因為涉及資金層面問題,大多數情況不會有人另起爐灶。這個可以理解為“內功”。
寫在后面
此前也有對營銷系統做過細節性描述,但是對整體的架構思考不足。近期對市面上的一些營銷系統做了調研,結合此前手上的一些項目和思考,將整體的產品模型抽象出來。
對于大部分大型公司(BAT級別),應該具備一定的參考價值;對于中小型公司,或者是一些startups,可能會有一定的指導意義。
寫在最后,營銷是否智能化,營銷中臺的能力,很大部分取決于基礎能力,如大數據,也就是前面說的數據中臺。如果在做整體規劃的情況,一定在各個節點都要考慮到數據的采集、篩選和后處理。為今后的長遠發展做準備。
最后提一嘴,一些想法和關于產品、行業的理解,后面會同步在公眾號,歡迎大家關注。
作者:whisperbot;公眾號:靈魂為自己找一個伴侶(ID:vashresources)
本文由 @whisperbot 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
1、hi老板,怎么理解獎勵層對下游業務的調用?有沒有可類比的系統去理解這個服務?
—-除了對每一種獎勵類型進行維護之外,還需要包含向上游(規則層)的對接,以及對下游(賬務清結算)的調用。理論上獎勵本身就是一個獨立的體系,可以作為底層營銷中臺而存在。
2、能否給些可調研的名字,比如可以登錄進去體驗后臺的
—–近期對市面上的一些營銷系統做了調研
在深圳嘛?最近看營銷中臺的機會嘛》
營銷范圍太廣了,不應該抽象成規則、獎勵,二是應該以能力來抽象,各項能力必然有自己的規則在運轉,而不是所有能力的規則單獨抽出來,反而極大的增加耦合。
作者這里我理解是屬于活動主體的規則,而不泛指其他主體的規則
胡亂抽象
跟著業務場景走的,這個服務上面跑了五六個成熟業務了。
不懂可以,別亂說。
我有個問題,營銷中臺把活動進行抽象后,一個活動劃分為規則和行為,那么這個行為怎么進行價格計算呢,中臺是公司級別的,是有一個統一的價格計算中心嗎,還是直接把行為這種配置信息丟給業務方去解決呢
我也有這種疑問
這個要看具體場景,如果是以電商和金融為主,我們之前是有一個決策系統來做這個事情的。
能否加個微信?
我的意思是規則層中的一部分設置信息(場景、限領、預算)與觸達層信息有耦合,例如 如果觸達層是push推送,那么規則層就無需設置限領次數與角色
看如何設計了,耦合的話,就不通用。通用的話,必然有冗余。
你說的這個場景,觸達是Push+卡券,領取只是前置鋪設的場景。
先說一下我的解讀,你的意思是為了功能的高復用必然有冗余。
我的理解是營銷場景和觸達是緊密相關的,例如:會員生日領取優惠券,那么觸達和領取限制就是由業務決定(觸達是業務行為),那么把觸達層單獨抽離出來的意義是什么?
可能我不理解具體的使用場景,麻煩大佬結合具體場景點醒一下我
為啥場景和觸達是緊密相關的?兩個是松耦合的吧。
拿你說的例子來看,用戶可以是在某個前端頁面(比如積分商城)里面,去領取自己的生日禮品,這是一種場景上的領取。
觸達的話,通常是指主動的,從外部去觸達用戶,可以是push、短信、郵件,甚至是一個小紅點。
這兩者是獨立的。
我們兩個人的理解有偏差,你說的觸達應該只是通知吧,我理解的觸達是用戶領取到營銷獎勵或參與活動,用戶點擊領取、運營定推、游戲抽獎這一類是觸達,短信、郵件、push僅是通知而已。你的觸達層里“用戶行為”、“業務行為”是觸達沒問題,但被動的push、短信、郵件應該只是通知,用戶需要打開push自己領取營銷獎勵。
舉例:我們推送優惠券領取的鏈接給用戶,通知的形式是PUSH+短信,但實際觸達的形式是用戶主動點開push消息或者短信,點擊鏈接主動領取,觸達是用戶行為
這不是轉化嗎
我理解你的意思了,對于業務來說,如果是非常精確的觸達邏輯,例如通知push,在分發時就已經篩選過用戶身份這樣的情況下,確實是可以不設置規則層的邏輯的,但是我覺得中臺還是需要支持通用邏輯規則的設置,也能保證最大化的能夠滿足到各個業務的不同場景。感覺不叫耦合吧~因為通用規則是可以由業務選擇不設置的;不知道我有沒有理解錯誤
你這個設計有一個問題,營銷的觸達層和規則層里的部分信息有耦合,例如一個營銷場景是活動領券,那么觸達層一定是用戶領取,規則層里需要設置用戶領取的限制條件(誰來領、預算多少、每人限領幾次),規則層的信息受到了觸達層的影響,如何處理上面所述的耦合問題?
點贊點贊!請教大佬
中臺的券和前臺用它的活動是1對多關系,怎么控制中臺這個券的資源額度,監控追加嗎…
這里面又可以衍生出一套東西,如果是一對多,可以增加渠道進行區分。
如果這樣做,就涉及到多渠道共享一個資金池,還是分渠道管理資金池。
通常用的比較多的是共享資金池,那么為保證券核銷成功率,就有生成前占用資金、凍結占用或者核銷占用。
根據不同行業、不同業務場景,對應的決策是不同的。這也就是產品的價值了
營銷系統是中臺或者后臺的,沒法接觸,請問如何進行調研呢
同業之間交流
Push為啥是獎勵層
可以抽象成獎勵包中的一種類型,跟隨獎勵一起下發。也可以獨立和通知系統對接??锤髯韵到y架構,取思路即可。
您好,能否詳細說明一下基礎營銷規則和業務營銷引擎之間的關系以及作用,這一塊看不太懂。
抱歉,在后臺沒有回復你。可以加我微信
關于 基礎營銷規則和業務營銷引擎之間的關系以及作用,也想詳細請教一下,確實沒太看懂
框架很正確了,下面是否會從具體的營銷活動深入?
很好。
好
各位共勉。
可否加Vx聊一下