本文總結(jié)歸納了B端或G端監(jiān)控體系設(shè)計中的設(shè)計要點(diǎn)，并圍繞基礎(chǔ)信息模塊、規(guī)則、預(yù)警操作、預(yù)警問題、監(jiān)控報表等內(nèi)容展開。

B端或G端的監(jiān)控，不同于那些面向不同客戶群體的C端信貸風(fēng)控體系，更多的是針對組織內(nèi)部，或者是同一個體系內(nèi)的，所以監(jiān)控的有效性更多是依賴于規(guī)則的有效性，依賴于規(guī)則引擎的能力。

一套完整的B端或G端（下同）的監(jiān)控體系設(shè)計應(yīng)該是包含基礎(chǔ)信息模塊、規(guī)則配置、預(yù)警操作、預(yù)警問題反饋、監(jiān)控報表。從事前、事中、事后整個體系去管理監(jiān)控，形成一個完整的閉環(huán)。

一、基礎(chǔ)信息模塊

基礎(chǔ)信息模塊，作為一個輔助規(guī)則的存在，主要在于黑白名單的維護(hù)、預(yù)警關(guān)鍵詞的維護(hù)。

黑白名單

黑名單、顧名思義，就是說，雖然滿足或不滿足的所有的規(guī)則，但是只要是黑名單，系統(tǒng)的會直接阻止其進(jìn)行下一步的操作。比如說一個給供應(yīng)商，如果前期因為供應(yīng)商信用不好、經(jīng)營不好，被拉入了黑名單，那么所有給供應(yīng)商付款啥的操作是阻止的。

白名單，相反的，雖然觸犯了預(yù)警的規(guī)則，但是系統(tǒng)是放行的，比如說申請報銷，雖然按照報銷的流程是有金額的限制，但是由于被列入了白名單，規(guī)則是不被觸發(fā)的。

關(guān)鍵詞

預(yù)警關(guān)鍵詞也是為了輔助的規(guī)則的存在，比如說在申請報銷的時候，報銷的摘要中如果存在洗浴、KTV啥的，系統(tǒng)可以設(shè)置相應(yīng)的規(guī)則進(jìn)行預(yù)警。

寬表字段的管理

寬表的字段的存在，主要是為了支撐事后規(guī)則配置，從數(shù)據(jù)平臺中或者數(shù)據(jù)集市取數(shù)的需要，可以對字段的排序、字段的顯示名稱、是否顯示等進(jìn)行設(shè)置。

二、規(guī)則配置

規(guī)則配置主要是對規(guī)則的基本信息如規(guī)則名稱、規(guī)則類別、預(yù)警級別、處理方式、監(jiān)控方式、規(guī)則描述、函數(shù)設(shè)置等進(jìn)行維護(hù)。

圖1規(guī)則配置的流程

注：埋點(diǎn)類的規(guī)則才需要規(guī)則掛接

其中處理方式可以分為阻止、凍結(jié)、提醒、提示等；監(jiān)控方式可以分為事前預(yù)警、事中監(jiān)控、事后分析，那么各代表的含義是啥呢？

事前預(yù)警

是指對監(jiān)控對象明顯的違規(guī)行為進(jìn)行提前攔截、預(yù)警。

事中監(jiān)控

是指對監(jiān)控對象存在的疑似違規(guī)行為進(jìn)行攔截預(yù)警、如觸發(fā)規(guī)則之后，凍結(jié)該項業(yè)務(wù)或操作、或者上傳一些說明材料啥的，讓流程繼續(xù)走。

事后分析

是指對監(jiān)控對象的疑似違規(guī)行為進(jìn)行統(tǒng)計，便于事后跟蹤統(tǒng)計分析，或者進(jìn)行分發(fā)處理。

以上三種監(jiān)控方式，對應(yīng)的處理邏輯是不一樣的，比如事前事中類預(yù)警，需要通過掛接埋點(diǎn)實(shí)現(xiàn)強(qiáng)校驗；事中監(jiān)控需要人工的介入，可能需要工作流的支撐，比如督辦類規(guī)則；而事后分析類的規(guī)則，需要通過底層的數(shù)據(jù)平臺來進(jìn)行處理，下面對以上幾種情況進(jìn)行詳細(xì)的描述。

