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