摘要：目前營銷底層規(guī)則策略主要還是單個(gè)以及組合策略，還是比較簡單的可以滿足現(xiàn)在的需求。總結(jié)以及后續(xù)規(guī)劃營銷底層其實(shí)很大程度上提高研發(fā)效率，以及系統(tǒng)穩(wěn)定性。除了上面提到的一些點(diǎn)以外，營銷底層其實(shí)還做了很多，比如動(dòng)態(tài)日志級別輸出等。

營銷是餐飲行業(yè)非常重要的一環(huán)，如何通過各種營銷幫助商戶實(shí)現(xiàn)老客回流，潛在客戶的推廣引流，以及店內(nèi)客流的數(shù)字化轉(zhuǎn)變和數(shù)據(jù)沉淀等，是餐飲行業(yè)公司的核心競爭力。隨著二維火會(huì)員營銷業(yè)務(wù)的快速發(fā)展，營銷活動(dòng)業(yè)務(wù)需求越來越多，每次對接營銷活動(dòng)需求，對于開發(fā)人員來說，重新開發(fā)一套，都是一個(gè)費(fèi)時(shí)費(fèi)力，成本巨大的工作，上線的活動(dòng)伴隨著也越來越難維護(hù),一個(gè)小改動(dòng)也會(huì)導(dǎo)致系統(tǒng)不穩(wěn)定。如何快速，靈活的去對接活動(dòng)需求以及容易維護(hù)是當(dāng)前面臨的一個(gè)挑戰(zhàn)。

為了應(yīng)對這個(gè)挑戰(zhàn)，會(huì)員營銷底層研發(fā)團(tuán)隊(duì)啟動(dòng)了營銷底層改造項(xiàng)目，主要圍繞以下幾個(gè)方面進(jìn)行展開:

框架流程統(tǒng)一: 活動(dòng)流程統(tǒng)一，提升效率, 避免重復(fù)代碼，便于維護(hù)等等。

規(guī)則解析引擎: 優(yōu)惠活動(dòng)規(guī)則的配置，解析和匹配功能，將業(yè)務(wù)規(guī)則決策邏輯從系統(tǒng)邏輯中抽離出來。

優(yōu)惠組件化以及優(yōu)惠自動(dòng)化: 封裝可重用優(yōu)惠組件，提升代碼的可復(fù)用性。業(yè)務(wù)不關(guān)心優(yōu)惠發(fā)放，優(yōu)惠自動(dòng)化發(fā)放。

工具化: 業(yè)務(wù)流程代碼界面可視化，查找問題更高效，很大程度讓開發(fā)人員從線上問題群解放出來。

在明確改造點(diǎn)之后，我們就開始了營銷底層系統(tǒng)的設(shè)計(jì)，具體的系統(tǒng)架構(gòu)圖如下所示。下面我們開始逐層的介紹。

在框架流程統(tǒng)一之前，每個(gè)活動(dòng)多帶帶一套代碼，因?yàn)闅v史原因，是由不同開發(fā)人員去開發(fā)。導(dǎo)致代碼風(fēng)格不一，代碼鏈路也很長，后期維護(hù)人員比較難維護(hù)，一個(gè)小改動(dòng)可能也會(huì)造成鏈路不穩(wěn)定，引出其他問題。

因此，我們根據(jù)不同活動(dòng)流程，梳理核心主鏈路，統(tǒng)一流程，不同活動(dòng)統(tǒng)一流程接入。以下是部分時(shí)序圖。

這里簡單說下典型的兩條主鏈路:

發(fā)布活動(dòng)場景下:

所有營銷活動(dòng)都會(huì)涉及到商家發(fā)布保存這塊，一般都是活動(dòng)先添加保存，然后發(fā)布，整體代碼流程是統(tǒng)一的。這里要提到的是發(fā)布這里因?yàn)椴煌瑺I銷活動(dòng)涉及的邏輯還是有稍微區(qū)別的，所以這里提供了鉤子HOOK，主流程嵌入前中后鉤子，以便不同營銷活動(dòng)業(yè)務(wù)去擴(kuò)展主流程，滿足自己的業(yè)務(wù)個(gè)性化需求。這里主要還是通過活動(dòng)類型路由反射去尋找不同鉤子，jdk反射本身效率是很低的，目前引入了reflectasm，同時(shí)反射對象緩存了下，以便提高效率。（不過本地緩存這塊有對象個(gè)數(shù)上限，后期可以考慮引入淘汰算法主動(dòng)淘汰）

