作者|泉脈
編輯|橙子君出品|阿裡巴巴新零售淘系技術
逛逛營銷業務背景
在做逛逛内容營銷的這半年的裡前端做了很多的營銷活動，如下圖
我們做了各種大大小小的營銷活動後，覺得内容營銷活動可以剝離出一套通用的解決方案，它們看起來總是大同小異，首先想到的就是搭建。把每一個業務子產品開發成元件，然後開放給營運自由組合。然而這樣有一個弊端就是：每個營銷需求來了之後我們都需要評估哪些是已有元件，哪些需要新開發。而且對營運搭建的頁面完全失去控制，對性能體驗之類的也無從談起--因為你完全不知道營運會搭建出哪些神奇的布局頁面......
業務分析
▐ 從營運的角度看
從業務方的角度思考營銷活動，每次的營銷都有一定的目的：
- 有的是某類視訊的聚合培養使用者浏覽種草-ex：商品評測類
- 有的是為了引導使用者釋出模版視訊-ex：春節拍同款PK賽-得獎品
- 有的是為了權益刺激，完成任務-ex金晨入駐
▐ 從營運的角度看不同角色的視角
不同角色對營銷活動的視角是不一樣的
- 業務形态上劃分有
- 内容浏覽型，--為了給使用者種草
- 任務打榜型，--吸引某些流量明星的粉絲
- 權益抽獎型。--采用權益刺激培養使用者某些心智
- UI形态上劃分有
- 輪播圖+feed流
- 輪播圖+任務清單
- 輪播圖+權益+feed流
- 從消費者的角度
每個内容營銷都可以了解成一種營銷玩法，每個玩法都有一個核心組成，使用者打開這個活動承載頁，就要引導使用者去完成這個核心玩法。是以浏覽型的活動會突出海景房；任務型的會突出任務；權益類的會突出權益。諸如此類。其他的一些能力比如: banner位，關注卡，話題分類，拉起釋出器這些都是非核心元素。他們的存在隻是為了輔助裝飾整個營銷玩法。
- 綜上
這樣我們就可以把玩法抽象成模版，每個模版對應一個玩法。那麼如何劃分玩法模版呢？這裡就需要用到DDD的思想，領域驅動設計。
從DDD經典架構的六邊形架構得到一些啟示：
六邊形架構又稱為端口-擴充卡，六邊形架構将系統分為内部（内部六邊形）和外部，内部代表了應用的業務邏輯，外部代表應用的驅動邏輯、基礎設施或其他應用。
那麼我們的營銷活動架構設計可以參照此思想：把一個營銷活動劃分為核心子產品&裝飾性子產品，核心玩法對應了内部業務邏輯，裝飾性子產品對應了外部驅動邏輯，他們一起組成了一個營銷活動。
建立領域模型
領域驅動設計，旨在建立合适的領域模型。玩法模版就是我們要定義的領域模型
核心子產品=>玩法模版=>活動頁面
我們把海景房(輪播圖)、feed流、任務清單、權益抽獎定義為核心子產品，把banner卡片、關注卡片、話題卡片、異步釋出等定義為裝飾子產品。核心子產品的排列組合形成核心玩法，核心玩法與N個裝飾子產品形成一個營銷活動，差別在于：核心子產品是不可重複的，裝飾性子產品可以随意重複。也可以了解為：裝飾性子產品為活動玩法本身的能力的表現，這些子產品喚起了這個能力。
整體系統架構圖如下：
我們對這個架構有以下限制：
- 核心子產品營運同學無法删除or添加，隻能隐藏
- 裝飾性子產品隻能在核心子產品的樓層上面or下面進行無限制的添加
- 新增一個玩法需要新開發一個頁面。一個玩法對應一個唯一的頁面位址(分治法)。
至此我們的營銷活動整體鍊路如下：
這套解決方案的核心在于：營運在開始一個營銷活動的時候需要明确知道自己的活動目的是什麼，然後選擇對應的玩法模版(不同的玩法模版解決不同的營運訴求)，營運可以在核心子產品的上下界限随意組合裝飾子產品，形成自己的活動頁面。
把每種玩法固化下來，也可以把相關的玩法資料沉澱下來，好的玩法用的人就越來越多。差的玩法業務資料不好，用的人就少了。
總結
有的同學可能會覺得這套解決方案的缺點在于玩法的疊代需要依賴前端和産品去溝通确定，然後再進行元件的組合開發，不如把元件完全開放給營運自由組合友善，不過在我看來這并不是問題，作為業務前端我們本來就需要去深入了解每個業務需求，完全的自由預示着完全的失控，其次我舉例說明一下這套模闆化方案的優勢：
- 比如我需要在頁面的兩個元素喚起逛逛内容釋出器，這兩個子產品長的不一樣，那我可能需要引入兩次釋出器的能力，但是在這個模闆化的解決方案中，釋出器的能力已經內建，隻需要把喚起釋出器作為一個特殊逇素材坑位處理就行了。
- 在于強控玩法之後我們可以對頁面的性能做出很多優化措施既保證了視覺标準規範也保證頁面的性能體驗。
- 其實營運有時候并不需要那麼多的營銷玩法頁面：參考螞蟻保險的營銷搭建體系的經驗