CASE STUDY
业务承揽课程分润系统
以多层级职级与成交团队为架构，将报名、支付与分润结算串接为单一流程。每一笔成交进入系统时，即按当下的组织关系与职级规则实时试算各层分润，取代人工整理报表的做法。
定制化系统
客户产业／课程分润
RESULTS
这个项目改善了什么
- -95%
- 分润结算时间
- 实时
- 跨层级自动试算
面临的问题
课程以业务承揽制销售时，困难之处不在收款，而在于「这笔金额该分给谁、各分多少」。组织具有多层职级，一笔成交往往需向上分配数层，规则亦会随职级调整而变动。
- 分润依赖人工试算，每月结算期须自报名记录回推组织关系，耗时且容易产生误差。
- 业务人员在期中无法掌握当月的预估收入，只能等待结算结果。
- 职级异动与团队调整后，过往的核算基准难以追溯，出现争议时缺乏依据。
我们的做法
我们将组织结构纳入系统的核心数据，使分润规则直接挂在职级与团队之上，于成交当下完成试算。
- 建立多层级职级与成交团队模型，异动时保留历史版本，使每笔分润均可追溯至当时适用的规则。
- 报名、缴费与支付状态纳入同一套流程，付款完成即触发分润试算。
- 每位业务人员具备专属的分润明细页，可实时查看跨层级的试算结果与结算状态。
成效
结算由每月一次的集中作业，转为系统于后台完成的例行工作。
- 分润结算时间下降约 95%，管理端无须为对账投入大量人力。
- 跨层级分润实时自动试算，业务人员可随时掌握自身的收入情况。
- 规则与组织变动均保留版本记录，分润争议可直接调阅依据。
CONSTRAINTS
限制条件
本案自始不可变动的前提。理解限制，才能理解做法背后的取舍。
分润系统的难处不在核算本身，而在于一次误差就会影响某位业务人员的实领金额，因此有几项前提自始即不可放宽。
- 职级与团队的规则沿用公司既有制度。系统必须能容纳既有制度，而非要求公司为配合系统而简化制度。
- 组织会变动，但已结算的分润不得被改写，每一笔均须可追溯至当时适用的规则。
- 金额涉及业务收入，每一笔试算都须呈现核算依据，不能仅提供结果数字。
- 业务人员会随时查询自身分润，查询范围仅限本人与所属层级，不得查看其他团队的数据。
HOW IT WORKS
技术与整合
实际对接的对象、数据的流动方式与选择理由，以下以不需技术背景即可理解的方式说明。
我们将组织结构纳为系统的一部分，而非每次结算时再行还原。
- 职级与团队的关系以具版本的数据保存。规则调整仅影响后续成交，先前已结算者维持原状。
- 报名与缴费串接于同一条流程，付款完成即触发分润试算，无须等待人工启动结算。
- 业务端与管理端看到的是同一份试算结果，两者不会出现无法对应的数字。