5

房产公司佣金管理系统,要如何搭建?

 2 years ago
source link: https://www.woshipm.com/pd/5586130.html
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
neoserver,ios ssh client

从业务维度来看,房产公司的佣金管理可以分成多个维度。此时,如何搭建合理的佣金管理系统,就成为了关键之处。本篇文章里,作者结合自己的看法,对佣金管理系统的初步框架进行了总结,感兴趣的话就来看看吧。

MowJfESilJhLi0eGPLyW.jpg

今天和大家分享的是房地产公司佣金管理系统的框架模型,希望能对初次接触佣金管理系统搭建的小伙伴有所帮助&启发。

文章结构:

  1. 佣金管理系统业务场景&整体框架;
  2. 基于框架模型的佣金管理系统设计;

一、房地产佣金管理系统业务场景&整体框架

房地产佣金管理根据其业务可分为多种维度。本文主要讲述两个维度的佣金管理:

1)以房地产公司作为甲方的维度,讲述其如何给渠道结佣

房地产公司销售渠道一般分为以下几种:房产公司自营的内部销售公司,这种代理类型一般被称为内部一手代理,与此相对应的还有外部一手代理,内外部一手代理公司主要是全盘负责某个楼盘的房源销售。

除了一手代理公司,房地产公司还会与二手代理公司签订外部渠道,比如像Q房网、链家等中介渠道商,二手代理公司主要负责给案场带客。

除了签订渠道公司之外,房地产公司还会开拓一些个人渠道,比如全民营销、内外部拓客等,这种渠道主要是靠个人来给案场推荐客户。

总结下来,房地产公司作为甲方,在其佣金管理方面,主要是管理两种类型的结佣:一种对公,结给公司;一种对私,结给个人。

2)以房地产营销公司的维度,讲述怎么给内部销售人员进行结佣

给内部销售人员结佣,主要是指给内部销售总监/经理/销售员、签约岗等岗位人员结算佣金。

1. 业务全景分析——给谁结佣?结什么?怎么结?

1)业务场景一

中大型的地产公司大部分在全国设有分公司,每个分公司负责不同的项目,根据业务的需要,其佣金制度难以从总部层面来进行统一,同时业务周期又较长,导致佣金制度变化快。

业务存在的问题:

  • 由于计算标准不统一,线下计算匹配标准与计算佣金,工作量大,计算难,且容易出错;
  • 计算标准会随市场、政策的变动而变动,导致计算难,容易出错;
  • 佣金计算业务周期长,制度变化直接影响结算流程。

2)业务场景二

结佣对象多,佣金规则差异化大。

业务存在的问题:

  • 不同销售阶段、考核指标、跳点方式的不同;
  • 不同的销售形式,销售组织,需要结佣的团队各不相同。

一般有内部的自营营销团队、代理公司、外部的二手代理(中介)、拓客、全民营销等各种渠道;不同的岗位、代理公司、外场转介在业绩标准、发放标准、扣佣条件上均存在差异。

3)业务场景三

存在多种特殊业务。

业务存在的问题:由于认购后退房、签约后退房、退换房价格变动等导致的已结佣需要退还、业绩变化导致的点位变化、特批合同等各种特殊业务。

4)业务场景四

销售人员变动大,导致佣金交接难。

业务存在的问题:

  • 人员调岗时,根据是否继续负责客户后续事宜,确定佣金是否交接以及交接比例;
  • 人员离职时,需确定未结佣金的交接对象及比例,预留的佣金是否需要退还等。

在没有上线佣金管理系统之前,房地产公司的佣金管理基本都是用excel的形式来记录,在保留历史数据、进行数据分析、经营营销费用等方面可以说是非常繁琐和落后,上线佣金系统,对于整体业务的管理还是益处多多。

2. 整体框架——如何进行上下游系统应用的集成?

佣金系统在地产整个销售管理链条中处于中间位置,前面是需要基础数据的支撑如成交数据、人员数据、风控数据等,佣金系统则是配置佣金规则、计算逻辑,通过对基础数据、规则进行计算之后,得出来的计算结果则输向下游消费系统,供财务付款、HR发佣。

第一步:佣金计算的数据可来自HR、ERP、营销系统或二手房等多个系统。引入MQ保证数据传递的实时、可靠性。

第二步:佣金方案的制定、规则的设定、佣金发放的审批等业务操作涉及到审批流,与OA进行集成。

