在電商運(yùn)營中，精細(xì)化運(yùn)營是提升效率和效果的關(guān)鍵。本文從電商運(yùn)營的“人、貨、場”三個(gè)核心維度出發(fā)，深入探討了如何通過構(gòu)建場域決策引擎實(shí)現(xiàn)精細(xì)化運(yùn)營。

電商運(yùn)營是基于人、貨、場等不同維度的精細(xì)化運(yùn)營體系，用一句話來解釋，就是在某個(gè)場景下，針對指定用戶和指定商品，執(zhí)行指定的業(yè)務(wù)動作，并觀測對應(yīng)的業(yè)務(wù)數(shù)據(jù)。

如之前文章所述，電商運(yùn)營是個(gè)非常龐大的體系，涉及營銷系統(tǒng)、黃金流程、促銷系統(tǒng)等等，如果每個(gè)系統(tǒng)都各自維護(hù)自己的場景、渠道、用戶和商品等等策略規(guī)則，那么將導(dǎo)致每個(gè)系統(tǒng)配置有各自的邏輯，日常維護(hù)困難，不僅開發(fā)成本高，運(yùn)營效率也非常低。

所以我們需要有一套通用的場域決策引擎，蘊(yùn)含從底層到應(yīng)用層的全部功能，包括標(biāo)簽、規(guī)則、策略、實(shí)例、場景、策略樹以及數(shù)據(jù)，并支持全部的電商運(yùn)營系統(tǒng)貫穿使用。

本文將從以下目錄講述場域鞠策引擎如何搭建，分上下兩篇文章。

一、背景

二、專業(yè)名稱解釋

三、系統(tǒng)框架

四、業(yè)務(wù)流程

五、標(biāo)簽系統(tǒng)

六、規(guī)則系統(tǒng)

七、策略系統(tǒng)

八、場景實(shí)例系統(tǒng)

九、策略樹

十、常見問題

一、背景

電商業(yè)務(wù)在日常運(yùn)營中，都需要針對用戶進(jìn)行精細(xì)化運(yùn)營和分流測試，達(dá)到最優(yōu)的運(yùn)營效果。例如，針對某些用戶進(jìn)行發(fā)券，并測試對這些用戶發(fā)什么優(yōu)惠券的轉(zhuǎn)化效果最優(yōu)。

在這個(gè)過程中，涉及到用戶人群的精細(xì)化篩選，以及用戶分流的精準(zhǔn)實(shí)驗(yàn)。

什么是B端产品经理？和C端产品经理有什么区别？

B端产品经理中的B是Business，商业的意思，B端产品经理首先就要理解这个职位的重要性，要设计出更适合这个项目需求的产品方案，B最终产品经理在日常工作中...

查看详情 >

而場域決策系統(tǒng)主要實(shí)現(xiàn)以下目標(biāo)：

• 統(tǒng)一化維護(hù)場景、渠道、用戶、選品規(guī)則等，既能完成底層數(shù)據(jù)的統(tǒng)一管理，也能實(shí)現(xiàn)后續(xù)各模塊的統(tǒng)一維護(hù)優(yōu)化。
• 統(tǒng)一化運(yùn)營策略管理，方便運(yùn)營在運(yùn)營管理系統(tǒng)快速創(chuàng)建策略及投放，并實(shí)現(xiàn)數(shù)據(jù)回收及觀測。
• 統(tǒng)一化研發(fā)能力管理，搭建一套蘊(yùn)含策略運(yùn)營體系框架，各模塊抽象并獨(dú)立管理維護(hù)，方便研發(fā)統(tǒng)一化處理各類邏輯。
• 增強(qiáng)拓展性建設(shè)，后續(xù)如果業(yè)務(wù)存在外部場景拓展，可以涵蓋更多的外部渠道，并支持針對性運(yùn)營。

基于以上場景，場域決策系統(tǒng)擬支持場景、實(shí)例、策略、規(guī)則、標(biāo)簽五層結(jié)構(gòu)及對應(yīng)能力。

二、專業(yè)名稱解釋

三、系統(tǒng)框架

先從產(chǎn)品視角看場域決策系統(tǒng)的架構(gòu)設(shè)計(jì)。一共分為五層：

