房產公司佣金管理系統，要如何搭建？

從業務維度來看，房產公司的佣金管理可以分成多個維度。此時，如何搭建合理的佣金管理系統，就成為了關鍵之處。本篇文章裡，作者結合自己的看法，對佣金管理系統的初步框架進行了總結，感興趣的話就來看看吧。

今天和大家分享的是房地產公司佣金管理系統的框架模型，希望能對初次接觸佣金管理系統搭建的小夥伴有所幫助&啟發。

文章結構：

1. 佣金管理系統業務場景&整體框架；
2. 基於框架模型的佣金管理系統設計；

一、房地產佣金管理系統業務場景&整體框架

房地產佣金管理根據其業務可分為多種維度。本文主要講述兩個維度的佣金管理：

1）以房地產公司作為甲方的維度，講述其如何給渠道結傭

房地產公司銷售渠道一般分為以下幾種：房產公司自營的內部銷售公司，這種代理型別一般被稱為內部一手代理，與此相對應的還有外部一手代理，內外部一手代理公司主要是全盤負責某個樓盤的房源銷售。

除了一手代理公司，房地產公司還會與二手代理公司簽訂外部渠道，比如像Q房網、鏈家等中介渠道商，二手代理公司主要負責給案場帶客。

除了簽訂渠道公司之外，房地產公司還會開拓一些個人渠道，比如全民營銷、內外部拓客等，這種渠道主要是靠個人來給案場推薦客戶。

總結下來，房地產公司作為甲方，在其佣金管理方面，主要是管理兩種型別的結傭：一種對公，結給公司；一種對私，結給個人。

2）以房地產營銷公司的維度，講述怎麼給內部銷售人員進行結傭

給內部銷售人員結傭，主要是指給內部銷售總監/經理/銷售員、簽約崗等崗位人員結算佣金。

1. 業務全景分析——給誰結傭？結什麼？怎麼結？

1）業務場景一

中大型的地產公司大部分在全國設有分公司，每個分公司負責不同的專案，根據業務的需要，其佣金制度難以從總部層面來進行統一，同時業務週期又較長，導致佣金制度變化快。

業務存在的問題：

• 由於計算標準不統一，線下計算匹配標準與計算佣金，工作量大，計算難，且容易出錯；
• 計算標準會隨市場、政策的變動而變動，導致計算難，容易出錯；
• 佣金計算業務週期長，制度變化直接影響結算流程。

2）業務場景二

結傭物件多，佣金規則差異化大。

業務存在的問題：

• 不同銷售階段、考核指標、跳點方式的不同；
• 不同的銷售形式，銷售組織，需要結傭的團隊各不相同。

一般有內部的自營營銷團隊、代理公司、外部的二手代理（中介）、拓客、全民營銷等各種渠道；不同的崗位、代理公司、外場轉介在業績標準、發放標準、扣傭條件上均存在差異。

3）業務場景三

存在多種特殊業務。

業務存在的問題：由於認購後退房、簽約後退房、退換房價格變動等導致的已結傭需要退還、業績變化導致的點位變化、特批合同等各種特殊業務。

4）業務場景四

銷售人員變動大，導致佣金交接難。

業務存在的問題：

• 人員調崗時，根據是否繼續負責客戶後續事宜，確定佣金是否交接以及交接比例；
• 人員離職時，需確定未結佣金的交接物件及比例，預留的佣金是否需要退還等。

在沒有上線佣金管理系統之前，房地產公司的佣金管理基本都是用excel的形式來記錄，在保留歷史資料、進行資料分析、經營營銷費用等方面可以說是非常繁瑣和落後，上線佣金系統，對於整體業務的管理還是益處多多。

2. 整體框架——如何進行上下游系統應用的整合？

佣金系統在地產整個銷售管理鏈條中處於中間位置，前面是需要基礎資料的支撐如成交資料、人員資料、風控資料等，佣金系統則是配置佣金規則、計算邏輯，通過對基礎資料、規則進行計算之後，得出來的計算結果則輸向下遊消費系統，供財務付款、HR發傭。

第一步：佣金計算的資料可來自HR、ERP、營銷系統或二手房等多個系統。引入MQ保證資料傳遞的實時、可靠性。

