如何設計信審風控后臺分單策略?

2 評論 8839 瀏覽 83 收藏 7 分鐘

公司金融客群數量逐步增加,需要優化整體分單、審單功能來滿足公司業務長期發展。本篇文章從目標、背景、分單全局圖、以及分單模塊幾個方面做出了詳細介紹,告訴大家如何設計信審風控后臺派單策略。

一、目標

完成“時效+人效”提升。保證分單邏輯上實現前線期望的時效最優,并配合業務管理及業務績效優化達成時效、人效大目標。期望實現整體實現,訂單分給合適的人。

二、背景

基于公司金融客群數量逐步增加,需要優化整體分單、審單功能來滿足公司業務長期發展。

原分單邏輯如下內容不符合目前的審核業務:

  • 其一訂單維度,原分單功能沒有訂單池概念,訂單會全部分配至在班人手中,不能達到每個訂單被最優對待;
  • 其二審核人維度,由于訂單屬性及難易程度不同,人員手中的堆單,會對審核人的任務量、審核時效造成不公平影響。

所以針對分單功能模塊,進行如下的優化內容以達到每個訂單被最優對待;同時幫助業務通過環節細分分析問題,例如是關聯到審核人手不夠、單個審核人能力不夠、還是單個審核人注意力不集中等問題。

三、定義說明

1. 訂單屬性

目前包含:新單、老單。

初審/復審新單:在審核狀態為等待初審、等待復審條件下,訂單上無初審/復審審核人。

初審/復審老單:在審核狀態為等待初審、等待復審條件下,訂單上有初審/復審審核人。

2. 屬性規則

目前包含:新單規則、老單規則。

3. 審核狀態

原有:等待初審、等待復審。

后續:初審審核狀態包含(初審排隊中、初審中、初審掛起),復審審核狀態包含(復審排隊中、復審中、復審掛起)。

四、分單全局圖

說明:

  1. 新單、老單屬于目前會重點考慮的訂單屬性,屬性不同會對應不同的規則;
  2. 人工流程下駁回的訂單,重新回到信審環節是有審核人的訂單,即老單;
  3. 公海分單池的概念是用狀態初審排隊中、復審排隊中?來定義狀態進行構建;
  4. 已分訂單池在新概念中指的是初審中、復審中?狀態下的訂單即審核中訂單。

五、分單模塊說明

1. 訂單排序邏輯——通過訂單排序邏輯判斷當前待分配訂單

  1. 訂單排序隊列包含普通隊列和加急隊列,加急隊列優先分;
  2. 加急隊列:操作【置頂功能】則訂單歸為加急隊列。加急隊列排序是默認最后加急的最優先,同KTV點歌;
  3. 普通隊列:普通隊列同原來,最早提交的最優先。資方狀態獨立后最早完成資方審核,即最早進入信審的最優先,按照提審時間。

2. 訂單分單策略——根據訂單屬性看目前分新/老訂單

單訂單流程圖:

訂單狀態由【排隊中】到【審核中】

新單規則:

  1. 出現審核人員當前待審核單量為0,執行分單操作。(當前待審核單量:不包含掛起訂單)
  2. 多個審核人員當前待審核單量為0,優先分給距離上次無單時間長的審核人員。(沒單時間長:初審看最后一次初審提交時間早,復審看復審最后一次提交時間早,包含掛起行為)

老單規則:

  1. 原有審核人員在線,出現原審核人員當前待審核單量為0,執行分單操作。(當前待審核單量:不包含掛起訂單)
  2. 原有審核人員在線,出現原審核人員當前待審核單量不為0,在隊列中高優等待分單。
  3. 原審核人員不在線,按照新單規則重新分配。

3. 訂單分單功能

修改審核人功能:

1. 審核中訂單(初審審核、復審審核),可修改審核人。

【狀態】可修改的初審審核狀態包含(初審排隊中、初審中),復審審核狀態包含(初審排隊中、復審中)。

2. 修改審核人功能,初審排隊中、初審中只能修改為具體的人(可修改范圍為所有人員)。

(預防特殊場景的功能例如:有很多當前訂單為0的審核人員,但是老單子還在等待;還有主管的分配任務制度,會需要手動指單到具體的人)

細節說明:初審中使用修改審核人功能,修改為具體的人,則需要【修改審核人的情況:原審核人-1,新審核人 +1;同時更新原審核人的最后提交時間和新審核人的分單時間,并更新人員有無單狀態】。

值班表配置功能:

  1. 值班表配置人員順序 為?初始分單人員?默認順序。(預防隨機分配的不明確,以及扯皮)
  2. 進入新的值班表配置區間,也遵從以上規則。

六、總結

功能設計是根據業務當前情況定義的,但是分單相關的排隊邏輯和分單規則的合理設計是所有派單的核心,同時也是需要解耦處理的關鍵內容。

同時感謝大家關注。您的鼓勵是我前進的動力!

 

本文由 @王微辣 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 請問排隊邏輯與分單規則如何解耦能具體解釋一下嗎

    回復