CASE STUDY
業務承攬課程分潤系統
以多層級職級與成交部隊為架構，將報名、金流與分潤結算串接為單一流程。每一筆成交進入系統時，即依當下的組織關係與職級規則即時試算各層分潤，取代人工整理報表的作法。
客製化系統
客戶產業／課程分潤
RESULTS
這個專案改善了什麼
- -95%
- 分潤結算時間
- 即時
- 跨層級自動試算
面臨的問題
課程以業務承攬制銷售時，困難之處不在收款，而在於「這筆金額該分給誰、各分多少」。組織具有多層職級，一筆成交往往需向上分配數層，規則亦會隨職級調整而變動。
- 分潤仰賴人工試算，每月結算期須自報名紀錄回推組織關係，耗時且容易產生誤差。
- 業務在期中無法掌握當月的預估收入，只能等待結算結果。
- 職級異動與部隊調整後，過往的計算基準難以追溯，發生爭議時缺乏依據。
我們的作法
我們將組織結構納入系統的核心資料，使分潤規則直接掛在職級與部隊之上，於成交當下完成試算。
- 建立多層級職級與成交部隊模型，異動時保留歷史版本，使每筆分潤均可追溯至當時適用的規則。
- 報名、繳費與金流狀態納入同一套流程，付款完成即觸發分潤試算。
- 每位業務具備專屬的分潤明細頁，可即時查看跨層級的試算結果與結算狀態。
成效
結算由每月一次的集中作業，轉為系統於背景完成的例行工作。
- 分潤結算時間下降約 95%，管理端無須為對帳投入大量人力。
- 跨層級分潤即時自動試算，業務可隨時掌握自身的收入狀況。
- 規則與組織變動皆保留版本紀錄，分潤爭議可直接調閱依據。
CONSTRAINTS
限制條件
本案自始不可變動的前提。理解限制，才能理解作法背後的取捨。
分潤系統的難處不在計算本身，而在於一次誤差就會影響某位業務的實領金額，因此有幾項前提自始即不可放寬。
- 職級與部隊的規則沿用公司既有制度。系統必須能容納既有制度，而非要求公司為配合系統而簡化制度。
- 組織會異動，但已結算的分潤不得被改寫，每一筆均須可追溯至當時適用的規則。
- 金額涉及業務收入，每一筆試算都須呈現計算依據，不能僅提供結果數字。
- 業務會隨時查詢自身分潤，查詢範圍僅限本人與所屬層級，不得檢視其他部隊的資料。
HOW IT WORKS
技術與整合
實際串接的對象、資料的流動方式與選擇理由，以下以不需技術背景即可理解的方式說明。
我們將組織結構納為系統的一部分，而非每次結算時再行還原。
- 職級與部隊的關係以具版本的資料保存。規則調整僅影響後續成交，先前已結算者維持原狀。
- 報名與繳費串接於同一條流程，付款完成即觸發分潤試算，無須等待人工啟動結算。
- 業務端與管理端看到的是同一份試算結果，兩者不會出現無法對應的數字。