房產公司傭金辦理體系，要怎樣搭建？

從業務維度來看，房產公司的傭金辦理可以分紅多個維度。此時，怎樣搭建公道的傭金辦理體系，就成為了緊張之處。本篇文章里，作者團結本人的看法，對傭金辦理體系的開頭框架舉行了總結，感興致的話就來看看吧。

今天和各位分享的是房地產公司傭金辦理體系的框架模子，渴望能對初次交往傭金辦理體系搭建的小伙伴有所協助&啟示。

文章布局：

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協議

該文看法僅代表作者本人，各位都是產物司理平臺僅提供信息存儲空間辦事。