活動(dòng)發(fā)布過程當(dāng)中，同時(shí)也伴隨著一些事件的觸發(fā)，比如店鋪打標(biāo)等。目前主要提供了基于spring事件驅(qū)動(dòng)同步或異步的鉤子去滿足相應(yīng)需求，同時(shí)給業(yè)務(wù)方提供了相應(yīng)的mq消息通知，讓業(yè)務(wù)方訂制業(yè)務(wù)處理。

發(fā)放優(yōu)惠場景下:

發(fā)放優(yōu)惠，首先會(huì)經(jīng)過規(guī)則解析引擎這塊，匹配相應(yīng)的規(guī)則，進(jìn)行判斷，比如是否滿足100塊，是否是新人等，然后觸發(fā)執(zhí)行相應(yīng)的統(tǒng)一發(fā)送底層接口。底層觸發(fā)組件管道鏈路，不同組件會(huì)有不同的二進(jìn)制位置標(biāo)識(shí)，數(shù)據(jù)路由可以控制到不同優(yōu)惠組件，優(yōu)惠組件然后各自執(zhí)行業(yè)務(wù)邏輯。接著也預(yù)留了個(gè)消息口子，讓業(yè)務(wù)方定制化處理，比如消息觸發(fā)等。

之前規(guī)則條件判斷這塊比較分散，規(guī)則條件判斷與其他系統(tǒng)代碼耦合在一起，改動(dòng)起來也比較容易出問題。另一方面，每一個(gè)營銷活動(dòng)的接入都涉及到規(guī)則的開發(fā)，規(guī)則唯一不變的就是"多變"。出于規(guī)則統(tǒng)一的角度，以及后續(xù)平臺(tái)規(guī)則可以讓業(yè)務(wù)運(yùn)營方定制化配置角度的考慮，引入了規(guī)則解析引擎。

規(guī)則引擎這塊還是比較復(fù)雜的，不過目前我們規(guī)則這塊還是比較簡單的，主要還是涉及到Condition條件與Action動(dòng)作。舉個(gè)例子，比如判斷是否新人，送禮品。

規(guī)則的判斷通過condition注解標(biāo)記方法去控制，規(guī)則通過的話，觸發(fā)相應(yīng)Action標(biāo)記的方法行為。
上面只是個(gè)簡單的舉個(gè)例子。實(shí)際上規(guī)則判斷這塊，沒這么簡單。一般規(guī)則涉及到多個(gè)規(guī)則組合觸發(fā)行為，以及多個(gè)規(guī)則有一個(gè)規(guī)則通過（可能涉及優(yōu)先級@Priority），就觸發(fā)行為，后續(xù)規(guī)則直接中斷等。目前營銷底層規(guī)則策略主要還是單個(gè)以及組合策略，還是比較簡單的, 可以滿足現(xiàn)在的需求。后面隨著業(yè)務(wù)越來越復(fù)雜，以及營銷活動(dòng)平臺(tái)開放出去的發(fā)展，運(yùn)營配置化等，我們會(huì)去考慮規(guī)則動(dòng)態(tài)化配置，規(guī)則策略的完善，規(guī)則表達(dá)式解析等等。

優(yōu)惠組件化，主要還是出于模塊重用性以及代碼復(fù)用性考慮，優(yōu)惠之間如何執(zhí)行互不影響，各自維護(hù)自己的業(yè)務(wù)以及保持自己的穩(wěn)定性。目前我們優(yōu)惠組件主要還是包含下面這幾個(gè):