1、場景層

場景層是指調(diào)用使用決策引擎的場景，包括流量場景、支付場景、促銷場景等等。只要有系統(tǒng)需要接入使用，那么將相當(dāng)于一個(gè)場景方，接入到場域決策引擎中。

2、實(shí)例層

實(shí)例層從產(chǎn)品意義上，是指場景下具體改動的實(shí)例，也就是真正作用的地方。比如說，促銷場景中，具體的某個(gè)促銷活動ID就是一個(gè)實(shí)例，他是具體的，決策引擎真正作用的實(shí)體。再比如說，流量場景中，具體的某個(gè)頁面ID、某個(gè)資源位ID就是一個(gè)實(shí)例，他是具體的，流量分發(fā)真實(shí)作用的實(shí)體。

3、策略層

策略層就是在這個(gè)實(shí)例中，配置生效的決策策略。一個(gè)基礎(chǔ)策略為在什么規(guī)則下執(zhí)行什么動作。也就是說他由規(guī)則和決策兩部分組成。決策與場景實(shí)例相關(guān)，不同場景實(shí)例可配置的決策不同，比方流量層的決策為展示什么素材，促銷場景的決策為促銷優(yōu)惠力度。

4、規(guī)則層

規(guī)則層即為上方策略層描述中涉及到的其中一部分，它包括用戶規(guī)則、商品規(guī)則、自定義規(guī)則等。規(guī)則主要是使用字段+運(yùn)算符組成的表達(dá)式。比如說，用戶生命周期=新用戶形成一條新用戶用戶規(guī)則。

5、標(biāo)簽層

標(biāo)簽層即為上方規(guī)則層強(qiáng)依賴的底層能力，規(guī)則由標(biāo)簽組成，標(biāo)簽是整個(gè)場域決策系統(tǒng)的根，是一切決策的數(shù)據(jù)來源。與規(guī)則一致，標(biāo)簽包括用戶標(biāo)簽、商品標(biāo)簽、透傳標(biāo)簽等。標(biāo)簽數(shù)據(jù)的準(zhǔn)確性決定了決策引擎決策的準(zhǔn)確性。

如果從研發(fā)視角看場域決策系統(tǒng)的架構(gòu)設(shè)計(jì)，需主要區(qū)分管理端和用戶端。

管理端需要維護(hù)業(yè)務(wù)配置的入口和數(shù)據(jù)，用戶端主要是各個(gè)用戶場景需觸發(fā)接口調(diào)用，當(dāng)接口調(diào)用時(shí)，基于管理端配置的數(shù)據(jù)，實(shí)時(shí)執(zhí)行決策，并返回決策結(jié)果給用戶端。

場域決策系統(tǒng)的ER圖，值得重點(diǎn)關(guān)注，它會影響系統(tǒng)交互和應(yīng)用。

正常情況下，一個(gè)場景可包含多個(gè)實(shí)例，一個(gè)實(shí)例可配置多個(gè)策略。一個(gè)策略可配置一條相同類型的規(guī)則。

同時(shí)，一個(gè)策略可配置一個(gè)AB實(shí)驗(yàn)，一個(gè)AB實(shí)驗(yàn)中可包含多個(gè)實(shí)驗(yàn)組，每個(gè)實(shí)驗(yàn)組需對應(yīng)一個(gè)具體的決策內(nèi)容。

四、業(yè)務(wù)流程

1. 業(yè)務(wù)開發(fā)接入場景實(shí)例

當(dāng)某個(gè)業(yè)務(wù)場景需要策略運(yùn)營時(shí)，則需要將該場景接入電商場域運(yùn)營系統(tǒng)。

例如，支付場景中的支付策略配置，需要篩選用戶人群，并支持AB實(shí)驗(yàn)，則需要把業(yè)務(wù)場景“支付策略配置”接入到場域決策引擎系統(tǒng)，允許業(yè)務(wù)人員進(jìn)行選擇該場景并創(chuàng)建運(yùn)營策略。

