編輯導語：在進行新建活動的產品搭建時，有時會重復地耗費人力和物力資源，在時間比較緊的情況下，還無法保證產品質量。為了提升效率，很多企業便接入了中臺的概念。那么營銷中臺要如何搭建呢？一起來看一下吧。

上一篇文章從優惠券的開頭至結尾、前世至今生、內至外，全面地進行了梳理，相當于讓大家看到了整個優惠券的全貌（當然，我覺得有可能還會有不足的地方，如果有什么問題，希望各位讀者朋友可以在評論區進行討論，質疑，逼迫我再進一步）。

依托優惠卡券的文章涉及系統，我來依次進行延伸會存在的各類對方系統，能更好的讓各位有個抓手，形成生態。

做營銷活動的產品，在處理一個營銷活動產品的工作流基本如下：

1. 運營同學提出我們要在某個節日或者是臨近節日做一個活動的需求
2. 產品同學拿到需求之后，深挖需求深度背后要解決的問題，并給出最優解決方案
3. 產品方案確認后同步技術同學基于原有的活動進行重構開發，開發完成后進行配置相應的信息并自測演示
4. 演示通過后交由測試同學進行測試，測試通過無誤上線正式環境
5. 活動做好上線之后，如果有需要設計的前端落地頁，還需要設計同學介入在設計一套適用活動的頁面配置到活動中

綜上所述：我們在進行新建活動的產品搭建時候會重復地耗費人力、物力資源，有時候在活動提出到上線時間比較緊急的情況下，還無法保證產品的質量。

基于此，所以很多企業都在接入了中臺的概念，以此來提升效率。

一、為什么做中臺

簡單來說就是：“功能復用”（功能復用是中臺最重要的一個點，復用的功能能夠節省我們上方所說的人力、物力、財力），構建“大中臺，小前臺”來滿足業務快速擴展的需求。

業務中臺會沉淀大量的用戶行為數據（包含非體系內用戶），為后續我們利用大數據智能算法去拓展新的商業模式牟定基礎，包括后續我們搭建的精細化運營等等。

中臺作為業務服務的提供方，不需要依賴業務的穩定性（我們現在營銷中臺的產品基本都是依托于業務線的，拋開業務線之后就發現不能走路了），而是需要不斷為新業務提供能力支持。所以說如果未來我們的中臺足夠成熟，那么可以對公司整體業務發展規模起到很大的支撐作用。

作為中臺這款產品，需要包含以下幾方面能力，也是我最近正在整理的：

• 針對多業務線、復雜業務場景下需求的抽象和共性需求的整合
• 針對業務線、前端用戶體驗、產品整體架構的抽取與整合（這塊需要和前端、后端同學的深度碰撞，在實現上會結合大家的意見使用最優解決方案）
• 針對業務的深入了解，能在常規服務基礎上，提供創新性業務能力，為業務創新做指引（這塊主要體現在我們產品側會不斷地去補充營銷側的插件，走在我們運營要使用的某項活動前，產品前置）

二、營銷中臺的事

營銷這個事情，在每家公司都會做，只不過做的營銷有大有小。

營銷中臺是作為一個公共服務層去運轉的，不受業務，不受場景的限制，極大的自由空間，小到領取優惠券，大到返現、MGM（老帶新）等，均可由該服務層（營銷中臺）進行指引。

我們做的大部分類型的營銷活動，或者是市面上能看到的營銷活動，均可以將共性進行抽取，并整合至營銷中臺，由中臺數據標準化api，由前端進行定制化開發，可在較短時間內完成營銷產品的上線。

足夠好的營銷中臺（比如阿里、騰訊等），前端都不需要介入開發，完全靠運營進行頁面元素拼接，就可以完成業務的活動搭建，這也是基于背景下，我們想極力打造出來的營銷中臺模型。

全量的營銷中臺囊括了用戶營銷全量生命周期中的各個節點，并且既可以輸出完整的營銷服務，也可以將各個節點作為原子api輸出，由業務層進行業務邏輯封裝。

