公司金融客群數(shù)量逐步增加，需要優(yōu)化整體分單、審單功能來滿足公司業(yè)務(wù)長期發(fā)展。本篇文章從目標(biāo)、背景、分單全局圖、以及分單模塊幾個(gè)方面做出了詳細(xì)介紹，告訴大家如何設(shè)計(jì)信審風(fēng)控后臺(tái)派單策略。

一、目標(biāo)

完成“時(shí)效+人效”提升。保證分單邏輯上實(shí)現(xiàn)前線期望的時(shí)效最優(yōu)，并配合業(yè)務(wù)管理及業(yè)務(wù)績效優(yōu)化達(dá)成時(shí)效、人效大目標(biāo)。期望實(shí)現(xiàn)整體實(shí)現(xiàn)，訂單分給合適的人。

二、背景

基于公司金融客群數(shù)量逐步增加，需要優(yōu)化整體分單、審單功能來滿足公司業(yè)務(wù)長期發(fā)展。

原分單邏輯如下內(nèi)容不符合目前的審核業(yè)務(wù)：

• 其一訂單維度，原分單功能沒有訂單池概念，訂單會(huì)全部分配至在班人手中，不能達(dá)到每個(gè)訂單被最優(yōu)對(duì)待；
• 其二審核人維度，由于訂單屬性及難易程度不同，人員手中的堆單，會(huì)對(duì)審核人的任務(wù)量、審核時(shí)效造成不公平影響。

所以針對(duì)分單功能模塊，進(jìn)行如下的優(yōu)化內(nèi)容以達(dá)到每個(gè)訂單被最優(yōu)對(duì)待；同時(shí)幫助業(yè)務(wù)通過環(huán)節(jié)細(xì)分分析問題，例如是關(guān)聯(lián)到審核人手不夠、單個(gè)審核人能力不夠、還是單個(gè)審核人注意力不集中等問題。

三、定義說明

1. 訂單屬性

目前包含：新單、老單。

初審/復(fù)審新單：在審核狀態(tài)為等待初審、等待復(fù)審條件下，訂單上無初審/復(fù)審審核人。

初審/復(fù)審老單：在審核狀態(tài)為等待初審、等待復(fù)審條件下，訂單上有初審/復(fù)審審核人。

2. 屬性規(guī)則

目前包含：新單規(guī)則、老單規(guī)則。

3. 審核狀態(tài)

原有：等待初審、等待復(fù)審。

后續(xù)：初審審核狀態(tài)包含（初審排隊(duì)中、初審中、初審掛起），復(fù)審審核狀態(tài)包含（復(fù)審排隊(duì)中、復(fù)審中、復(fù)審掛起）。

四、分單全局圖

說明：

1. 新單、老單屬于目前會(huì)重點(diǎn)考慮的訂單屬性，屬性不同會(huì)對(duì)應(yīng)不同的規(guī)則；
2. 人工流程下駁回的訂單，重新回到信審環(huán)節(jié)是有審核人的訂單，即老單；
3. 公海分單池的概念是用狀態(tài)初審排隊(duì)中、復(fù)審排隊(duì)中?來定義狀態(tài)進(jìn)行構(gòu)建；
4. 已分訂單池在新概念中指的是初審中、復(fù)審中?狀態(tài)下的訂單即審核中訂單。

五、分單模塊說明

1. 訂單排序邏輯——通過訂單排序邏輯判斷當(dāng)前待分配訂單

1. 訂單排序隊(duì)列包含普通隊(duì)列和加急隊(duì)列，加急隊(duì)列優(yōu)先分；
2. 加急隊(duì)列：操作【置頂功能】則訂單歸為加急隊(duì)列。加急隊(duì)列排序是默認(rèn)最后加急的最優(yōu)先，同KTV點(diǎn)歌；
3. 普通隊(duì)列：普通隊(duì)列同原來，最早提交的最優(yōu)先。資方狀態(tài)獨(dú)立后最早完成資方審核，即最早進(jìn)入信審的最優(yōu)先，按照提審時(shí)間。

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

單訂單流程圖：

訂單狀態(tài)由【排隊(duì)中】到【審核中】

新單規(guī)則：

1. 出現(xiàn)審核人員當(dāng)前待審核單量為0，執(zhí)行分單操作。（當(dāng)前待審核單量：不包含掛起訂單）
2. 多個(gè)審核人員當(dāng)前待審核單量為0，優(yōu)先分給距離上次無單時(shí)間長的審核人員。（沒單時(shí)間長：初審看最后一次初審提交時(shí)間早，復(fù)審看復(fù)審最后一次提交時(shí)間早，包含掛起行為）

老單規(guī)則：

1. 原有審核人員在線，出現(xiàn)原審核人員當(dāng)前待審核單量為0，執(zhí)行分單操作。（當(dāng)前待審核單量：不包含掛起訂單）
2. 原有審核人員在線，出現(xiàn)原審核人員當(dāng)前待審核單量不為0，在隊(duì)列中高優(yōu)等待分單。
3. 原審核人員不在線，按照新單規(guī)則重新分配。

3. 訂單分單功能

修改審核人功能：

1. 審核中訂單（初審審核、復(fù)審審核），可修改審核人。

【狀態(tài)】可修改的初審審核狀態(tài)包含（初審排隊(duì)中、初審中），復(fù)審審核狀態(tài)包含（初審排隊(duì)中、復(fù)審中）。

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

（預(yù)防特殊場(chǎng)景的功能例如：有很多當(dāng)前訂單為0的審核人員，但是老單子還在等待；還有主管的分配任務(wù)制度，會(huì)需要手動(dòng)指單到具體的人）

細(xì)節(jié)說明：初審中使用修改審核人功能，修改為具體的人，則需要【修改審核人的情況：原審核人-1，新審核人 +1；同時(shí)更新原審核人的最后提交時(shí)間和新審核人的分單時(shí)間，并更新人員有無單狀態(tài)】。

值班表配置功能：

1. 值班表配置人員順序 為?初始分單人員?默認(rèn)順序。（預(yù)防隨機(jī)分配的不明確，以及扯皮）
2. 進(jìn)入新的值班表配置區(qū)間，也遵從以上規(guī)則。

六、總結(jié)

功能設(shè)計(jì)是根據(jù)業(yè)務(wù)當(dāng)前情況定義的，但是分單相關(guān)的排隊(duì)邏輯和分單規(guī)則的合理設(shè)計(jì)是所有派單的核心，同時(shí)也是需要解耦處理的關(guān)鍵內(nèi)容。

同時(shí)感謝大家關(guān)注。您的鼓勵(lì)是我前進(jìn)的動(dòng)力！

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

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