這里提到的自動(dòng)化主要還是指，基于規(guī)則觸發(fā)優(yōu)惠自動(dòng)化發(fā)送這塊。上面已經(jīng)提到過，營銷活動(dòng)業(yè)務(wù)自己定義一些規(guī)則，判斷用戶是否發(fā)送優(yōu)惠，主要先經(jīng)過規(guī)則解析引擎，滿足后觸發(fā)底層優(yōu)惠發(fā)送接口。后續(xù)給用戶發(fā)送什么優(yōu)惠，以及發(fā)送多少，失敗重試以及補(bǔ)償，底層自動(dòng)化處理，業(yè)務(wù)方不用關(guān)心，只需要簡單觸發(fā)一下。當(dāng)然我們也開放出去了接口，支持業(yè)務(wù)方去自定義發(fā)送什么，流水記錄是否記錄等。

目前我們營銷業(yè)務(wù)這塊正在快速發(fā)展中，隨之伴隨著線上大量業(yè)務(wù)的問題咨詢以及答疑。開發(fā)往往在這方面花費(fèi)不少時(shí)間與精力去排查。工具化就是基于此誕生的，簡單說就是用產(chǎn)品的思維開發(fā)出這套工具，讓工程團(tuán)隊(duì)等去查詢問題，知道問題出在哪一步，極大解放出來了研發(fā)。

上面說到我們目前框架流程統(tǒng)一，這樣其實(shí)讓工具化更好統(tǒng)一了。那究竟工具化是怎樣的呢？

比如，優(yōu)惠發(fā)放整個(gè)流程節(jié)點(diǎn)如下圖:

工程團(tuán)隊(duì)在使用工具化后臺(tái)的話，要查看某個(gè)用戶的權(quán)益發(fā)放情況。輸入店鋪編碼與手機(jī)號(hào)，出現(xiàn)活動(dòng)列表，選擇商家相應(yīng)的活動(dòng)，進(jìn)入到類似上面的節(jié)點(diǎn)圖。工程團(tuán)隊(duì)可以查看每一步的執(zhí)行情況，比如step3，觸發(fā)領(lǐng)卡動(dòng)作，可能這一步會(huì)失敗，那結(jié)點(diǎn)上會(huì)顯示為什么失敗，具體原因可能是會(huì)員卡刪除了還是其他的什么。簡單說就是整個(gè)業(yè)務(wù)流程可視化了，可以看每一個(gè)結(jié)點(diǎn)的執(zhí)行情況，當(dāng)然業(yè)務(wù)方可以自行定義結(jié)點(diǎn)，在流程展示出來。不僅僅對于工程團(tuán)隊(duì)，對于研發(fā)來說，其實(shí)也很大減輕了排查問題的效率。

從技術(shù)層面考慮，工具化實(shí)現(xiàn)，除了本身框架流程自行會(huì)記錄下來關(guān)鍵數(shù)據(jù)，我們在數(shù)據(jù)底層提供了相應(yīng)的服務(wù)接口暴露開放出來，可以讓業(yè)務(wù)自行自定義結(jié)點(diǎn)，埋點(diǎn)記錄下來業(yè)務(wù)執(zhí)行數(shù)據(jù)。目前業(yè)務(wù)結(jié)點(diǎn)關(guān)鍵數(shù)據(jù)是存儲(chǔ)在TIDB，主要還是因?yàn)門IDB既能像MySQL一樣便于使用，能讓業(yè)務(wù)幾乎不用做任何修改，又能滿足分布式的存儲(chǔ)需求，同時(shí)還能保證查詢性能。這里提到一點(diǎn)，隨著業(yè)務(wù)的接入，這個(gè)接口后期可能QPS還是很高的，我們目前還是通過mq去削峰，以及并發(fā)控制。

營銷底層其實(shí)很大程度上提高研發(fā)效率，以及系統(tǒng)穩(wěn)定性。除了上面提到的一些點(diǎn)以外，營銷底層其實(shí)還做了很多，比如動(dòng)態(tài)日志級別輸出等。后續(xù)隨著業(yè)務(wù)的遷入，營銷底層后面主要還是更多的考慮怎么去完善底層鏈路，規(guī)則策略，動(dòng)態(tài)配置化，以及平臺(tái)化開放等。

最后插播一個(gè)招聘廣告，會(huì)員營銷部門是一個(gè)崇尚自由、開放、互通的部門，對營銷產(chǎn)品開發(fā)感興趣的可以發(fā)郵件給 lurou@2dfire.com

如果你覺得我分享的東西有所幫助,不妨關(guān)注下。