如何設計信審風控后臺分單策略?
公司金融客群數量逐步增加,需要優化整體分單、審單功能來滿足公司業務長期發展。本篇文章從目標、背景、分單全局圖、以及分單模塊幾個方面做出了詳細介紹,告訴大家如何設計信審風控后臺派單策略。
一、目標
完成“時效+人效”提升。保證分單邏輯上實現前線期望的時效最優,并配合業務管理及業務績效優化達成時效、人效大目標。期望實現整體實現,訂單分給合適的人。
二、背景
基于公司金融客群數量逐步增加,需要優化整體分單、審單功能來滿足公司業務長期發展。
原分單邏輯如下內容不符合目前的審核業務:
- 其一訂單維度,原分單功能沒有訂單池概念,訂單會全部分配至在班人手中,不能達到每個訂單被最優對待;
- 其二審核人維度,由于訂單屬性及難易程度不同,人員手中的堆單,會對審核人的任務量、審核時效造成不公平影響。
所以針對分單功能模塊,進行如下的優化內容以達到每個訂單被最優對待;同時幫助業務通過環節細分分析問題,例如是關聯到審核人手不夠、單個審核人能力不夠、還是單個審核人注意力不集中等問題。
三、定義說明
1. 訂單屬性
目前包含:新單、老單。
初審/復審新單:在審核狀態為等待初審、等待復審條件下,訂單上無初審/復審審核人。
初審/復審老單:在審核狀態為等待初審、等待復審條件下,訂單上有初審/復審審核人。
2. 屬性規則
目前包含:新單規則、老單規則。
3. 審核狀態
原有:等待初審、等待復審。
后續:初審審核狀態包含(初審排隊中、初審中、初審掛起),復審審核狀態包含(復審排隊中、復審中、復審掛起)。
四、分單全局圖
說明:
- 新單、老單屬于目前會重點考慮的訂單屬性,屬性不同會對應不同的規則;
- 人工流程下駁回的訂單,重新回到信審環節是有審核人的訂單,即老單;
- 公海分單池的概念是用狀態初審排隊中、復審排隊中?來定義狀態進行構建;
- 已分訂單池在新概念中指的是初審中、復審中?狀態下的訂單即審核中訂單。
五、分單模塊說明
1. 訂單排序邏輯——通過訂單排序邏輯判斷當前待分配訂單
- 訂單排序隊列包含普通隊列和加急隊列,加急隊列優先分;
- 加急隊列:操作【置頂功能】則訂單歸為加急隊列。加急隊列排序是默認最后加急的最優先,同KTV點歌;
- 普通隊列:普通隊列同原來,最早提交的最優先。資方狀態獨立后最早完成資方審核,即最早進入信審的最優先,按照提審時間。
2. 訂單分單策略——根據訂單屬性看目前分新/老訂單
單訂單流程圖:
訂單狀態由【排隊中】到【審核中】
新單規則:
- 出現審核人員當前待審核單量為0,執行分單操作。(當前待審核單量:不包含掛起訂單)
- 多個審核人員當前待審核單量為0,優先分給距離上次無單時間長的審核人員。(沒單時間長:初審看最后一次初審提交時間早,復審看復審最后一次提交時間早,包含掛起行為)
老單規則:
- 原有審核人員在線,出現原審核人員當前待審核單量為0,執行分單操作。(當前待審核單量:不包含掛起訂單)
- 原有審核人員在線,出現原審核人員當前待審核單量不為0,在隊列中高優等待分單。
- 原審核人員不在線,按照新單規則重新分配。
3. 訂單分單功能
修改審核人功能:
1. 審核中訂單(初審審核、復審審核),可修改審核人。
【狀態】可修改的初審審核狀態包含(初審排隊中、初審中),復審審核狀態包含(初審排隊中、復審中)。
2. 修改審核人功能,初審排隊中、初審中只能修改為具體的人(可修改范圍為所有人員)。
(預防特殊場景的功能例如:有很多當前訂單為0的審核人員,但是老單子還在等待;還有主管的分配任務制度,會需要手動指單到具體的人)
細節說明:初審中使用修改審核人功能,修改為具體的人,則需要【修改審核人的情況:原審核人-1,新審核人 +1;同時更新原審核人的最后提交時間和新審核人的分單時間,并更新人員有無單狀態】。
值班表配置功能:
- 值班表配置人員順序 為?初始分單人員?默認順序。(預防隨機分配的不明確,以及扯皮)
- 進入新的值班表配置區間,也遵從以上規則。
六、總結
功能設計是根據業務當前情況定義的,但是分單相關的排隊邏輯和分單規則的合理設計是所有派單的核心,同時也是需要解耦處理的關鍵內容。
同時感謝大家關注。您的鼓勵是我前進的動力!
本文由 @王微辣 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
請問排隊邏輯與分單規則如何解耦能具體解釋一下嗎