本发明实施例涉及计算机技术领域，具体涉及一种业务分配方法及装置。
背景技术
业务分配是crm(customerrelationshipmanagement，客户关系管理)的重要组成部分，用以分配业务，业务可以理解为客户数据，例如包括手机号码、微信号等中的一种或多种。
现有行业内的业务分配方式主要分为两类：线下手工分配和crm系统自主筛选。
线下手工分配，是指使用邮件或者文档给销售人员分配业务(客户数据)，这种方式的弊端在于，分配业务后，销售人员独立线下联系客户，所以纵观全局的管理人员往往无法客观的监控销售人员的实际跟进的情况，也无法管理销售人员的实际工作情况，只能通过销售人员实时上报给管理人员，导致管理人员无法及时了解情况，并且销售人员上报的信息主观性较强，可能漏报重要信息，导致管理人员无法客观的对销售人员的动作进行有效的管控，失去与客户的合作机会。
crm系统自主筛选，是指提供所有业务的列表以及一些筛选条件，由销售人员自己判断筛选出一些业务进行跟进。销售人员在crm系统中进行业务筛选的优势在于，管理人员从crm系统中不仅可以了解业务来源、业务创建人、跟进的销售人员和业务优先级等，而且还可以了解跟进的销售人员的后续销售情况，例如通过查看销售人员的日程活动、跟进的业务阶段等了解销售情况。但是弊端在于，销售人员筛选业务的能力有限，通常无法筛选到最适合自己跟进的业务，另外，针对质量较高的业务，会产生所有人集中选取的情况，导致业务分配不合理的问题。目前，行业内使用最多的业务分配方式为crm系统自主筛选的方式。
技术实现要素：
为了解决现有技术存在的问题，本发明的至少一个实施例提供了一种业务分配方法及装置。
第一方面，本发明实施例提出一种业务分配方法，所述方法包括：
获取业务分配请求信息；
确定所述业务分配请求信息对应的销售人员信息；
确定所述销售人员信息对应的销售等级；
根据所述销售等级确定业务分配策略；
根据所述业务分配策略进行业务分配。
可选的，所述确定所述业务分配请求信息对应的销售人员信息，包括：
获取发出所述业务分配请求信息的终端的信息；确定所述终端的信息对应的销售人员信息；
或，
提取所述业务分配请求信息中携带的销售人员信息。
可选的，所述确定所述销售人员信息对应的销售等级，包括：
查询所述销售人员信息对应的多个销售指标的数据；
根据所述多个销售指标的数据，得到所述销售人员信息对应的销售等级。
可选的，所述根据所述多个销售指标的数据，得到所述销售人员信息对应的销售等级，包括：
根据每个销售指标预设的多个业务等级以及每个业务等级对应的预设数据范围，确定每个所述销售指标的数据所处的业务等级；
根据每个所述销售指标的数据所处的业务等级，以及根据销售等级与每个所述销售指标的预设对应关系，确定所述销售人员信息对应的销售等级。
可选的，所述根据每个所述销售指标的数据所处的业务等级，以及根据销售等级与每个所述销售指标的预设对应关系，确定所述销售人员信息对应的销售等级，包括：
根据所述预设对应关系，确定每个所述销售指标在所述销售等级的计算中所占的比重；
根据每个所述销售指标的比重以及每个所述销售指标的数据所处的业务等级，计算所述销售人员信息对应的销售等级。
可选的，所述根据所述销售等级确定业务分配策略，包括：
根据所述销售等级，确定所述业务分配策略预设的多个分配指标的数据。
可选的，所述分配指标包括：业务推广渠道。
可选的，所述根据所述业务分配策略进行业务分配，包括：
对每个业务推广渠道设置不同的延时分配时长；
在分配所述业务推广渠道得到的业务时，计算当前时刻与上一次分配业务的时刻之间的时长；
判断计算的时长是否达到所述业务推广渠道对应的延时分配时长；若是，则分配所述业务推广渠道得到的业务。
可选的，所述根据所述业务分配策略进行业务分配之后，所述方法还包括：
对每个业务分别设置提取条件；
在接收到业务提取请求信息时，查询所述提取条件是否满足；
若满足，则响应所述业务提取请求信息而反馈业务。
第二方面，本发明实施例还提出一种业务分配装置，包括：
获取单元，用于获取业务分配请求信息；
第一确定单元，用于确定所述业务分配请求信息对应的销售人员信息；
第二确定单元，用于确定所述销售人员信息对应的销售等级；
第三确定单元，用于根据所述销售等级确定业务分配策略；
业务分配单元，用于根据所述业务分配策略进行业务分配。
可见，本发明实施例的至少一个实施例中，通过确定请求业务分配的销售人员对应的销售等级，将销售等级与业务分配策略相匹配，不同的销售等级对应不同的业务分配策略，从而实现差异化的业务分配，满足不同销售等级的销售人员的业务需求。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种业务分配方法流程图；
图2为本发明实施例提供的一种业务分配装置框图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
第一方面，如图1所示，本实施例公开一种业务分配方法，所述方法可包括以下步骤101至105：
101、获取业务分配请求信息。
102、确定所述业务分配请求信息对应的销售人员信息。
103、确定所述销售人员信息对应的销售等级。
104、根据所述销售等级确定业务分配策略。
105、根据所述业务分配策略进行业务分配。
本实施例中，该方法属于crm系统中新增的处理功能，该方法的执行主体可以为安装有crm系统且用于执行crm系统的处理功能的服务器，该服务器可以是云端服务器，也可以是本地服务器。下文中为便于表述，将安装有crm系统且用于执行crm系统的处理功能的服务器简称为服务器。
本实施例中，销售人员和管理人员可通过安装有crm系统的任意终端登录crm系统并按照预设的权限操作crm系统。安装有crm系统的任意终端不执行crm系统的处理功能，终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)、导航装置等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。下文中为便于表述，将安装有crm系统且不执行crm系统的处理功能的终端简称为终端。
本实施例中，销售人员登录crm系统后，通过操作crm系统提供的业务分配请求虚拟按键来生成业务分配请求信息。登录crm系统的方式可以是远程登录，也可以是本地登录。
本实施例中，步骤101获取业务分配请求信息的方式为终端将生成的业务分配请求信息发送给服务器。
本实施例中，销售人员使用终端登录crm系统后，服务器可确定销售人员信息，并且服务器根据预先存储的销售人员与销售等级的对应关系(对应关系的具体形式例如为表格)，可确定销售人员信息对应的销售等级。因此，服务器通过步骤102确定业务分配请求信息对应的销售人员信息之后，即可通过步骤103确定销售人员信息对应的销售等级。
本实施例中，不同的销售等级体现了不同的销售能力，销售等级越高，销售能力越强，相应地，分配到的业务应当越多，客户应当越重要，因此，通过确定销售人员的销售等级，为不同销售等级的销售人员分配不同的业务，实现业务差异化分配，满足不同销售人员的业务需求。
本实施例中，考虑到坐席服务是为客户提供服务的一种重要方式，坐席服务是指销售人员通过呼叫中心为客户提供相应服务的过程，坐席服务的能力体现了销售人员为客户提供服务的能力，因此，步骤103确定销售人员信息对应的销售等级可以为确定销售人员信息对应的坐席等级。
本实施例中，通过步骤104根据销售等级确定业务分配策略，不同的销售等级对应不同的业务分配策略，进而通过步骤105根据业务分配策略进行业务分配，实现业务差异化分配，帮助激励和提升销售人员对业务的管理和跟进，提升销售转化率。
可见，本实施例公开的业务分配方法，通过确定请求业务分配的销售人员对应的销售等级，将销售等级与业务分配策略相匹配，不同的销售等级对应不同的业务分配策略，从而实现差异化的业务分配，满足不同销售等级的销售人员的业务需求。
在一个具体的例子中，步骤102所述确定所述业务分配请求信息对应的销售人员信息，可有以下两种实现方式，两者择一实施即可。
方式一：获取发出所述业务分配请求信息的终端的信息；确定所述终端的信息对应的销售人员信息；
方式二：提取所述业务分配请求信息中携带的销售人员信息。
本实施例中，方式一的业务分配请求信息仅仅用于请求业务分配，不含其它信息。销售人员使用终端登录crm系统后，服务器可记录终端信息与销售人员信息的对应关系，因此，通过方式一获取发出业务分配请求信息的终端的信息之后，即可根据记录的对应关系，确定终端的信息对应的销售人员信息。
本实施例中，方式二的业务分配请求信息不仅仅用于请求业务分配，还包含销售人员信息，因此，通过方式二提取业务分配请求信息中携带的销售人员信息，即可确定业务分配请求信息对应的销售人员信息。
在一个具体的例子中，步骤103所述确定所述销售人员信息对应的销售等级，具体包括以下步骤1031和1032：
1031、查询所述销售人员信息对应的多个销售指标的数据。
1032、根据所述多个销售指标的数据，得到所述销售人员信息对应的销售等级。
本实施例中，为了评价不同销售人员的销售能力，需要综合不同销售指标的数据，进而得到区分不同销售能力的销售等级，具体地，通过步骤1031查询销售人员信息对应的多个销售指标的数据，并通过步骤1032实现综合多个销售指标的数据得到销售人员信息对应的销售等级。
本实施例中，多个销售指标例如包括：成单数、流水、拨打时长、销售转化率、流水排行和坐席入职时间中的一个或多个。其中，成单数可以理解为销售人员对分配到的业务(例如手机号码)跟进后最终实现合作的业务个数；流水可以理解为与销售人员相关的银行流水，例如销售人员成单后，客户打到该销售人员所在公司账户的金额；拨打时长可以理解为销售人员对分配到的业务(例如手机号码)跟进过程中的通话时长。
基于上一个例子，本实施例中，步骤1032所述根据所述多个销售指标的数据，得到所述销售人员信息对应的销售等级，可包括以下步骤(1)和(2)：
(1)、根据每个销售指标预设的多个业务等级以及每个业务等级对应的预设数据范围，确定每个所述销售指标的数据所处的业务等级；
(2)、根据每个所述销售指标的数据所处的业务等级，以及根据销售等级与每个所述销售指标的预设对应关系，确定所述销售人员信息对应的销售等级。
本实施例中，将每个销售指标的数据划分业务等级，每个业务等级对应不同的数据范围，因此，当步骤1031查询销售人员信息对应的多个销售指标的数据后，即可通过步骤(1)确定查询到的数据处于哪个数据范围，从而确定查询到的销售指标的数据所处的业务等级，如表一所示。
表一销售指标与业务等级对应关系表
表一中，符号“√”表示列对应的销售指标处于行对应的业务等级。业务等级1是最低等级，业务等级4是最高等级。由表一可以看出，表一对应的销售人员属于销售能力较差的新人。
本实施例中，考虑到不同销售指标受销售能力的影响不同，为了综合不同销售指标的数据，将每个销售指标均用于评价销售人员的销售等级，因此，需要区分不同销售指标在评价销售等级过程中的重要性，本实施例预先设置销售等级与每个销售指标之间的对应关系，将不同销售指标的重要性采用重要度系数进行量化，重要度系数体现了销售指标在销售等级的计算中所占的比重，销售等级与每个销售指标之间的对应关系也即销售等级与每个销售指标的重要度系数之间的对应关系。所以，通过步骤(1)确定每个销售指标的数据所处的业务等级后，通过步骤(2)确定销售人员信息对应的销售等级。
结合表一，若成单数的重要度系数为0.25，流水的重要度系数为0.25，拨打时长的重要度系数为0.1，销售转化率的重要度系数为0.15，流水排行的重要度系数为0.15，坐席入职时间的重要度系数为0.1，则表一对应的销售人员的销售等级的取值根据下式确定：
销售等级的取值＝σ(销售指标的业务等级×销售指标的重要度系数)。
相应地，本实施例中，表一对应的销售人员的销售等级的取值为1×0.25+2×0.25+2×0.1+2×0.15+1×0.15+1×0.1＝1.5。进一步地，可以将每个销售等级对应不同的取值范围，例如将销售等级划分为四个等级：s、a、b和c，从左至右等级依次降低，其中若c等级对应的取值范围是1至2，则表一对应的销售人员的销售等级为c。
通过以上描述，简单总结步骤(2)的具体实施过程如下，包括步骤(21)和(22)：
(21)根据所述预设对应关系，确定每个所述销售指标在所述销售等级的计算中所占的比重。
本实施例中，比重即前文提及的重要度系数。
(22)根据每个所述销售指标的比重以及每个所述销售指标的数据所处的业务等级，计算所述销售人员信息对应的销售等级。
本实施例中，步骤(22)细分为两个子步骤(221)和(222)：
(221)根据每个所述销售指标的比重以及每个所述销售指标的数据所处的业务等级，计算所述销售人员信息对应的销售等级的取值；计算公式即前文提及的：销售等级的取值＝σ(销售指标的业务等级×销售指标的重要度系数)。
(222)根据计算的销售等级的取值以及不同销售等级预设的取值范围，确定所述销售人员信息对应的销售等级。
本实施例中，管理人员通过终端登录crm系统后，可设置业务等级以及销售等级的确定周期，服务器根据确定周期，定期确定业务等级以及销售等级。
在一个具体的例子中，步骤104所述根据所述销售等级确定业务分配策略，具体为：根据所述销售等级，确定所述业务分配策略预设的多个分配指标的数据。
本实施例中，业务分配策略预设的多个分配指标包括：销售人员可提取的业务数量上限、业务推广渠道和业务产生方式中的一种或多种。
本实施例中，业务推广渠道是区分业务推广策略的唯一标识，可包括推广方式、推广平台、推广账号、推广单元、推广计划、推广关键词、推广项目和推广子项目中的一种或多种。其中，推广单元、推广计划、推广关键词、推广项目和推广子项目可根据实际需求确定。
本实施例中，在步骤104根据销售等级确定业务分配策略预设的多个分配指标的数据后，即可通过步骤105根据业务分配策略进行业务分配，也即根据多个分配指标的数据进行业务分配，保证分配的业务满足各个分配指标的数据要求，实现针对不同等级的销售人员的差异化业务分配，满足各销售人员的业务需求。
本实施例中，若分配指标包括销售人员可提取的业务数量上限，则销售人员可以从分配到的多个业务中自主地决定提取哪个业务进行跟进，提高销售人员的积极性。
基于上一个例子，本实施例中，步骤105所述根据所述业务分配策略进行业务分配，具体包括如下步骤1051至1054：
1051、对每个业务推广渠道设置不同的延时分配时长；
1052、在分配所述业务推广渠道得到的业务时，计算当前时刻与上一次分配业务的时刻之间的时长；
1053、判断计算的时长是否达到所述业务推广渠道对应的延时分配时长；若是，则执行步骤1054。
1054、分配所述业务推广渠道得到的业务。
本实施例中，若步骤1053判断计算的时长没有达到业务推广渠道对应的延时分配时长，则不分配所述业务推广渠道得到的业务。
本实施例中，对每个业务推广渠道设置不同的延时分配时长的目的在于保证业务推广渠道得到业务后，业务不会被立即分配而是等待一段时长(即该业务推广渠道对应的延时分配时长)再进行分配，使得销售人员有一个相对完整的不被打扰的时长。
在一个具体的例子中，步骤105所述根据所述业务分配策略进行业务分配之后，所述方法还可包括以下步骤106至108：
106、对每个业务分别设置提取条件；
107、在接收到业务提取请求信息时，查询所述提取条件是否满足；若满足，则执行步骤108。
108、响应所述业务提取请求信息而反馈业务。
本实施例中，若步骤107查询所述提取条件未满足，则不响应所述业务提取请求信息。
本实施例中，销售人员可在坐席工作台进行业务提取。
本实施例中，对每个业务分别设置提取条件的目的在于保证每个业务(业务可理解为电话号码)的利用率，提取条件例如为上一次提取的业务是否跟进完毕，保证上一次提取的业务已被利用之后，再提取新的业务进行跟进，从而减少推广成本和提升推广效率。
需要说明的是，第一方面各实施例公开的业务分配方法，除非特殊说明组合方式，各实施例可组合为新的实施例，各实施例中的步骤除非逻辑矛盾，否则执行顺序可调。
第二方面，如图2所示，本实施例公开一种业务分配装置，可包括：
获取单元21，用于获取业务分配请求信息；
第一确定单元22，用于确定所述业务分配请求信息对应的销售人员信息；
第二确定单元23，用于确定所述销售人员信息对应的销售等级；
第三确定单元24，用于根据所述销售等级确定业务分配策略；
业务分配单元25，用于根据所述业务分配策略进行业务分配。
本实施例公开的业务分配装置能够实现第一方面相关的各实施例公开的业务分配方法的流程，为避免重复，在此不再赘述。
可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspdevice，dspd)、可编程逻辑设备(pld)、现场可编程门阵列(fpga)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。
对于软件实现，可通过执行本文所述功能的单元来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明各个实施例所述的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法或者实施例的某些部分所述的方法。
本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。
虽然结合附图描述了本发明的实施方式，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。