接入時(shí)，有研發(fā)在系統(tǒng)中新建場景，并維護(hù)場景的相關(guān)參數(shù)，例如該場景進(jìn)行AB實(shí)驗(yàn)時(shí)需要觀測的數(shù)據(jù)指標(biāo)、實(shí)例數(shù)據(jù)來源、決策數(shù)據(jù)來源、是否支持某類規(guī)則、是否支持AB實(shí)驗(yàn)等。

同時(shí)，還需要新增實(shí)例，除了實(shí)例關(guān)聯(lián)場景、實(shí)例權(quán)限配置外，最重要的是獲取實(shí)例ID，用于實(shí)際開發(fā)使用。

配置完成后，需要研發(fā)針對場景和實(shí)例進(jìn)行開發(fā)，在代碼中落地生效。

2. 場域系統(tǒng)研發(fā)維護(hù)標(biāo)簽

如果業(yè)務(wù)人員需要使用一些標(biāo)簽，需要由場域系統(tǒng)研發(fā)負(fù)責(zé)添加。

為什么是由研發(fā)添加，而非業(yè)務(wù)人員自己創(chuàng)建標(biāo)簽？

一個(gè)是標(biāo)簽的專業(yè)性。很多標(biāo)簽需要的配置項(xiàng)較為專業(yè)，比如說通過接口創(chuàng)建的標(biāo)簽，需要配置接口名、方法名，標(biāo)簽緩存時(shí)間等，這些是非常專業(yè)的內(nèi)容。即使業(yè)務(wù)人員處理，也需要找研發(fā)獲取相關(guān)信息，還不如由研發(fā)直接新增，效果更加。

一個(gè)是標(biāo)簽的重要性。標(biāo)簽是場域決策系統(tǒng)的最底層最核心能力，如果標(biāo)簽出錯(cuò)了，那規(guī)則就出錯(cuò)，決策就出錯(cuò)，這是非常非常嚴(yán)重的問題。所以標(biāo)簽的準(zhǔn)確性是場域決策系統(tǒng)的首要保障。由研發(fā)進(jìn)行配置，配置后進(jìn)行測試，可以最大限度保障標(biāo)簽準(zhǔn)確性，確認(rèn)無問題后再交付業(yè)務(wù)使用。

常規(guī)的標(biāo)簽維護(hù)邏輯是由業(yè)務(wù)提需求，研發(fā)添加、測試，然后再發(fā)布上線。如果上線后存在問題，研發(fā)也可以操作禁用或者修改。

3. 業(yè)務(wù)人員配置規(guī)則

業(yè)務(wù)人員可使用場域系統(tǒng)已生效的標(biāo)簽，任意配置規(guī)則。不同規(guī)則類型可選擇不同標(biāo)簽類型進(jìn)行配置，比如說配置用戶規(guī)則時(shí)，只能選擇用戶標(biāo)簽。

除了選擇標(biāo)簽，還需要選擇具體的運(yùn)算符，比如等于、不等于、大于、小于、包含、不包含等。

標(biāo)簽+運(yùn)算符+標(biāo)簽值，構(gòu)成一條表達(dá)式。

不同的表達(dá)式之間還可以通過“且”、“或”這樣的運(yùn)算符進(jìn)行連接，達(dá)到組合的效果。

在規(guī)則配置完成后，可進(jìn)行測試，測試規(guī)則執(zhí)行結(jié)果是否符合預(yù)期，以判斷自己規(guī)則表達(dá)式配置是否有誤。

測試通過后，即可發(fā)布上線，正式生效。

4. 業(yè)務(wù)人員應(yīng)用配置策略

業(yè)務(wù)人員在配置策略時(shí)，存在兩個(gè)場景。一個(gè)是在場域決策系統(tǒng)閉環(huán)配置，一個(gè)是在應(yīng)用系統(tǒng)中嵌入式配置。

在場域決策系統(tǒng)閉環(huán)配置時(shí)，需要先選擇具體的場景實(shí)例，在實(shí)例中新增一條策略，配置策略時(shí)需選擇已生效的規(guī)則，并選擇是否要創(chuàng)建AB實(shí)驗(yàn)，可針對每個(gè)分支配置決策項(xiàng)，則成功創(chuàng)建一條運(yùn)營策略。