廣義的營銷中臺，包含了狹義營銷中臺和數據中臺兩個方面，數據中臺服務于所有業務，是大數據建設的基石，偏向技術，本身也足夠龐大。

我們現在的數據中臺也在進行整體的搭建，后續我會把我們營銷中臺的所有數據進行沉淀，統一匯總至大數據中臺，結合大數據中臺和營銷中臺，推出智能營銷平臺，延伸出更實用的產品，為業務進行賦能。

狹義營銷中臺主要包含以下三個方面：

1. 前置層：營銷活動落地頁快速搭建工具、營銷數據埋點、用戶前端行為、用戶業務行為等（可細化為表現及觸達層）
2. 規則層：活動基礎規則、次數、場景、類型、風控、白名單等，以及相應的業務規則支持
3. 獎勵層：現金紅包、卡券、積分、商品、權益、虛擬幣等

三、涉及所屬中臺

1. 營銷中臺

營銷中臺就不細說了，關于營銷中臺的前世今生都在這篇文章里面了。

2. 營銷卡券

關于營銷卡券，在上篇文章已經描述的很詳盡了，大家可直接點擊鏈接進行查閱http://www.aharts.cn/pd/5287512.html。

3. 數據中臺

數據中臺在這里有三個作用。

1）記錄數據，用戶數據、用戶行為、用戶類型、用戶畫像等。

比如場景：用戶A參與了B活動，完成了C規則，獲得了D獎勵；基于此記錄用戶數據，id、手機號、地點、活動名稱、時間、獎勵、條件等。

2）數據分析，把已記錄的數據通過數據挖掘、采集，建立數據模型，落地數據看板，提煉核心指標，跟蹤分析產品數據，持續優化迭代。

3）數據轉化，利用數據進行商業化，根據數據分析反饋，了解整體的分析數據和分析場景，依托數據反饋搭建商業化模型。

比如新的產品、新的活動等，并結合A/Btest快速迭代、快速優化，提升用戶在公司整體產品的付費轉化率。

4. 智能營銷-延伸

智能營銷是營銷中臺的用戶數據支撐數據中臺有足夠的數據量，支撐數據中臺進行數據建模、數據分析、提取重要數據點。

數據中臺通過數據模型和數據分析反哺營銷中臺的活動調整、活動規則、活動發放能夠基于用戶的行為習慣、用戶的畫像定時定點，以用戶最痛點的方式出現在他的面前，以此體現智能營銷的價值。

當然，智能營銷的作用，不止于此，拓展方向包括：用戶喚醒、用戶留存、用戶轉化等等，下次專門說智能營銷。

四、營銷中臺模型

1. 表現層-表象

這地方所說的表現層，是產品框架5層的表現層，是用戶直接感受到的內容，可以是落地的。主要是文字、圖片、音視頻給人感受的設計，呈現的文字不多，主要以高清大圖為主，給人震撼、興奮的感覺。

它們頁面還包括一些動畫，聲音更能夠觸動人們的聽覺，也使頁面停留時間拉長，也可以是短信、郵件等。
在這里，體驗是首位，業務訴求其次，還有針對復雜營銷場景下高并發、限流、懶加載等多樣化的技術考量。

表現層本身可以抽取出各種各樣具象的工具型產品，比如落地頁快速搭建工具（這塊我也把營銷工具落地頁進行了組件化的拆解，使其使用者可以快速完成搭建落地頁，且不需要麻煩產研團隊，不斷耗費人力重復開發），可以滿足多元化的頁面快速配置、發布。

而針對部分特殊場景，無法通過模塊化的形式完成頁面搭建，則會考慮模板化、模塊化、組件化的方式，即相對通用的展現形式固化，使得后續可以復用。

2. 框架層-觸達

框架層這層主要包括界面設計、導航設計、信息設計等，這個層面就是展示給用戶看的界面了。界面設計，比如根據不同的情況使用復選框，單選框，下拉菜單或者按鈕等。