1. 事前事中埋點(diǎn)類規(guī)則

圖2 事前事中埋點(diǎn)類規(guī)則處理

事前事中埋點(diǎn)類規(guī)則，一般分為業(yè)務(wù)類校驗、監(jiān)控類校驗；對于業(yè)務(wù)類校驗，在觸發(fā)規(guī)則之后，事件是不寫入業(yè)務(wù)系統(tǒng)的數(shù)據(jù)庫中，是不帶BID的，那么對于這類的數(shù)據(jù)記錄，更多的是需要靠監(jiān)控系統(tǒng)自身產(chǎn)生Bid進(jìn)行記錄。

而對于監(jiān)控類的校驗、觸發(fā)規(guī)則之后，業(yè)務(wù)系統(tǒng)也是會觸發(fā)規(guī)則的，但是唯一的區(qū)別的是，監(jiān)控類的校驗，預(yù)警的數(shù)據(jù)是寫入了業(yè)務(wù)庫中，是帶有Bid的。

事前事中類規(guī)則，往往是通過埋點(diǎn)的實(shí)現(xiàn)形式，那么規(guī)則的配置常常需要依賴于規(guī)則引擎的實(shí)現(xiàn)，所以設(shè)計一個好的規(guī)則引擎就顯得至關(guān)重要。

2. 事后類規(guī)則

事后類規(guī)則，由于更多的是為了進(jìn)行事后的數(shù)據(jù)分析，為便于規(guī)則的擴(kuò)展往往采用的是數(shù)據(jù)平臺。數(shù)據(jù)平臺通過ODS庫、調(diào)度中心等實(shí)現(xiàn)定時的抽取數(shù)據(jù)，進(jìn)行預(yù)警分析。

圖3事后類規(guī)則處理

如流程圖中所示，監(jiān)控平臺產(chǎn)生的預(yù)警處理結(jié)果，依賴于數(shù)據(jù)平臺的數(shù)據(jù)倉庫、自助取數(shù)，形成固化的腳本，通過調(diào)度中心來實(shí)現(xiàn)規(guī)則的計算。

3. 業(yè)務(wù)督辦類規(guī)則

督辦類規(guī)則主要是針對超時任務(wù)的處理，可以催辦處理，主要表現(xiàn)為超時設(shè)置、超時數(shù)據(jù) 監(jiān)聽、催辦操作、監(jiān)聽更新操作。

三、預(yù)警操作

預(yù)警操作，主要是針對觸發(fā)了預(yù)警規(guī)則的數(shù)據(jù)進(jìn)行操作，比如凍結(jié)的數(shù)據(jù)，需要重新解凍，讓流程繼續(xù)走下去。

比如監(jiān)控對象針對預(yù)警，上傳了說明，讓流程繼續(xù)流轉(zhuǎn)之后，所產(chǎn)生的材料需要去審批。

以及觸發(fā)的預(yù)警，是否需要監(jiān)控對象進(jìn)一步的處理，在預(yù)警操作這里進(jìn)行處理，作為日常的監(jiān)控工作。

四、預(yù)警問題反饋

對于B端或G端的客戶來說，由于監(jiān)控對象更多的是組織內(nèi)部，所以往往需要設(shè)置一個預(yù)警問題反饋，主要是對于一些高頻的預(yù)警操作，進(jìn)行相應(yīng)的整改，以防止后續(xù)持續(xù)觸發(fā)的預(yù)警，以及對預(yù)警反饋的整改材料進(jìn)行存檔啥的。

五、監(jiān)控報表

對于所有的預(yù)警數(shù)據(jù)，都應(yīng)進(jìn)行存檔、便于后續(xù)的可查可視，預(yù)警的監(jiān)控數(shù)據(jù)，可以按照預(yù)警級別、預(yù)警規(guī)則進(jìn)行，也可以按照月份進(jìn)行統(tǒng)計。

作者：黃誠盛（微信號805244258），平安智慧城產(chǎn)品經(jīng)理，5年產(chǎn)品經(jīng)理，作為產(chǎn)品負(fù)責(zé)人負(fù)責(zé)多個省級大數(shù)據(jù)項目，涵蓋大數(shù)據(jù)、可視化、智慧城市、風(fēng)控。

本文由 @浩瀚星球 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議。