例如，有業(yè)務(wù)人員需要對支付場景，支付策略配置中的分期數(shù)進(jìn)行策略運(yùn)營。則在場域決策系統(tǒng)，選擇業(yè)務(wù)場景“支付策略配置”，

先選擇“低風(fēng)險(xiǎn)用戶”規(guī)則，再配置AB實(shí)驗(yàn)。

選擇對照組，分流比例50%

選擇實(shí)驗(yàn)組，分流比例50%

針對每條分支配置具體決策，例如低風(fēng)險(xiǎn)用戶對照組，配置對應(yīng)分期數(shù)3期；低風(fēng)險(xiǎn)用戶實(shí)驗(yàn)組，配置對應(yīng)分期數(shù)6期。

此外，還存在另一種場景，就是在應(yīng)用系統(tǒng)中嵌入式配置。業(yè)務(wù)人員可以直接在當(dāng)前業(yè)務(wù)系統(tǒng)中選擇一條規(guī)則，并，完成一條業(yè)務(wù)配置。

此時(shí)，雖然業(yè)務(wù)人員不是在場域決策系統(tǒng)中操作配置，但是從實(shí)現(xiàn)框架來說，相當(dāng)于，在場域決策系統(tǒng)新建一條配置，包含場景、實(shí)例、策略。策略包含選中的規(guī)則和具體決策。

但不管是哪種方式配置，最終策略配置完成后，需要發(fā)布實(shí)例，實(shí)例生效后才是正式上線。

此處需要注意，不是發(fā)布策略，而是發(fā)布實(shí)例。

為什么是發(fā)布實(shí)例呢？

我們認(rèn)為實(shí)例是代碼執(zhí)行的最小單位，也就是說這些策略都是在決策這一個(gè)地方的結(jié)果。如果每個(gè)策略都能隨意改動發(fā)布上線，那意味著同樣的一個(gè)地方，不停的有數(shù)據(jù)在更新，在覆蓋，可能就會造成沖突。

因此，通過實(shí)例發(fā)布，就可以解決該問題。同一個(gè)地方，同一時(shí)間內(nèi)只能有一個(gè)版本在編輯，一個(gè)版本發(fā)布后，才能開啟下一個(gè)版本。這樣的版本管理更加安全，也有利于在出問題時(shí)及時(shí)回退。

5. 用戶端執(zhí)行流程

當(dāng)用戶端流程中進(jìn)行到某個(gè)業(yè)務(wù)場景，需要先基于這個(gè)具體的業(yè)務(wù)場景，識別到對應(yīng)的場景實(shí)例ID，判斷該場景實(shí)例ID是否在場域決策系統(tǒng)中有生效的策略，如果存在則執(zhí)行對應(yīng)的策略，并輸出策略執(zhí)行結(jié)果。

例如，當(dāng)用戶下單需要進(jìn)行可用分期數(shù)判斷時(shí)，如果在場域決策系統(tǒng)中，針對支付策略配置存在進(jìn)行中的運(yùn)營策略。則讀取該策略的業(yè)務(wù)配置，用戶是否命中該策略的規(guī)則，以及命中哪一條AB實(shí)驗(yàn)分支，執(zhí)行對應(yīng)的業(yè)務(wù)決策內(nèi)容。

五、標(biāo)簽系統(tǒng)

1. 標(biāo)簽生命周期

一個(gè)標(biāo)簽跟一個(gè)生命一樣，也會經(jīng)歷從出生到死亡。

標(biāo)簽創(chuàng)建時(shí)，他是草稿狀態(tài)，當(dāng)他測試通過后，發(fā)布上線，就變成了生效狀態(tài)。但也是在發(fā)布上線時(shí)，標(biāo)簽就有了兩個(gè)版本，一個(gè)草稿版本，一個(gè)線上版本。

為了標(biāo)準(zhǔn)化標(biāo)簽的版本管理，后續(xù)標(biāo)簽如需編輯，都是編輯草稿版本，然后測試通過，發(fā)布上線，覆蓋更新線上版本，以此類推。這樣也可以確保標(biāo)簽在編輯過程中，不會影響線上的執(zhí)行。

所以，標(biāo)簽只要發(fā)布上線過，就會產(chǎn)生兩個(gè)版本——一個(gè)草稿版本、一個(gè)線上版本。每次編輯都是編輯草稿版本，每次運(yùn)行都是執(zhí)行線上版本。

