公司金融客群数量逐步增加，需要优化整体分单、审单功能来满足公司业务长期发展。本篇文章从目标、背景、分单全局图、以及分单模块几个方面做出了详细介绍，告诉大家如何设计信审风控后台派单策略。

一、目标

完成“时效+人效”提升。保证分单逻辑上实现前线期望的时效最优，并配合业务管理及业务绩效优化达成时效、人效大目标。期望实现整体实现，订单分给合适的人。

二、背景

基于公司金融客群数量逐步增加，需要优化整体分单、审单功能来满足公司业务长期发展。

原分单逻辑如下内容不符合目前的审核业务：

• 其一订单维度，原分单功能没有订单池概念，订单会全部分配至在班人手中，不能达到每个订单被最优对待；
• 其二审核人维度，由于订单属性及难易程度不同，人员手中的堆单，会对审核人的任务量、审核时效造成不公平影响。

所以针对分单功能模块，进行如下的优化内容以达到每个订单被最优对待；同时帮助业务通过环节细分分析问题，例如是关联到审核人手不够、单个审核人能力不够、还是单个审核人注意力不集中等问题。

三、定义说明

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协议