框架層也是用戶感知，用來記錄與用戶進行實際交互的過程?？蚣軐影芏嗟挠脩趔w驗設計，需要符合用戶體驗操作行為等。

感知操作分為主動和被動兩種，可能是用戶主動進行了某個動作（比如點擊、比如刷卡）參與了營銷，也可能是被動的參與到某個流程中（短信、PUSH等）。

最終與用戶的交互動作非常重要，劍雖好，不能一劍封喉，起不到好的效果。

3. 結構層-規則

結構層則是營銷的核心，因為它的本質是一個決策引擎，需要進行統一的規劃。前期可能僅僅包含了營銷活動的有效期、類型、獎品等，這些只是規則層的基礎。

隨著活動的持續增加，規則的不斷完善豐富，我們的規則組件將會越來越多面面俱到，做到真正的拋棄前端后端，運營直接依靠規則組件庫隨時隨地配置自己想要的活動，或者是營銷相關的一切。

而結構層的核心在于規則引擎，通過框架層的用戶行為，對用戶、行為、場景、時間等多個維度進行綜合考量后，判斷用戶是否滿足規則，以決定執行后續的營銷動作。

除此之外，在規則層中還需要包含風控策略的接入（我們已經有風控可直接使用即可）、多維度限次等。

例如：規則組件的無限抽象。

4. 結構層-獎勵

在營銷卡券獎勵和營銷中臺的規則都是結構層，規則和獎勵都是功能模塊間的邏輯設計，具有業務邏輯、業務權限、業務功能都是在此進行搭建的基礎信息。

獎勵可以包含營銷類獎勵、通知類獎勵或業務類獎勵。獎勵的顆粒度做到多細，我們產品側可以根據業務這邊的需求來決定，目前現有的形態上我們已有的包含現金紅包、優惠券、打車金、虛擬幣、實物商品多種，后續可能還有我們在做的用戶體系內：積分、成長值。

從底層產品側會對各種類型獎勵進一步抽象，如現金類、虛擬類、業務類等。

除了對每一種獎勵類型進行維護之外，還需要包含向上游（規則層）的對接，以及對下游（賬務清結算）的調用。

獎勵本身其實就是一個獨立的體系，可以作為底層營銷中臺而存在，比如我們現在獨立出去的優惠券中臺系統。

因為獎勵做到足夠的全面，足夠通用，那么后期的其他業務線也可以接入直接使用。

獎勵的設計好壞對規則和核算能夠起到降本增效。

5. 數據中心

數據在現有的互聯網行業被著重推舉，每個公司的每個產品要想走的長久穩定，最終都將被數據支配。

數據中心在這里起到的作用不言而喻，不管是表現、觸達、規則、獎勵的數據，在用戶操作產品的時，已經牽一發而動全身的統一入庫至數據中心。

數據中心的數據會基于用戶畫像進行歸類、拆解、篩選，已滿足業務人員的基本數據分析要求，同時也為后續的智能營銷、數字營銷、精準營銷打下基礎。

根據數據分析，利用用戶畫像+用戶行為+用戶習慣+時間+地點等，對用戶推送精準智能營銷，以發揮數據最大值為商業化做背書。

五、產品活動流程

六、活動開發流程

1. 使用前

2. 使用時

運營、或者業務自己進行直接配置操作：

七、總結

在不同的業務線根據不同的時間節點會產生不同的運營活動的需求，隨著時間的推移，如果按照活動的類型去進行建模，那我們對于活動本身一直都是在進行不斷的重構重復的開發。

我們在搭建產品的時候，如果可以把要做的產品、需求，可以進行抽象化，看到這件事背后的東西就可以抓住最小顆粒度，圍繞著最小顆粒度去搭建，并通過最小顆粒度的組件像拼樂高一樣，拼成不一樣的形狀物品。

產研團隊設計開發好樂高不同的組件后，到底要組合成什么樣的形狀物品取決運營團隊想要什么樣的物品。

本文由@無名 原創發布于人人都是產品經理，未經許可，禁止轉載。

題圖來自Pexels, 基于CC0協議。