第二步：佣金方案的制定、規則的設定、佣金發放的審批等業務操作涉及到審批流，與OA進行整合。

第三步：資料經佣金系統處理完，得出佣金結果，提供給下游業務系統使用。

二、基於框架模型的佣金管理系統設計

1. 應用架構

主要考慮上下游系統與本系統之間的互動。

2. 功能架構

重點描述系統的功能性需求，包括功能模組、核心關鍵的用例圖、與外部系統的介面設計等。

3. 業務流程簡介

全渠道佣金業務流程介紹。

1）核心業務流程——佣金方案制定流程

① 佣金方案制定

佣金方案制定流程如下所示：

② 佣金方案評審

佣金方案制定後，必須走審批流程，由相關人員和領導對佣金方案進行評審。

③ 佣金方案發布

佣金方案評審通過後，便可對佣金方案進行釋出。在佣金方案的有效時間範圍內，佣金方案生效。對釋出後的佣金方案必須進行歷史版本管理。佣金方案版本的更新，需重新走釋出評審流程。

重點：

a）佣金規則靈活配置

• 支援配置佣金規則庫；
• 支援各專案對規則進行引數的靈活配置；
• 支援對多種維度的指標進行設定固定點位；
• 支援根據判斷維度設定完成比例並進行跳點；
• 支援根據不同業態進行跳點；
• 支援根據發放條件設定發放比例；

b）佣金方案個性化設定

• 支援各專案根據業務需求設定個性化佣金方案；
• 配置方案有效期間；
• 配置方案業績目標及權重設定；
• 配置方案基礎佣金規則；
• 配置方案特殊（促銷、退換房等）規則；
• 支援佣金方案線上審批。

2）核心業務流程——佣金計算及發放流程

① 佣金計算及發放包括： 佣金計算、佣金調整、佣金審批、佣金追溯、佣金發放。

佣金計算及發放流程如下所示：

② 佣金計算。 包括應發佣金計算和可發佣金計算。應發佣金總額的計算依據是佣金計算規則，可發佣金的依據是佣金發放規則。在執行佣金方案時，會觸發佣金計算。

具體流程如下所示：

建立計算任務→執行規則→計算預計佣金（根據規則結果型別及具體數值，以計算規則為單位計算各費項對應的佣金及明細。具體的實現跟費項、規則結果型別有關。）→計算應發佣金

③ 佣金補點。因業務需要對佣金點位調整後的預計佣金和應發佣金進行重新計算的過程。

④ 佣金計算調整。指在計算結果的基礎上，結合特殊的場景，對佣金計算結果進行調整。佣金計算調整，建立在佣金計算結果無誤的前提下。如果確認是計算結果有誤，應該拒絕稽核佣金結果，重新進行生成操作。

⑤ 佣金稽核。佣金稽核包括包括佣金計算及調整稽核、佣金發放稽核。

⑥ 佣金追溯。對於某條佣金計算結果記錄，可進行追溯，查找出該佣金結果如何產生。

⑦ 佣金發放。根據生成的應發佣金，進行實發。

重點：

a）佣金計算按週期生成

• 支援根據佣金方案週期自動生成佣金計算結果、發放結果、佣金明細；
• 支援查詢代理公司應發、實發等佣金臺賬資料；
• 支援查詢置業顧問應發、實發等佣金臺賬資料；
• 支援以房源為維度查詢每一套房子所產生佣金比例金額；
• 支援特殊規則下的佣金調整計算、發放。

三、總結

以結傭物件為主體，整合企業內外部各系統資料，圍繞交易資料打造線上結傭平臺，實現佣金規則與業務關聯、佣金與流程、財務、人資等系統打通，通過線上自動計算及生成佣金，有效提高銷售人員督促客戶按時履約的積極性，倒逼案場營銷規範管理，同時減少線下繁雜的複核流程，提高結傭效率，實現全線上快速結傭的閉環管理。

本文僅僅對佣金管理系統的整體框架結構做了一個總結，供初次接觸佣金管理系統的小夥伴們參考。

本文由 @星野二姐 原創釋出於人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基於CC0協議

該文觀點僅代表作者本人，人人都是產品經理平臺僅提供資訊儲存空間服務。

給作者打賞，鼓勵TA抓緊創作！