本文總結歸納了B端或G端監控體系設計中的設計要點，并圍繞基礎信息模塊、規則、預警操作、預警問題、監控報表等內容展開。

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

一套完整的B端或G端（下同）的監控體系設計應該是包含基礎信息模塊、規則配置、預警操作、預警問題反饋、監控報表。從事前、事中、事后整個體系去管理監控，形成一個完整的閉環。

一、基礎信息模塊

基礎信息模塊，作為一個輔助規則的存在，主要在于黑白名單的維護、預警關鍵詞的維護。

黑白名單

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

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

關鍵詞

預警關鍵詞也是為了輔助的規則的存在，比如說在申請報銷的時候，報銷的摘要中如果存在洗浴、KTV啥的，系統可以設置相應的規則進行預警。

寬表字段的管理

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

二、規則配置

規則配置主要是對規則的基本信息如規則名稱、規則類別、預警級別、處理方式、監控方式、規則描述、函數設置等進行維護。

圖1規則配置的流程

注：埋點類的規則才需要規則掛接

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

事前預警

是指對監控對象明顯的違規行為進行提前攔截、預警。

事中監控

是指對監控對象存在的疑似違規行為進行攔截預警、如觸發規則之后，凍結該項業務或操作、或者上傳一些說明材料啥的，讓流程繼續走。

事后分析

是指對監控對象的疑似違規行為進行統計，便于事后跟蹤統計分析，或者進行分發處理。

以上三種監控方式，對應的處理邏輯是不一樣的，比如事前事中類預警，需要通過掛接埋點實現強校驗；事中監控需要人工的介入，可能需要工作流的支撐，比如督辦類規則；而事后分析類的規則，需要通過底層的數據平臺來進行處理，下面對以上幾種情況進行詳細的描述。

1. 事前事中埋點類規則

圖2 事前事中埋點類規則處理

事前事中埋點類規則，一般分為業務類校驗、監控類校驗；對于業務類校驗，在觸發規則之后，事件是不寫入業務系統的數據庫中，是不帶BID的，那么對于這類的數據記錄，更多的是需要靠監控系統自身產生Bid進行記錄。

而對于監控類的校驗、觸發規則之后，業務系統也是會觸發規則的，但是唯一的區別的是，監控類的校驗，預警的數據是寫入了業務庫中，是帶有Bid的。

事前事中類規則，往往是通過埋點的實現形式，那么規則的配置常常需要依賴于規則引擎的實現，所以設計一個好的規則引擎就顯得至關重要。

2. 事后類規則

事后類規則，由于更多的是為了進行事后的數據分析，為便于規則的擴展往往采用的是數據平臺。數據平臺通過ODS庫、調度中心等實現定時的抽取數據，進行預警分析。

圖3事后類規則處理

如流程圖中所示，監控平臺產生的預警處理結果，依賴于數據平臺的數據倉庫、自助取數，形成固化的腳本，通過調度中心來實現規則的計算。

3. 業務督辦類規則

督辦類規則主要是針對超時任務的處理，可以催辦處理，主要表現為超時設置、超時數據 監聽、催辦操作、監聽更新操作。

三、預警操作

預警操作，主要是針對觸發了預警規則的數據進行操作，比如凍結的數據，需要重新解凍，讓流程繼續走下去。

比如監控對象針對預警，上傳了說明，讓流程繼續流轉之后，所產生的材料需要去審批。

以及觸發的預警，是否需要監控對象進一步的處理，在預警操作這里進行處理，作為日常的監控工作。

四、預警問題反饋

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

五、監控報表

對于所有的預警數據，都應進行存檔、便于后續的可查可視，預警的監控數據，可以按照預警級別、預警規則進行，也可以按照月份進行統計。

作者：黃誠盛（微信號805244258），平安智慧城產品經理，5年產品經理，作為產品負責人負責多個省級大數據項目，涵蓋大數據、可視化、智慧城市、風控。

本文由 @浩瀚星球 原創發布于人人都是產品經理，未經許可，禁止轉載。

題圖來自Unsplash，基于CC0協議。