揭秘證券業數字化營銷新生態背后的「堅實力量」
在《營銷策略引擎解讀，以平臺化構建營銷新生態》一文中，我們將營銷策略引擎的核心功能總結為四點：
1、營銷自動化，營銷編排功能，包括簡單的營銷計劃和復雜的流程畫布；
2、作為營銷系統的中控，把其他營銷系統串聯起來；
3、支持豐富的營銷觸點場景，包括主動的和被動的，易擴展；
4、支持流批一體的計算引擎。
在神策數據內部，營銷策略引擎的演化可以分為四個階段：第一代以豐富功能可以滿足營銷自動化的業務需求為主線；第二代以營銷云高性能、高可用架構升級為建設主線；第三代以平臺化建設為主線；第四代以新一代畫布為主線，支持用戶物品多主體，重點建設了流批一體的標簽計算引擎。
在神策數據行業化發展戰略落地過程中，證券行業經營單元從一張待描畫的白紙逐漸成長為了懂證券的大數據服務與營銷科技服務商。其中，以業務場景為中心的數字化營銷手段也已經成為神策數據服務證券業客戶的重要優勢。
接下來，我們將從幾個場景了解神策數據營銷策略引擎平臺化在證券行業的落地與應用：
場景一：某財富管理部門助力投顧通過企業微信運營相關需求，對于觸達通道引擎來講只需要增加一種通道類型——企業微信觸達。那么，在平臺化之前，需要開發企業微信配置界面，針對企業微信進行主流程升級，完成企業微信話術拼裝、發送環節的開發以及整體的聯調測試等，整個周期耗時較長。
場景二：某網金部有較多在線場景的需求，SLA 要求高，同時新增了物品實時推薦的需求。在其平臺化之前面臨如下問題：在線場景沒有實現較好的性能隔離，SLA 不高；新的在線場景開發周期長；營銷自動化與物品推薦的結合不夠便捷；規則推薦和智能推薦的配置方式不統一。
場景三：某網絡金融部門，需要對線上用戶在一個開戶流程或者某個核心流程內每一個節點出現斷點的時候都進行及時觸達提醒，能夠有效進行干預，采用傳統的流程畫布會出現用戶在某一個節點出現斷點時，完成該節點的目標事件后就會跳出這個流程，無法進入到下一個節點，因此該用戶在下一個節點出現斷點時就不會再有對應的提醒。
場景四：某網絡金融部門，需要對線上用戶進行投后的關懷，通過數據洞察，發現當用戶的虧損達到一定程度時候，該用戶就會出現沉默的跡象，因此需要在用戶的賬戶虧損達到一定比例時，對用戶進行相關干預，類似投教服務，相關資訊的通知等，在平臺化之前，缺少對業務數據的即時計算能力，因此缺少這類業務狀態變動情況下的策略干預能力。
隨著神策營銷云的客戶增多，各類的主動觸達場景和在線場景的需求也在增多。為了提升迭代效率與系統穩定性，神策數據將引擎層與業務層做有效拆分，做系統性的架構解耦，不限于營銷策略引擎本身，也包括整個營銷系統內，與營銷引擎相關性較大的環節。
接下來就觸達通道引擎、受眾計算引擎和在線場景融合做進一步講解。
1、觸達通道引擎
觸達通道引擎的目標包括：營銷策略引擎與通道業務完全解耦，分別獨立開發；支持通道插件熱加載，也就是線上通道插件可以做單獨的更新、卸載、上線和權限的管理，對引擎不會帶來影響，同時，各通道插件有獨立的版本，單獨升級上線下線以及權限管理；支持不同通道間隔離，細顆粒度避免堵塞，吞吐能力可橫向擴展。
觸達通道引擎在平臺化之前，貫穿主流程，迭代效率比較低。比如說 Express-Web，用來配置營銷內容，對于新類型的觸點需要開發配置界面；Express-Director 是流程轉化控制器，對于新類型的觸點需要開發獲取配置的特定邏輯，Express-Nebula 是畫布驅動和事件計算引擎，設計之初就比較組件化，沒有業務關聯的改造；Express-Actor 需要為每類通道提取話術屬性，需要有單獨的開發；Express-Sender 需要為每類通道做對應的發送，有對應的開發和調試。
平臺化之后，觸達通道引擎的邊界會更清晰，迭代效率也更高。所有的通道功能開發，包括前后端代碼都統一到插件內，各模塊調用插件時，可以通過熱加載的插件實現本地調用，也可以通過統一的插件引擎接口來訪問插件的功能。對于通道的隔離，在平臺化前，只有少數隊列用于做通道發送，Sender 做話術拼裝經常堵塞，并且發送的資源不能做到彈性的擴縮容。
2、受眾計算引擎
將受眾的使用統一到受眾計算引擎內，并將服務抽象成受眾管理、受眾同步、受眾查詢三部分是神策數據受眾計算引擎的核心。
平臺化之前，受眾計算比較分散，我們的運營計劃使用離線標簽計算與標簽查詢及同步；在線彈窗采用簡單的受眾計算；規則推薦可以直接進行數倉查詢。從業務上看，他們是營銷場景下的共性需求。
平臺化之后，我們將這些需求統一到受眾引擎，由受眾引擎做統一的受眾管理、調度分發、受眾同步和受眾查詢。
目前，神策數據受眾引擎支持靈活的目錄方式組裝受眾需求；對于規則相同的結構，可以通過軟鏈的形式復用；支持流式、離線、在線、實時增刪等服務類型；能夠做深度的計算性能優化，并引入 bitmap、bloomfilter 等方式進一步加速受眾組裝過程。
3、在線場景融合
在線場景融合是平臺化的一部分，但它不屬于營銷策略引擎。在平臺化之前，我們各類在線服務場景較獨立，有獨立的在線、離線管理界面，和營銷系統引擎對接的方式也不盡一致；在平臺化之后，統一了在線服務的接入方式，提供統一的多租戶流控、統一的 Cache 管理、統一鑒權、統一資源管理等。目前，強大的在線服務已經接入容器服務內，支持便捷的彈性擴縮容，提供統一的資源位管理、接入統一的受眾引擎，以及統一的物品推薦引擎。除此之外，物品推薦引擎也是平臺化的一部分，我們針對此做了規則和算法推薦的策略服務、推薦服務的接口上的統一。
在接下來的平臺化規劃中，我們將從穩定與性能優化、開放生態兩方面持續迭代，具體包括打造更精細的隔離策略、貼近業務的營銷系統，以及營銷觸點的開放平臺、在線場景的開放平臺等。如下圖所示：
在日常服務證券客戶的過程中，我們發現，客戶營銷的業務復雜度在提升，對營銷的靈活與易用性、以及客戶對營銷的性能與時效要求都在持續提升。因此，建立新一代流程畫布的工作亟需提上日程。
針對此，我們梳理了神策數據新一代流程畫布的建設思路：
1、以用戶旅程視角來定義營銷策略，支持以可視化的方式將標簽（流批一體）、產品、事件、營銷動作、分流（條件分流、比例分流）、時間控制等組件進行編排，實現營銷策略的一體化配置。
2、支持結合 workflow（工作流）和 user journey（用戶旅程）的復合編排能力。
3、支持構建母子畫布，以畫布間跳轉的方式來滿足復雜的營銷場景。
4、個性化推薦策略深度融合，支持千人千面的營銷場景和營銷內容組裝。
在下圖中，畫布組件之間的連線以及連線方向代表了用戶的旅程，即行為路徑，支持重入及批量例行調度。
首先，進入「標簽（客群）」，這是驅動整個用戶流轉的開端。接下來，可以通過分流器做標簽分流，也可以根據百分比或事件做分流。這個過程中，單節點的標簽可以是實時標簽、批量標簽，也可以是流批一體的標簽。同時，支持對事件的判斷，在每個線條上可以配置時間間隔或具體時間。所以整體來看，新一代流程畫布以用戶旅程為主線，支持周期例行調度，一個人在一個畫布中可以多次進入。
在實時標簽計算引擎的技術架構中，通常會將標簽規則發送給受眾引擎，受眾引擎將規則注冊到實時標簽計算引擎內，實時計算引擎對任務進行拆分和合并，同時響應離線計算、實時事件，通過 Flink 作業來實時算出對應標簽。同時，標簽的增減也會告知給畫布引擎，推動畫布引擎實時可用。
那么，實時標簽和實時事件的區別是什么呢？實時標簽和畫布的場景關系較弱，可以讓多個畫布使用，是屬于過去的事件；而實時事件和畫布的上下游關系密切，是未來的事件。
起初，神策數據在定義畫布時，遵循一個人在一個畫布示例中，在同一時間只能有一個狀態的規則，但是隨著客戶需求的增多，該原則難以滿足客戶的需求，我們需要增強畫布重入，以及類似工作流的調度策略，批量的例行等待時間等，滿足更多場景需求。
另外，有必要強調一下母子畫布，這是神策數據新一代畫布中比較重要的功能。以電商促銷為例，母畫布可以是雙十一主會場，流程復雜，有主線的營銷策略；子畫布則是分會場，有各自的營銷策略，同時也可以有自己的子畫布。通過母子畫布的方式，能夠更好地實現靈活聯動與覆蓋。
神策數據新一代營銷策略引擎以平臺化為技術背景，新一代畫布為主線，支持流批一體的標簽計算，構建業界先進的自動化營銷引擎，將為更多證券客戶以及其他行業的客戶帶來更大價值！