當(dāng)標(biāo)簽上線后，如果發(fā)現(xiàn)標(biāo)簽有問題，我們可以將標(biāo)簽禁用。

為什么不是刪除，而是禁用？

首先，基于系統(tǒng)安全性考慮，我們基本上不會用刪除這種風(fēng)險(xiǎn)較高的操作，即使刪除也只是邏輯刪除，而非物理刪除。

其次，有些標(biāo)簽已經(jīng)用在規(guī)則中，規(guī)則用在策略中，策略已投放在用戶流程中。如果貿(mào)然刪除標(biāo)簽，影響較難評估，風(fēng)險(xiǎn)較大。

因此，如果發(fā)現(xiàn)標(biāo)簽存在錯(cuò)誤，可以將標(biāo)簽禁用。標(biāo)簽禁用意味著，后續(xù)創(chuàng)建規(guī)則時(shí)，無法再使用該標(biāo)簽，但是已經(jīng)使用該標(biāo)簽，在生效中的規(guī)則，依然可以使用該標(biāo)簽執(zhí)行規(guī)則判斷，不會受影響。如果想徹底下線標(biāo)簽，則可以將對應(yīng)規(guī)則都操作下線。

有禁用，自然就對應(yīng)有啟用。啟用代表著標(biāo)簽是可用狀態(tài)，在創(chuàng)建規(guī)則時(shí)，可以選擇使用該標(biāo)簽。

2. 標(biāo)簽類型

標(biāo)簽需要區(qū)分類型，一方面是，不同類型的標(biāo)簽有不同的入?yún)⒁螅确秸f用戶標(biāo)簽，決策入?yún)⒈仨毷莡id；商品標(biāo)簽，決策入?yún)⑹莝kuid，也就是入?yún)⒓皥?zhí)行邏輯有差異。

另一方面，標(biāo)簽作為最底層的數(shù)據(jù)，從標(biāo)簽上區(qū)分類型，有利于后續(xù)上游的規(guī)則、策略等繼承該類型，從而實(shí)現(xiàn)各環(huán)節(jié)類型的統(tǒng)一。

當(dāng)然，為了方便系統(tǒng)維護(hù)、業(yè)務(wù)檢索，我們也可以自定義標(biāo)簽的二級類型。

常見的標(biāo)簽分類如下：

• 用戶標(biāo)簽：由uid入?yún)⒉樵?，可?xì)分為用戶身份標(biāo)簽、用戶金融（風(fēng)險(xiǎn)）標(biāo)簽、用戶活躍標(biāo)簽、用戶交易標(biāo)簽
• 商品標(biāo)簽：由skuid入?yún)⒉樵儯杉?xì)分商品、價(jià)格、銷售、品牌、店鋪、促銷、品質(zhì)等維度
• 訂單標(biāo)簽：由orderid入?yún)⒉樵?，主要是訂單維度的標(biāo)簽
• 自定義標(biāo)簽：不限制入?yún)⒆侄危纯梢杂腥我庖粋€(gè)字段入?yún)⒉樵?，該字段對?yīng)的標(biāo)簽值是什么。我們常見的渠道、終端類型都屬于該類標(biāo)簽。但自定義標(biāo)簽在使用時(shí)有一個(gè)限制，一個(gè)場景在配置策略時(shí)，規(guī)則中能使用的自定義標(biāo)簽，需要在該場景接入場域決策系統(tǒng)時(shí)，確保場景會透傳進(jìn)入場域系統(tǒng)。舉個(gè)例子，如果該場景想要使用渠道標(biāo)簽，那么在該場景調(diào)用場域決策系統(tǒng)時(shí)，一定需要傳入渠道字段和字段值，否則就會無法決策。

3. 標(biāo)簽來源

標(biāo)簽的數(shù)據(jù)來源一般會有多種，以用戶標(biāo)簽為例，我們通常支持上傳一個(gè)用戶包形成一個(gè)用戶標(biāo)簽、調(diào)用其他系統(tǒng)的字段（比如大數(shù)據(jù)T+1批跑型標(biāo)簽）、通過自定義接口生成的標(biāo)簽、通過透傳字段的透傳標(biāo)簽。