第三步:数据经佣金系统处理完,得出佣金结果,提供给下游业务系统使用。

daJXFpwiPtQShUUWEmYQ.jpg

二、基于框架模型的佣金管理系统设计

1. 应用架构

主要考虑上下游系统与本系统之间的交互。

rhtfu1GRX6ZSLMdMGGKf.jpg

2. 功能架构

重点描述系统的功能性需求,包括功能模块、核心关键的用例图、与外部系统的接口设计等。

kQ6ECSLJ7YfIiXozV7sc.jpg

3. 业务流程简介

全渠道佣金业务流程介绍。

JYPnlu1lUKgx0IK4PtL7.jpg

1)核心业务流程——佣金方案制定流程

① 佣金方案制定

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

RcBabnGGLFOZkMtsYJnp.jpg

② 佣金方案评审

佣金方案制定后,必须走审批流程,由相关人员和领导对佣金方案进行评审。

③ 佣金方案发布

佣金方案评审通过后,便可对佣金方案进行发布。在佣金方案的有效时间范围内,佣金方案生效。对发布后的佣金方案必须进行历史版本管理。佣金方案版本的更新,需重新走发布评审流程。

重点:

a)佣金规则灵活配置

  • 支持配置佣金规则库;
  • 支持各项目对规则进行参数的灵活配置;
  • 支持对多种维度的指标进行设置固定点位;
  • 支持根据判断维度设置完成比例并进行跳点;
  • 支持根据不同业态进行跳点;
  • 支持根据发放条件设置发放比例;

b)佣金方案个性化设置

  • 支持各项目根据业务需求设置个性化佣金方案;
  • 配置方案有效期间;
  • 配置方案业绩目标及权重设置;
  • 配置方案基础佣金规则;
  • 配置方案特殊(促销、退换房等)规则;
  • 支持佣金方案在线审批。

2)核心业务流程——佣金计算及发放流程

① 佣金计算及发放包括: 佣金计算、佣金调整、佣金审批、佣金追溯、佣金发放。

佣金计算及发放流程如下所示:

8mTAWxDTMfzIwwx1Kebq.jpg

② 佣金计算。 包括应发佣金计算和可发佣金计算。应发佣金总额的计算依据是佣金计算规则,可发佣金的依据是佣金发放规则。在执行佣金方案时,会触发佣金计算。

具体流程如下所示:

创建计算任务→执行规则→计算预计佣金(根据规则结果类型及具体数值,以计算规则为单位计算各费项对应的佣金及明细。具体的实现跟费项、规则结果类型有关。)→计算应发佣金

③ 佣金补点。因业务需要对佣金点位调整后的预计佣金和应发佣金进行重新计算的过程。

④ 佣金计算调整。指在计算结果的基础上,结合特殊的场景,对佣金计算结果进行调整。佣金计算调整,建立在佣金计算结果无误的前提下。如果确认是计算结果有误,应该拒绝审核佣金结果,重新进行生成操作。

⑤ 佣金审核。佣金审核包括包括佣金计算及调整审核、佣金发放审核。

⑥ 佣金追溯。对于某条佣金计算结果记录,可进行追溯,查找出该佣金结果如何产生。

⑦ 佣金发放。根据生成的应发佣金,进行实发。

重点:

a)佣金计算按周期生成

  • 支持根据佣金方案周期自动生成佣金计算结果、发放结果、佣金明细;
  • 支持查询代理公司应发、实发等佣金台账数据;
  • 支持查询置业顾问应发、实发等佣金台账数据;
  • 支持以房源为维度查询每一套房子所产生佣金比例金额;
  • 支持特殊规则下的佣金调整计算、发放。

以结佣对象为主体,整合企业内外部各系统数据,围绕交易数据打造线上结佣平台,实现佣金规则与业务关联、佣金与流程、财务、人资等系统打通,通过线上自动计算及生成佣金,有效提高销售人员督促客户按时履约的积极性,倒逼案场营销规范管理,同时减少线下繁杂的复核流程,提高结佣效率,实现全线上快速结佣的闭环管理。

本文仅仅对佣金管理系统的整体框架结构做了一个总结,供初次接触佣金管理系统的小伙伴们参考。

本文由 @星野二姐 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

给作者打赏,鼓励TA抓紧创作!

About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK