一种确定销售人员岗位职级的方法、系统、设备及介质与流程
未命名
08-14
阅读:130
评论:0
1.本发明涉及保险销售管理领域,特别是涉及一种确定销售人员岗位职级的方法、系统、设备及介质。
背景技术:
2.在保险销售管理领域,目前的销售人员管理组织结构上呈现出了层次结构的特点,大多由一定数量的销售人员组成一个销售小组,选出一至两个小组长负责该销售小组的日常管理,各销售小组再组成一个销售团队,由一个销售团队长管理,再往上还有各分公司的销售部门经理负责下属各个销售团队的管理。基层销售人员的岗位职级调整由直属领导全面负责,一般依赖直属领导根据销售人员业绩结合日常工作表现主观评定,随着销售队伍的不断发展壮大,这种销售人员岗位职级调整方式已经难以满足公司发展要求了。
3.保险销售队伍,体现出以下两个特点,首先是销售人员构成复杂多样,保险销售人员既存在专职的保险销售精英,也有着大量的兼职销售人员;既存在归属于保险公司管理的正式员工,也存在归属于第三方中介机构管理的代理人员。其次是保险销售人员呈现出流动性高的特点,销售人员入职离职比较频繁。因此,现行的销售人员岗位职级确定办法存在以下缺点:
4.一是不够灵活便捷,难以快速根据销售业绩调整销售人员的岗位职级。受限于多层级的组织架构,基层销售人员的岗位职级晋升链条过长,难以对精英销售人员形成较大的吸引力,无法留住人才,不能适应竞争日益激烈的市场环境。
5.二是公平性难以保证,现行的岗位职级管理办法对于销售业绩的认定缺少一套统一明确且行之有效的规章制度,直属领导对于基层销售人员的定岗定级拥有绝对权力,容易出现“一言堂”的情况。
6.三是历次定岗定级情况难以归档保留,销售人员的历次定岗定级情况数据是非常有价值的经营指标,上级领导者可以根据这些数据分析掌握各分公司销售队伍的经营情况,现行的销售人员定岗定级办法难以汇总保留这些有价值的数据。
技术实现要素:
7.本发明的目的是提供一种确定销售人员岗位职级的方法、系统、设备及介质,以实现销售人员岗位职级管理的线上化、流程化、科学化、透明化。
8.为实现上述目的,本发明提供了如下方案:
9.一种确定销售人员岗位职级的方法,包括:
10.获取销售人员的业务数据;所述业务数据包括保单数据和保费实收数据;
11.对所述业务数据进行保费清分,得到销售人员的保费收入;
12.采用岗位职级计算模型,根据所述保费收入确定销售人员的初算岗位职级;所述岗位职级计算模型中设置有保费职级映射表;所述保费职级映射表按照阶梯式递增的方式设置有若干个保费收入门槛和对应的岗位职级;当所述保费收入位于相邻两个保费收入门
槛的左闭右开区间时,将所述初算岗位职级确定为前一个保费收入门槛对应的岗位职级;当所述保费收入大于或等于最高保费收入门槛时,将所述初算岗位职级确定为最高保费收入门槛对应的岗位职级;
13.对所述初算岗位职级进行定岗定级审核审批,得到销售人员的最终岗位职级;所述定岗定级审核审批包括发起定级、调整职级和豁免定级。
14.可选地,还包括:
15.汇总销售人员的历次定岗定级数据,并在接收到销售人员的查询请求时,将所述定岗定级数据发送至所述销售人员。
16.可选地,还包括:
17.根据所有销售人员的历次定岗定级数据生成多维度报表;所述多维度报表用于分析销售人员的工作情况和销售队伍的经营情况。
18.可选地,还包括:
19.采用反馈自学习算法组件,根据所述最终岗位职级和所述初算岗位职级确定加权参数,并根据所述加权参数优化所述岗位职级计算模型。
20.可选地,获取销售人员的业务数据,具体包括:
21.采用数据同步方法,从下游系统获取销售人员的业务数据;所述数据同步方法包括etl主动同步、apachekafka订阅和接收数据库日志文件增量同步中的至少一种。
22.可选地,对所述业务数据进行保费清分,得到销售人员的保费收入,具体包括:
23.对所述保单数据进行拆分,确定销售人员的贡献比例;
24.根据所述贡献比例对所述保费实收数据进行保费清分,得到销售人员的保费收入。
25.可选地,所述岗位职级计算模型包括销售职级路线和管理职级路线;当所述销售人员的岗位角色为销售时,采用所述销售职级路线,根据所述保费收入和所述保费职级映射表确定初算岗位职级;当所述销售人员的岗位角色为管理时,采用所述管理职级路线,根据所述保费收入和所述保费职级映射表确定初算岗位职级。
26.一种确定销售人员岗位职级的系统,包括:
27.数据同步模块,用于获取销售人员的业务数据;所述业务数据包括保单数据和保费实收数据;
28.保费清分模块,用于对所述业务数据进行保费清分,得到销售人员的保费收入;
29.岗位职级初算模块,用于采用岗位职级计算模型,根据所述保费收入确定销售人员的初算岗位职级;所述岗位职级计算模型中设置有保费职级映射表;所述保费职级映射表按照阶梯式递增的方式设置有若干个保费收入门槛和对应的岗位职级;当所述保费收入位于相邻两个保费收入门槛的左闭右开区间时,将所述初算岗位职级确定为前一个保费收入门槛对应的岗位职级;当所述保费收入大于或等于最高保费收入门槛时,将所述初算岗位职级确定为最高保费收入门槛对应的岗位职级;
30.定岗定级审核审批模块,用于对所述初算岗位职级进行定岗定级审核审批,得到销售人员的最终岗位职级;所述定岗定级审核审批包括发起定级、调整职级和豁免定级。
31.一种电子设备,包括存储器及处理器,所述存储器用于存储计算机程序,所述处理器运行所述计算机程序以使所述电子设备执行上述的确定销售人员岗位职级的方法。
32.一种计算机可读存储介质,其存储有计算机程序,所述计算机程序被处理器执行时实现上述的确定销售人员岗位职级的方法。
33.根据本发明提供的具体实施例,本发明公开了以下技术效果:
34.本发明提供的确定销售人员岗位职级的方法,采用科学合理的岗位职级计算模型,由系统根据销售人员的保费收入确定其初算岗位职级,使销售人员的岗位职级与其保费收入直接挂钩,保证了定岗定级的公平性;此外,还可以根据销售人员的实际工作情况对初算岗位职级进行定岗定级审核审批,以微调销售人员的岗位职级,为管理人员的管理工作提供了抓手。因此,本发明实现了销售人员定岗定级管理的线上化、流程化、科学化、透明化,使粗放式的销售人员定岗定级管理转向更为精细、科学的方式。
附图说明
35.为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
36.图1为本发明提供的确定销售人员岗位职级的方法的流程图;
37.图2为本发明提供的确定销售人员岗位职级的系统的工作流程框图。
具体实施方式
38.下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
39.本发明的目的是提供一种确定销售人员岗位职级的方法、系统、设备及介质,以实现销售人员岗位职级管理的线上化、流程化、科学化、透明化。
40.为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
41.实施例一
42.本发明实施例提供一种确定销售人员岗位职级的方法,该方法由对应的系统实现。如图1及图2所示,所述确定销售人员岗位职级的方法包括:
43.步骤s1:获取销售人员的业务数据。该步骤由系统中的数据同步模块实现。所述业务数据包括保单数据和保费实收数据。
44.其中,保费实收是保险公司为履行保险合同规定的义务而向投保人收取的对价收入。保险公司销售人员的工作业绩很大程度从保费实收规模上体现。
45.优选地,采用数据同步方法,从下游系统获取销售人员的业务数据;所述数据同步方法包括etl主动同步、apachekafka订阅和接收数据库日志文件增量同步中的至少一种。
46.其中,etl全称extract-transform-load,它是将大量的原始数据经过提取(extract)、转换(transform)、加载(load)到目标存储数据仓库的过程。apache kafka是一个分布式流处理平台,它可以用于两大类别的应用:1)构造实时流数据管道,它可以在系统
或应用之间可靠地获取数据。2)构建实时流式应用程序,对这些流数据进行转换或者影响。
47.进一步地,获取销售人员的业务数据之后还包括:对所述业务数据进行数据清洗和数据加工。
48.其中,数据清洗(datacleaning)是对数据进行重新审查和校验的过程,目的在于删除重复信息、纠正存在的错误,并提供数据一致性。一般情况下,数据经过清洗后,依然无法满足数据分析需求,还要经过进一步的加工处理,即数据加工,最终形成简洁、规范、清晰的样本数据。
49.具体地,从其他下游系统汇总销售人员业务数据,同步到本发明提供的确定销售人员岗位职级的系统,经过数据清洗、数据加工后供后续环节使用。在此过程中,销售人员日常销售过程中出单所使用的系统很多,产生了大量格式不完全一致的业务数据,对于本系统,最有用的是销售人员的出单数据和保费实收数据。对于这些数据来源、数据格式不同的原始数据,本系统为适应各下游系统的实际情况,采取了如etl主动同步、apachekafka订阅、接收数据库日志文件增量同步等方式,将这些数据记录在本系统数据库中,之后通过数据清洗加工,剔除了缺失关键字段或关键信息重复的数据,进一步提高了数据质量。目的是从数据源头上做到尽量完整准确的收录销售人员的业务数据,为后续的岗位职级计算环节打好基础。
50.步骤s2:对所述业务数据进行保费清分,得到销售人员的保费收入。该步骤由系统中的保费清分模块实现。
51.其中,所述保费收入为该销售人员在一个定岗定级周期内的保费收入总额。所述定岗定级周期取决于业务管理要求,可每月定级一次,可半年定级一次,也可一年定级一次。在本实施例中为每月定级一次。
52.优选地,对所述保单数据进行拆分,确定销售人员的贡献比例;根据所述贡献比例对所述保费实收数据进行保费清分,得到销售人员的保费收入。
53.具体地,根据保单、保费实收、销售人员数据,将各张保单按比例拆分到各销售人员名下,汇总出销售人员在一个定岗定级周期内的保费收入总额。在实际出单过程中,一张保单从接触客户到最终实际成单,可能是多名销售人员通力合作的结果;除此之外,考虑到销售人员的流动性较强的特点,在一个定岗定级区间内,可能存在销售人员在别的团队产生了出单数据,因此保单和保费归属于谁就变成了一个复杂的问题。考虑到这些情况,系统提出了“贡献比例”这一概念,系统提供了操作界面,管理人员可以将每张保单拆分给多名销售人员,并维护一个销售人员对这张保单的贡献比例,系统在自动拆分保费到销售人员名下时,将会乘以该贡献比例,这样就能更加准确的体现该名销售人员实际的保费收入情况。
54.一名销售人员的保费收入的统计公式可以表示为:
[0055][0056]
其中,p为在一个定岗定级周期内一名销售人员的汇总保费(即保费收入);n为一个定岗定级周期内所有涉及这名销售人员的保单总数;ai为第i份保单的保费实收;ci为该销售人员对第i份保单的贡献比例,其中0≤ci≤1。
[0057]
在本实施例中,系统提供了操作界面,管理人员可以将每张保单拆分给多名销售人员,并维护一个销售人员对这张保单的贡献比例,贡献比例可由管理人员在拆分保单时
评定的。
[0058]
步骤s3:采用岗位职级计算模型,根据所述保费收入确定销售人员的初算岗位职级。该步骤由系统中的岗位职级初算模块实现。
[0059]
所述岗位职级计算模型中设置有保费职级映射表;所述保费职级映射表按照阶梯式递增的方式设置有若干个保费收入门槛和对应的岗位职级;当所述保费收入位于相邻两个保费收入门槛的左闭右开区间时,将所述初算岗位职级确定为前一个保费收入门槛对应的岗位职级;当所述保费收入大于或等于最高保费收入门槛时,将所述初算岗位职级确定为最高保费收入门槛对应的岗位职级。
[0060]
其中,所述岗位职级计算模型包括销售职级路线和管理职级路线;当所述销售人员的岗位角色为销售时,采用所述销售职级路线,根据所述保费收入和所述保费职级映射表确定初算岗位职级;当所述销售人员的岗位角色为管理时,采用所述管理职级路线,根据所述保费收入和所述保费职级映射表确定初算岗位职级。
[0061]
具体地,根据保费清分环节确定的销售人员保费收入,按照岗位职级计算模型确定一个初算岗位职级。根据销售人员岗位角色区别,本发明设计了两套职级模型,s表示销售职级路线,m表示管理职级路线,使用1到n表示职级高低,数字越大表示职级越高。岗位职级计算模型根据保费清分环节确定的销售人员的保费收入,根据保费职级映射表生成一个初算职级。
[0062]
作为一种具体的实施方式,保费职级映射表如表1所示:
[0063]
表1保费职级映射表
[0064][0065]
如表1所示,对于方案a,保费收入门槛的总数为4个,分别为0、5、10、15;对于方案b,保费收入门槛的总数为7个,分别为0、6、12、18、24、30、36。管理人员可以自行选择保费职级映射方案,系统将根据保费收入、销售人员岗位对应的职级路线确定一个初算职级,例如
当选择了a方案,销售人员小王在当前定岗定级周期内的保费收入为12万元的时候,系统将赋予他一个s3的初算职级。如果小王是一名基层管理人员,则他的系统初算职级将为m3。
[0066]
需要注意的是,以上两个保费职级映射方案只是为了举例说明,而不作为对本发明的限制,对于不同公司、不同地域的团队,开展业务的难度不同,无法用一套方案适用于全国的团队。因此可提供多种映射方案供业务管理人员选择标准,根据实际情况选择不同的定级方案,既可以做到管理上的统一,又在最大程度上考虑了基层团队的实际情况。
[0067]
步骤s4:对所述初算岗位职级进行定岗定级审核审批,得到销售人员的最终岗位职级。该步骤由系统中的定岗定级审核审批模块实现。所述定岗定级审核审批包括发起定级、调整职级和豁免定级。
[0068]
具体地,由上级管理人员审核、审批下属全部待定岗定级的销售人员的定岗定级情况,并根据实际情况微调系统初算职级。在系统计算出一个初算职级后,考虑到系统可能存在部分特殊情况没有考虑到,定岗定级仍然需要留有人工介入做一些调整的地方。因此系统提供了三种审核审批初算职级的方式,分别为发起定级、调整职级、豁免定级,发起定级即为管理人员认同系统确定的初算职级,交由下一节点的审核人员审核审批通过/不通过岗位职级数据。调整职级表示管理人员基本认可系统确定的岗位职级数据,但认为应该结合实际情况微调,系统允许管理人员在初算职级基础上调升或调降一级,并且需要填写调升调降理由,然后交给下一审核节点的管理人员决定是否认可调升/调降。豁免定级表示管理人员不认可本次系统计算职级,该销售人员本次不参与本次定岗定级,仍然使用原有的岗位职级。除此之外,系统还允许定级审核审批通过后的数据打回,重新发起流程。
[0069]
进一步地,所述确定销售人员岗位职级的方法还包括:
[0070]
步骤s5:汇总销售人员的历次定岗定级数据,并在接收到销售人员的查询请求时,将所述定岗定级数据发送至所述销售人员。进一步还包括:根据所有销售人员的历次定岗定级数据生成多维度报表;所述多维度报表用于分析销售人员的工作情况和销售队伍的经营情况。该步骤由系统中的定岗定级结果查询模块实现。
[0071]
具体地,本发明提供的确定销售人员岗位职级的方法及系统可用于查询销售人员的历次定岗定级情况、提供多维度报表用于管理人员制订经营策略。系统记录了所有销售人员的历次定岗定级数据。销售人员可以查询自己的历次定岗定级情况,对不认同的定岗定级结果提起申诉。系统根据大量的定岗定级过程数据,分析形成了多种维度的报表,提供给各级管理人员查看,帮助他们查找经营问题,制订改进计划。
[0072]
其中,对于所述多维度报表,每个报表功能的开发工作具体实现方式不同,总的来说是有了大量的定岗定级数据,可以从这些数据中分析出一些有用的信息。例如:目前系统可以统计被定级为s0/m0的销售人员的次数,将这些人员标识为低产能人员。从横向维度,也可以结合销售人员流动情况和定岗定级情况分析经营销售人员留存率。从纵向维度,还可以根据特定销售人员的历次定岗定级数据的波动情况分析该销售人员的工作情况。
[0073]
进一步地,所述确定销售人员岗位职级的方法还包括:采用反馈自学习算法组件,根据所述最终岗位职级和所述初算岗位职级确定加权参数,并根据所述加权参数优化所述岗位职级计算模型。
[0074]
相对应的,所述岗位职级初算模块还引入了反馈自学习算法组件,可以在系统使用过程中记录历次定岗定级的最终结果,自学习算法可根据这些历史数据校正计算模型,
生成一个加权参数δ,用于在下一次的定岗定级中计算出更加准确的初算职级。并且该模块保留可引入除保费实收以外的影响因子的可能性,后续可以结合业务实际,增加其他影响定岗定级的因子,以获得更贴近业务实际需要的系统初算职级。
[0075]
该反馈自学习算法组件的工作原理如下:销售人员的保费收入来自于每张保单的实收保费,并且有些保单的实收保费需要乘以贡献比例,而贡献比例是由管理人员主观评定的,这就导致系统确定的销售人员的保费收入可能与销售人员实际情况有所出入,也就导致了确定出的岗位职级有所偏差。在这种情况下,销售人员对于系统得出的岗位职级存在认可度的区别,系统确定的定岗定级结果在审核审批流程中,可被调升调降,或者豁免,甚至对一条数据返回打回调整,调整的越多,系统认为用户对于这个定级结果认可度越低。反之,认为这个定级结果的认可度越高。将这些数据作为样本数据,调用接口发送给自学习算法组件,组件将返回一个处于0和1之间的加权参数δ,δ表示系统确定的保费收入与实际情况的关联程度,δ越接近1,表示系统确定的保费收入越准确,反之越偏离实际情况。可以在下一次的定岗定级中,将保费收入乘以这个加权参数δ,作为对实际保费收入的修正。重复这个迭代过程,将会得到越来越收敛的δ,从而得到越来越接近实际情况的保费收入,确定出用户认可度更高的岗位职级。
[0076]
此外,销售人员的岗位职级影响因素除了保费收入以外,一些日常工作的完成情况也是一个方面,例如作为销售人员,协助团队长完成组织工作,作为培训讲师,培训新入职销售人员尽快熟悉工作,这些工作无法体现在保费收入上,但也应该作为职级晋升的一个考虑因素。
[0077]
实施例二
[0078]
为了执行上述实施例一对应的方法,以实现相应的功能和技术效果,下面提供一种确定销售人员岗位职级的系统。所述确定销售人员岗位职级的系统包括:
[0079]
数据同步模块,用于获取销售人员的业务数据;所述业务数据包括保单数据和保费实收数据。
[0080]
保费清分模块,用于对所述业务数据进行保费清分,得到销售人员的保费收入。
[0081]
岗位职级初算模块,用于采用岗位职级计算模型,根据所述保费收入确定销售人员的初算岗位职级;所述岗位职级计算模型中设置有保费职级映射表;所述保费职级映射表按照阶梯式递增的方式设置有若干个保费收入门槛和对应的岗位职级;当所述保费收入位于相邻两个保费收入门槛的左闭右开区间时,将所述初算岗位职级确定为前一个保费收入门槛对应的岗位职级;当所述保费收入大于或等于最高保费收入门槛时,将所述初算岗位职级确定为最高保费收入门槛对应的岗位职级。
[0082]
定岗定级审核审批模块,用于对所述初算岗位职级进行定岗定级审核审批,得到销售人员的最终岗位职级;所述定岗定级审核审批包括发起定级、调整职级和豁免定级。
[0083]
此外,所述确定销售人员岗位职级的系统还包括:
[0084]
定岗定级结果查询模块,用于汇总销售人员的历次定岗定级数据,并在接收到销售人员的查询请求时,将所述定岗定级数据发送至所述销售人员,还用于根据所有销售人员的历次定岗定级数据生成多维度报表;所述多维度报表用于分析销售人员的工作情况和销售队伍的经营情况。
[0085]
具体地,本发明设计了确定销售人员岗位职级的系统,通过该系统实现了销售人
员的定岗定级全流程,把原来依赖线下人工处理的环节整合到了线上系统。系统按照整体功能可分成5大模块,分别为数据同步模块、保费清分模块、岗位职级初算模块、定岗定级审核审批模块和定岗定级结果查询模块。
[0086]
如图2所示,系统的整体工作逻辑为:销售人员通过各种销售渠道会产生原始的出单数据(即保单数据)、保费实收数据,数据同步模块通过etl同步这些来源不同,数据质量不一的原始数据,对原始数据清洗、加工后,结合销售人员信息数据,保费清分模块将各种保险产品的出单数据,实收保费数据按照拆分规则确定每张保单,每份实收数据归属于哪个销售人员。岗位职级初算模块根据定岗定级模型结合清分后的数据计算出一个初步的岗位职级。在定岗定级审核审批模块,设计了多层审核审批流程,各级管理岗位可以对系统计算出的岗位职级数据审核通过或不通过,并可以结合实际情况微调销售人员的岗位职级。完成定岗定级后,系统还提供了定岗定级结果查询模块,销售人员本人可以查看自己的历次定岗定级结果及审核情况,系统还提供了一些分析报表给各级管理人员辅助调整经营管理策略。由于该系统与实施例一中提供的确定销售人员岗位职级的方法相对应,相关内容参见实施例一,在此不做赘述。
[0087]
实施例三
[0088]
本发明实施例还提供一种电子设备,包括存储器和处理器,该存储器用于存储计算机程序,该处理器用于运行计算机程序以使电子设备执行实施例一中的确定销售人员岗位职级的方法。所述电子设备可以是服务器。
[0089]
另外,本发明还提供一种计算机可读存储介质,其存储有计算机程序,该计算机程序被处理器执行时实现实施例一中的确定销售人员岗位职级的方法。
[0090]
本发明提出了一种基于销售过程中产生的大量的保单、保费数据汇总计算,从而确定销售人员岗位职级的方法、系统、设备及介质,整合了原本依赖线下人工操作的销售人员定岗定级流程,收集汇总销售人员出单、保费实收数据,通过科学的定岗定级模型,由系统计算确定销售人员的岗位职级,并允许各级管理岗角色按照实际情况微调销售人员的岗位职级,能够使粗放式的销售人员定岗定级管理转向更为精细、科学的方式,实现了销售人员定岗定级管理的线上化、流程化、科学化、透明化。本发明具有以下优势:
[0091]
1、本发明通过收集原始数据,使用科学的计算模型确定每个销售人员的职级,再交由各层级管理人员审核。客观体现了销售人员的销售能力大小,根据能力大小确定岗位职级最大程度上体现了公平性,同时保留了人工审核审批环节,为管理人员的管理工作提供了抓手。该保护点能够达到的技术效果是实现销售人员岗位职级管理的线上化、流程化、科学化、透明化,提高了资源利用率和工作效率。
[0092]
2、本发明提供一种根据保费实收计算销售人员岗位职级的计算模型,可根据保费实收确定销售人员职级,同时引入了反馈自学习机制,可以在使用该计算模型的过程中收集数据,生成一个加权参数δ,不断在下一次计算中拟合出更加准确的结果,同时该模型还具备可扩展性,可以引入更多的影响因子,使得模型计算出的岗位职级结果更加贴近业务实际情况。
[0093]
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说
明即可。
[0094]
本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处。综上所述,本说明书内容不应理解为对本发明的限制。
技术特征:
1.一种确定销售人员岗位职级的方法,其特征在于,包括:获取销售人员的业务数据;所述业务数据包括保单数据和保费实收数据;对所述业务数据进行保费清分,得到销售人员的保费收入;采用岗位职级计算模型,根据所述保费收入确定销售人员的初算岗位职级;所述岗位职级计算模型中设置有保费职级映射表;所述保费职级映射表按照阶梯式递增的方式设置有若干个保费收入门槛和对应的岗位职级;当所述保费收入位于相邻两个保费收入门槛的左闭右开区间时,将所述初算岗位职级确定为前一个保费收入门槛对应的岗位职级;当所述保费收入大于或等于最高保费收入门槛时,将所述初算岗位职级确定为最高保费收入门槛对应的岗位职级;对所述初算岗位职级进行定岗定级审核审批,得到销售人员的最终岗位职级;所述定岗定级审核审批包括发起定级、调整职级和豁免定级。2.根据权利要求1所述的确定销售人员岗位职级的方法,其特征在于,还包括:汇总销售人员的历次定岗定级数据,并在接收到销售人员的查询请求时,将所述定岗定级数据发送至所述销售人员。3.根据权利要求2所述的确定销售人员岗位职级的方法,其特征在于,还包括:根据所有销售人员的历次定岗定级数据生成多维度报表;所述多维度报表用于分析销售人员的工作情况和销售队伍的经营情况。4.根据权利要求1所述的确定销售人员岗位职级的方法,其特征在于,还包括:采用反馈自学习算法组件,根据所述最终岗位职级和所述初算岗位职级确定加权参数,并根据所述加权参数优化所述岗位职级计算模型。5.根据权利要求1所述的确定销售人员岗位职级的方法,其特征在于,获取销售人员的业务数据,具体包括:采用数据同步方法,从下游系统获取销售人员的业务数据;所述数据同步方法包括etl主动同步、apachekafka订阅和接收数据库日志文件增量同步中的至少一种。6.根据权利要求1所述的确定销售人员岗位职级的方法,其特征在于,对所述业务数据进行保费清分,得到销售人员的保费收入,具体包括:对所述保单数据进行拆分,确定销售人员的贡献比例;根据所述贡献比例对所述保费实收数据进行保费清分,得到销售人员的保费收入。7.根据权利要求1所述的确定销售人员岗位职级的方法,其特征在于,所述岗位职级计算模型包括销售职级路线和管理职级路线;当所述销售人员的岗位角色为销售时,采用所述销售职级路线,根据所述保费收入和所述保费职级映射表确定初算岗位职级;当所述销售人员的岗位角色为管理时,采用所述管理职级路线,根据所述保费收入和所述保费职级映射表确定初算岗位职级。8.一种确定销售人员岗位职级的系统,其特征在于,包括:数据同步模块,用于获取销售人员的业务数据;所述业务数据包括保单数据和保费实收数据;保费清分模块,用于对所述业务数据进行保费清分,得到销售人员的保费收入;岗位职级初算模块,用于采用岗位职级计算模型,根据所述保费收入确定销售人员的初算岗位职级;所述岗位职级计算模型中设置有保费职级映射表;所述保费职级映射表按
照阶梯式递增的方式设置有若干个保费收入门槛和对应的岗位职级;当所述保费收入位于相邻两个保费收入门槛的左闭右开区间时,将所述初算岗位职级确定为前一个保费收入门槛对应的岗位职级;当所述保费收入大于或等于最高保费收入门槛时,将所述初算岗位职级确定为最高保费收入门槛对应的岗位职级;定岗定级审核审批模块,用于对所述初算岗位职级进行定岗定级审核审批,得到销售人员的最终岗位职级;所述定岗定级审核审批包括发起定级、调整职级和豁免定级。9.一种电子设备,其特征在于,包括存储器及处理器,所述存储器用于存储计算机程序,所述处理器运行所述计算机程序以使所述电子设备执行如权利要求1至7中任意一项所述的确定销售人员岗位职级的方法。10.一种计算机可读存储介质,其特征在于,其存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至7中任意一项所述的确定销售人员岗位职级的方法。
技术总结
本发明公开一种确定销售人员岗位职级的方法、系统、设备及介质,涉及保险销售管理领域。该方法包括:获取销售人员的业务数据,包括保单数据和保费实收数据;对业务数据进行保费清分,得到销售人员的保费收入;采用岗位职级计算模型,根据保费收入确定销售人员的初算岗位职级;岗位职级计算模型中设置有保费职级映射表;保费职级映射表按照阶梯式递增的方式设置有若干个保费收入门槛和对应的岗位职级;对初算岗位职级进行定岗定级审核审批,包括发起定级、调整职级和豁免定级,得到销售人员的最终岗位职级;本发明能够实现销售人员岗位职级管理的线上化、流程化、科学化、透明化,提高资源利用率和工作效率。源利用率和工作效率。源利用率和工作效率。
技术研发人员:张曦东 张琛 余浩然 赵延博 张嘉杰 李剑荣 林晓穗 黎华冠 潘沛雄 傅伟文 刘立扬
受保护的技术使用者:中国人民财产保险股份有限公司
技术研发日:2023.05.12
技术公布日:2023/8/13
版权声明
本文仅代表作者观点,不代表航空之家立场。
本文系作者授权航家号发表,未经原创作者书面授权,任何单位或个人不得引用、复制、转载、摘编、链接或以其他任何方式复制发表。任何单位或个人在获得书面授权使用航空之家内容时,须注明作者及来源 “航空之家”。如非法使用航空之家的部分或全部内容的,航空之家将依法追究其法律责任。(航空之家官方QQ:2926969996)
飞行汽车 https://www.autovtol.com/