不同的標(biāo)簽來源，意味著不同的字段數(shù)據(jù)來源，也意味著標(biāo)簽具體配置的字段內(nèi)容不同。

從這里看出，如果是自定義接口生成的字段，實(shí)時(shí)性更好，但是配置也更復(fù)雜專業(yè)，這是標(biāo)簽需要由研發(fā)配置的一個(gè)原因。

需注意的是，針對用戶包/商品包這種類型的標(biāo)簽，意味著每天必須批跑這個(gè)包，同時(shí)支持針對這個(gè)包查詢，這對資源要求是較高的，因此一般會有有效期，如果過了有效期，就不再跑包，避免資源浪費(fèi)。

同時(shí)，如果每次請求，查詢標(biāo)簽值時(shí)，都去查詢底層接口或者外部系統(tǒng)，也很容易造成性能壓力，只要頁面流量增大，極可能會把其他系統(tǒng)查崩。因此，標(biāo)簽通常有緩存時(shí)間，比如說三分鐘。

也就是說如果有用戶請求該標(biāo)簽值，則構(gòu)建一個(gè)三分鐘的緩存。只要三分鐘內(nèi)任意請求，都是直接從緩存取值返回，不會再觸發(fā)底層數(shù)據(jù)查詢。三分鐘后緩存失效，再請求時(shí)則會重新觸發(fā)底層數(shù)據(jù)查詢。

4. 字段類型

字段類型主要是影響規(guī)則表達(dá)式的能力，不同字段類型可以支持的規(guī)則運(yùn)算符不一樣，常見的字段類型如下：

比方說，只有數(shù)值型字段，在創(chuàng)建規(guī)則時(shí)，可以選擇大于、小于這種運(yùn)算符。如果是文本類型，選擇大于這種運(yùn)算符，就無法進(jìn)行判斷。

如果是枚舉類型，在創(chuàng)建標(biāo)簽時(shí)，必須要填寫字段枚舉值。只有填寫了字段枚舉值，在創(chuàng)建規(guī)則填寫字段值時(shí)，才可以下拉選擇。

如果不確定枚舉值，則只能選擇文本類型，在創(chuàng)建規(guī)則填寫字段值時(shí)，只能選擇輸入文本值，基于文本值直接進(jìn)行匹配。

5. 標(biāo)簽測試

標(biāo)簽創(chuàng)建完成后，需要測試通過，才能上線。這樣是為了保證標(biāo)簽配置的準(zhǔn)確性，避免配置錯(cuò)誤上線，導(dǎo)致業(yè)務(wù)人員創(chuàng)建規(guī)則時(shí)誤用錯(cuò)誤標(biāo)簽。

測試主要是通過輸入入?yún)?，觀測出參是否符合預(yù)期。

比如，針對用戶生命周期的標(biāo)簽，需要輸入uid，觀測uid輸出值是什么，假設(shè)是一個(gè)新用戶的uid，那么標(biāo)簽輸出值需要是“新用戶”，就是符合預(yù)期。如果是“老用戶”，就是不符合預(yù)期。

需注意，針對自定義標(biāo)簽，因?yàn)闃?biāo)簽值的透傳的，所以入?yún)⑹鞘裁矗鰠⒕褪鞘裁础?/p>

6. 標(biāo)簽應(yīng)用

對于標(biāo)簽而言，他創(chuàng)建完成，發(fā)布上線后，就可以被任意規(guī)則選擇使用。從標(biāo)簽的視角而言，他需要知道他被什么規(guī)則使用了。

上文提到過，標(biāo)簽被禁用后，已使用標(biāo)簽的規(guī)則不會自動下線，需手動處理。那么此處就需要知道標(biāo)簽關(guān)聯(lián)的規(guī)則是什么，這樣才知道要處理什么。

所以，知道標(biāo)簽被使用在哪些規(guī)則中，有利于后續(xù)調(diào)整標(biāo)簽后的檢查。如果標(biāo)簽改變了，可確認(rèn)影響的規(guī)則范圍，也可對需調(diào)整的規(guī)則進(jìn)行快速調(diào)整。