给孤单客户分配业务员的方法、装置及电子设备

摘要

本说明书一个或多个实施例提供一种给孤单客户分配业务员的方法、装置及电子设备。方法包括：从核心业务系统获取多个孤儿单的信息，以确定多个孤儿单分别关联的多个孤单客户的信息；对于每个孤单客户，基于孤单客户的信息从业务大数据平台获取与孤单客户关联的至少一个业务标签，并基于至少一个业务标签中的一个或多个以及预设的分类规则确定孤单客户的客户类型；基于孤单客户的客户类型，将预定类型的业务员分配至多个孤单客户。根据本发明，根据孤单客户的业务属性，快速及时地给孤单客户分配合适的业务人员，提高了分配效率，实现保险孤单的合理分配，节约人力资源和业务资源，有利于客户的维护和业务的发展。

说明书

技术领域

本说明书一个或多个实施例涉及数据处理技术领域，尤其涉及给孤单客户分配业务员的方法、装置及电子设备。

背景技术

在各个行业中，由于业务人员的离职，可能会造成大量业务孤单的产生，如果不对这些业务孤单进行重新分配，可能会造成客户的流失。目前，传统的业务孤单的分配通常都是采取专员人工分配，分配效率低，且容易出现由于分配不及时，影响客户跟进而造成客户不再续保的情况，造成客户的流失。此外，人工分配具有一定的主观性且缺乏一个具体的分单规则，对于经验缺乏的专员，其通常是手动随机进行分配，分配效率低且无法将孤单客户分配到合适的业务人员，造成人力资源和业务资源的浪费。

发明内容

有鉴于此，本说明书一个或多个实施例的目的在于提出一种孤单客户分配业务员的方法、装置、电子设备及可存储介质，以至少解决上述孤单客户分配效率低、无法分配到合适的业务人员，造成人力资源和业务资源的浪费问题之一。

基于上述目的，本说明书一个或多个实施例提供了(此处省略内容与权利要求书相同，将在定稿后补充)

从上面所述可以看出，本说明书一个或多个实施例提供的给孤单客户分配业务人员的方法、装置、电子设备及可读存储介质，根据孤单客户的业务属性，快速及时地给孤单客户分配合适的业务人员，提高了分配效率，实现保险孤单的合理分配，节约人力资源和业务资源，有利于客户的维护和业务的发展。

附图说明

为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书一个或多个实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为根据本发明实施例的给孤单客户分配业务员的方法的示意性流程图。；

图2为根据本发明实施例的对孤单客户进行分类的示例；

图3为根据本发明实施例的给孤单客户分配业务员的示例；

图4为根据本发明实施例的给孤单客户分配业务员的装置的示意性框图；

图5为本实施例所提供的一种更为具体的电子设备硬件结构示意图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。

需要说明的是，除非另外定义，本说明书一个或多个实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本说明书一个或多个实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。

在各个行业中，由于业务人员的离职，可能会造成大量业务孤单的产生。如在保险行业中，由于销售人员离职或申请转服务，导致保单处于无人理会状态，这种保单称作保险孤单。保险孤单的投保人称作孤单客户，这些孤单客户已经成为保险公司的客户资源，所以孤单客户不能无人理会，需要重新分配业务人员为其服务，实现孤单客户的再分配。目前，保险孤单的相关分配模式主要包括捆绑销售、手工分配、非纯客户、区域管理。其中，捆绑销售是指与保险孤单组合销售的另一件保单还有在职业务人员其服务，非纯客户是指该客户还有其它在职业务人员为其服务，区域管理指根据客户地址寻找地址所在或最近的辖区负责人。但是，现有的保险孤单的相关分配模式的分配流程单一，且分配效率低，缺乏对孤单客户的数据分析，使得无法对孤单客户进行针对性的服务，从而造成人力资源的浪费，不利于整体客户资源的维护。

基于上述考虑，本发明实施例提供了一种给孤单客户分配业务员的方法。参见图1，图1示出了根据本发明实施例的给孤单客户分配业务员的方法的示意性流程图。如图1所示，给孤单客户分配业务员1，包括：

步骤S1-1，从核心业务系统获取多个孤儿单的信息，以确定所述多个孤儿单分别关联的多个孤单客户的信息；

步骤S1-2，对于每个所述孤单客户，基于所述孤单客户的信息从业务大数据平台获取与所述孤单客户关联的至少一个业务标签，并基于所述至少一个业务标签中的一个或多个以及预设的分类规则确定所述孤单客户的客户类型；

步骤S1-3，基于所述孤单客户的客户类型，将预定类型的业务员分配至所述多个孤单客户。

其中，每个孤儿单均具有与其业务属性相关联的多个业务标签，可以基于其中部分或者全部业务标签对所有孤儿单对应的孤单客户进行分类，每类客户可以对应各自的预设的分类规则，将每类客户分别与满足对应的预定类型的业务人员进行匹配，然后给每个孤单客户分别分配与之匹配的业务人员，从而地给孤单客户分配合适的业务人员，提高了分配效率；以及基于对孤儿单的业务属性分析以反映客户的潜在需求，并依此对客户进行分类，将同一类别的客户匹配满足与之对应的预设条件的业务人员，实现孤单客户的合理分配，节约人力资源和业务资源，有利于客户的维护和业务的发展。适合广泛应用于任何向孤儿单的孤单客户分配业务人员的场合。

根据本发明实施例，步骤S1-1中，从核心业务系统获取多个孤儿单的信息，以确定所述多个孤儿单分别关联的多个孤单客户的信息。

具体地，孤儿单在购买时就已在核心业务系统中录入该孤儿单的信息，并将与该孤儿单相关的信息(如基础明细数据)存储至数据库中。当需要获取孤儿单的该孤单客户的信息时，可以直接从核心业务系统中获取。

根据本发明实施例，所述方法1还可以包括：标注所述保险孤单的至少一个业务标签。进一步地，所述标注可以是人工标注，也可以是非人工的自动标注，也可以是二者的结合。

具体地，在相关业务人员离职时，可以按照实际情况对该孤儿单的业务标签进行人工标注或自动标注，而在孤儿单被重新分配之前，业务标签可能会随着时间的推移而产生变化，所以，此时可以对产生变化的业务标签实时或定时自动更新和标注，省去了人工标注的过程，从而节省成本和提高效率的同时，避免孤儿单的基础数据不准确，保证了后期孤儿单的孤单客户合理精准的分配至匹配的业务人员。可替代地，还可以定期采用人工标注的方式对孤儿单的业务标签进行更新，以保证数据的精确度，如某些无法进行自动标注的业务标签。

在一些实施例中，所述孤儿单的至少一个业务标签可以与对应的保险孤单基础明细数据关联存储。例如，同一保孤儿单的至少一个业务标签和基础明细数据可以具有相同的ID号。当操作人员需要获取该孤儿单的相关信息时，可以直接基于该ID号即可获取该孤儿单的至少一个业务标签和基础明细数据。

在一些实施例中，ID号可以是孤儿单的单号、客户的证件号、客户的电话号码或其他可以区分不同业务单的编号等等。

根据本发明实施例，步骤S1-2中，基于所述至少一个业务标签中的一个或多个以及预设的分类规则确定所述孤单客户的客户类型，包括：

选择所述至少一个业务标签中的一个或多个作为分类标签；

如果所述分类标签中的至少一个符合所述所述预设的分类规则，确定所述孤单客户为第一类客户；

如果所述分类标签都不符合所述预设的分类规则，确定所述孤单客户为第二类客户。

可选地，所述业务大数据平台定期从所述核心业务系统抽取业务数据，并基于所述业务数据计算得到与每个客户关联的所述业务标签。

可选地，所述预设的分类规则包括如下至少一种：所述孤单客户的长期业务单全部永久失效、所述孤单客户为在职业务人员、所述孤单客户的长期业务单的缴费时间全部小于第一时间阈值、所述孤单客户的长期业务单的下次缴费剩余时间全部小于第二时间阈值、所述孤单客户的长期业务单中最大单件金额小于第一数值阈值、所述孤单客户存在相关联的在职业务人员、所述孤单客户的业务单均为短期业务单且所述短期业务单中最大单件金额小于第二数值阈值。

例如，在实际的保险业务中，通过对保单的业务统计分析，可以通过一些业务数据来反映客户的习惯、意向等潜在需求。所以，业务数据相同的相近的保单的客户可能具有相同的或接近的潜在需求，将保险孤单的客户按照与业务数据相关联的业务标签进行分类，可以将具有相同的或接近的潜在需求的客户分为同一类客户，对该同一类客户进行统一分配，相比于传统分配方式中的人工一对一分配(即单个保单分配给单个业务员)，本发明实施例的分配方法，可以将同一类的多个孤单客户同时分配给多个预定类型的业务人员，实现了孤单客户的批量分配，极大提高了分配效率，同时也保证了业务人员与孤单客户的匹配度，实现合理分配。

在一些实施例中，预设的分类规则可以包括如下至少一种：与保险孤单相关联的全部长险保单是否永久失效、保险孤单是否为在职业务人员的自购保单、与保险孤单相关联的长险保单的缴费时间是否全部小于第一时间阈值、与保险孤单相关联的长险保单的下次缴费剩余时间是否全部小于第二时间阈值、与保险孤单相关联的长险保单中最大单件保费是否小于第一保费阈值、是否存在与保险孤单相关联的在职业务人员、与保险孤单相关联的保单均为短线保单且短线保单中最大单件保费小于第二保费阈值。

在一些实施例中，与所述保险孤单相关联的长险保单可以包括所述保险孤单的客户名下的所有长险保单。

在一些实施例中，所述保险孤单是否为在职业务人员的自购保单包括投保人或被投保人是保险公司的在职业务人员。

在一些实施例中，所述第一时间阈值可以是2年。

在一些实施例中，所述第二时间阈值可以是2个月。

在一些实施例中，所述第一保费阈值可以是1500元。

在一些实施例中，与所述保险孤单相关联的在职业务人员包括所述保险孤单的客户还存在其他保单，且负责至少一个其它保单的业务人员属于在职业务人员。

在一些实施例中，所述第二保费阈值可以是100元。

应了解，所述业务属性可以是自定义属性，可以根据需求进行设置，可以设置更多业务属性来丰富和细化业务标签，以可以进一步地更好地反映客户的潜在需求。且需要说明的是，上述第一时间阈值、第二时间阈值、第一保费阈值、第二保费阈值均可以根据需要进行设置，在此不做限制。

可选地，业务标签可以表示业务属性的标签，则至少一个业务标签分别对应多个业务属性的参数值。

在上述实施例中，可以采用“1”表示是，采用“0”表示否。例如，与所述保险孤单相关联的全部长险保单是否永久失效对应的业务标签为1时，表示与所述保险孤单相关联的全部长险保单均永久失效，反之，与所述保险孤单相关联的全部长险保单之一没有永久失效，则对应的业务标签为“0”。其他业务属性的参数值也均可以采用“1”表示是，“0”表示否。

具体地，由于每个保险孤单的业务标签已经存储于数据库中，操作人员可以触发相应的事件(如，点击用于生成保险孤单的区域或按键)，则向系统的处理器发送生成信号，处理器接收到该生成信号，从数据库中提取所有的保险孤单，每个保险孤单均具有至少一个业务标签，从而处理器获取到了所有保险孤单以及其至少一个业务标签。

在一些实施例中，所述方法还包括：查询每个孤儿单的所述基础明细数据及对应的所述至少一个业务标签。进一步地，所述方法还包括：显示所述每个孤儿单的所述基础明细数据。

其中，分类标签可以根据需要在至少一个业务标签中选择，也可以将所有的业务标签作为对保单客户分类的标准，在此不做限制。同样地，预设的分类规则也可以根据实际情况进行选择。此外，需要说明的是，上述实施例仅将孤儿单的孤单客户分为两类客户是为了举例说明，不是旨在对本申请实施例的给孤单客户分配业务员的方法进行限制，根据本申请实施例的给孤单客户分配业务员的方法，还可以通过将每类客户的筛选标准设置为包括不同的业务标签和预设的分类规则，将孤儿单的孤单客户分为更多类，有利于更加精细化孤单客户的分配，以使得后续的分配过程中更加精准地匹配相关业务人员。

所以，由前述内容可知，业务标签可以是与孤儿单的业务数据相关联的自定义标签，从中选择出来作为客户分类标准的分类标签及其对应的预设的分类规则均可以根据需要进行设置，孤儿单的孤单客户进行分类的类别及其数量也可以进行设置，过程中每个环节均可以根据需要进行设置，为分配人员提供了更灵活地匹配方式，不再局限于单一的匹配流程，从而提高了分配效率，优化了分配结果。

可选地，所述方法还可以包括：根据所述客户类型，查询所述客户类型所对应的所述孤单客户和/或所述孤单客户的信息。进一步地，所述孤单客户的信息包括所述孤单客户的孤儿单和/或所述孤儿单的信息(例如，基础明细数据)。

在一些实施例中，查询所述第一类客户和/或所述第二类客户的信息。进一步地，所述信息包括属于第一类客户/第二类客户的具有至少一个业务标签的孤儿单及其基础明细数据。

在一些实施例中，参见图2，图2示出根据本发明实施例的对孤单客户进行分类的示例。如图2所示，以保险为例进行说明，可以具体地包括：

在步骤2-1中，实时获取所有保单的基础明细数据，包括：从核心业务系统抽取保单的所述基础明细数据，并存储到HBASE的同一张保单明细表中；

在步骤2-2中，根据业务统计分析，业务大数据平台将保险孤单的客户设置7个业务场景数据，通过调用程序定时或计算确定所有孤单客户的7个业务场景对应的7个业务标签(是或否)；其中，7个业务场景包括：1、名下长险永久失效的客户；2、目前在职人员的自购保单；3、名下长险保单缴费期全部不满2年的用户；4、名下长险距离下次缴费时间全部不足2个月的客户；5、名下长险最大单件保费不足1500元的客户；6、归属保单服务专员名下且有在职收展员的客户；7、纯短线客户且最大单件保费低于100元；

在步骤2-3中，保存每个保险孤单的多个标签参数；

在步骤2-4中，当前台触发孤儿单产生的操作，系统接收到提取指令，立刻从核心保单系统获取孤儿保单明细及对应的客户信息，并进行存储；

在步骤2-5中，对全量的保险孤单的孤单客户进行客户分类，每一类孤单客户也具有唯一类别ID号；

处理器通过接口报文请求保险孤单的7个业务标签，数据平台响应该请求将对应的每个客户ID号及其7个业务标签返回；

在步骤2-6中，可以基于前台选择7个业务标签里面的一个或者多个标签参数作为分类标签，点击查询按钮或图标区域，处理器根据分类标签确定符合预设的分类规则进行查询，如果保险孤单的孤单客户的分类标签符合预设的分类规则的客户为第一类客户(可以是优质客户)，即分类标签的业务标签的值全部为否(或“0”)；其余为第二类客户(可以是普通用户)，即存在至少一个分类标签为是(或“1”)，则该保险孤单的客户为第二类客户；

在步骤2-7中，显示查询的结果，可以分别包括第一类客户和/或第二类客户中的保险孤单及其基础明细数据。

根据本发明实施例，步骤S1-3中，基于所述孤单客户的客户类型，将预定类型的业务员分配至所述多个孤单客户。

具体来说，基于每个孤单客户的客户类型筛选业务人员该类型进行匹配。由于业务人员的自身情况不同，例如，有的适合第一类客户，有的适合第二类客户，则可以根据业务人员的自身的属性参数来反映业务人员的状态、意向、业务能力等等，从而对于每个类型的客户分配与之相匹配的业务人员。

可选地，所述每个所述类型所对应的业务员的预设类型不同。进一步地，预设类型不同可以包括：所述业务人员的业务属性不同。

在一些实施例中，所述不同的业务属性包括如下至少一种：不同的出勤率、不同的职位级别、不同的入职时间、是否处于黑名单内中。

其中，是否处于黑名单内中是指示该业务人员是否被列入黑名单，如果是则可以不为其分配保险孤单。

在一些实施例中，所述第一类业务员的业务属性包括：出勤率小于所述出勤率阈值、职位级别小于所述职位级别阈值、入职时间小于入职时间阈值；

所述第二类业务员的业务属性包括：出勤率大于或等于出勤率阈值、职位级别大于或等于职位级别阈值、入职时间大于或等于入职时间阈值。

应了解，所述出勤参数阈值、职位级别阈值、入职时间阈值均可以根据需要进行设置，在此不做限制。

在一些实施例中，职位级别可以包括收展员或保单服务专员。其中，收展员的级别高于保单服务专员。进一步地，职位级别阈值可以包括收展员。

根据本发明实施例，步骤S1-3中，将预定类型的业务员分配至所述多个孤单客户，还可以包括：平均分配、随机分配、顺序分配、或人工分配中的一种。

在一些实施例中，当孤单客户与业务人员之间匹配完成之后，还可以由人工进行在线审核之后，再进行孤单客户的分配。如果发现需要进行调整的匹配关系，则可以进行人工进行调整，如此，可以进一步确保孤单客户分配的合理性。

在一些实施例中，参见图3，图3示出了根据本发明实施例的给孤单客户分配业务员的示例。结合图2和图3所示进行进一步说明，当对保险孤单的客户进行分类后，将其分为第一类客户：普通孤单客户；和第二类客户：优质孤单客户；然后，在步骤3-1中，可以在前台的页面触发保险孤单和业务人员的匹配，如点击自动匹配的按钮或图标；在步骤3-2和步骤3-5中，可以基于业务人员的业务属性得到预定类型的业务人员，具体来说，第一类业务人员包括出勤率(即出勤参数)小于70％，职位级别(即职位级别参数)为保单服务专员，入职时间(即入职时间参数)为小于3年；第二类业务人员包括出勤率(即出勤参数)大于或等于70％，职位级别(即职位级别参数)为高于或等于收展员，入职时间(即入职时间参数)为大于或等于3年。

在步骤3-3和步骤3-6中，将待分配的第一类客户即优质孤单客户平均匹配给符合第一类业务人员，将第二类客户即普通孤单客户平均匹配给第二类业务人员；

显示第一类客户以及与其对应的第一类业务人员，和/或，第二类客户以及与其对应的第二类业务人员；

在步骤3-4和步骤3-7中，审核人员通过对上述显示内容进行在线审核，必要时可以进行调整孤单客户与业务人员的匹配关系，审核通过后，执行保险孤单的分配。

由此可知，根据本发明实施例的给孤单客户分配业务员的方法，通过基于业务数据计算孤单客户的至少一个参数标签，可一次将优质客户筛选出来，并分别推荐分配给符合条件的收展人员，从而改变了系统上线之前，线下分析和筛选优质客户并通过手工调整进行二次分配的现状，降低了孤单调整工作量。同时，准确识别孤单客户中的高质量客户，能够使更多的服务聚焦高价值客户，有利于增加收展员维护孤单客户的意愿，进而加大了对孤单客户的挖掘力度，提高了客户的利用率和二次开发率，巩固了旧的客户资源。同时，最大可一次分配多个客户的批量分配模式，提高了孤单分配的效率，解放人力，提高了分配实效性。

需要说明的是，本说明书一个或多个实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本说明书一个或多个实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

根据本发明实施例，还提供了一种保险孤单与业务人员的匹配装置。参见图4，图4示出了根据本发明实施例的保险孤单与业务人员的匹配装置的示意性框图。如图4所示，保险孤单与业务人员的匹配装置4，包括：

获取模块4-1，用于从核心业务系统获取多个孤儿单的信息，以确定所述多个孤儿单分别关联的多个孤单客户的信息；

分类模块4-2，用于对于每个所述孤单客户，基于所述孤单客户的信息从业务大数据平台获取与所述孤单客户关联的至少一个业务标签，并基于所述至少一个业务标签中的一个或多个以及预设的分类规则确定所述孤单客户的客户类型；

分配模块4-3，用于将所述多个孤单客户中所述客户类型符合预设的客户条件的孤单客户分配给预定类型的业务员。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

应了解，上述实施例的装置用于实现前述实施例中相应的方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

图5示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图，该设备可以包括：处理器510、存储器520、输入/输出接口530、通信接口540和总线550。其中处理器510、存储器520、输入/输出接口530和通信接口540通过总线550实现彼此之间在设备内部的通信连接。

处理器510可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器520可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器520可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器520中，并由处理器510来调用执行。

输入/输出接口530用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口540用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线550包括一通路，在设备的各个组件(例如处理器510、存储器520、输入/输出接口530和通信接口540)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器510、存储器520、输入/输出接口530、通信接口540以及总线550，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

根据本发明实施例，还提供了一种非暂态计算机可读存储介质，其特征在于，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行根据本发明实施例中所述方法的至少部分步骤或全部步骤。

其中，本实施例的计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

综上所述，本说明书一个或多个实施例提供的给孤单客户分配业务人员的方法、装置、电子设备及可读存储介质，根据孤单客户的业务属性，快速及时地给孤单客户分配合适的业务人员，提高了分配效率，实现保险孤单的合理分配，节约人力资源和业务资源，有利于客户的维护和业务的发展。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本公开的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本说明书一个或多个实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。

另外，为简化说明和讨论，并且为了不会使本说明书一个或多个实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(IC)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本说明书一个或多个实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本说明书一个或多个实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本公开的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本说明书一个或多个实施例。因此，这些描述应被认为是说明性的而不是限制性的。

尽管已经结合了本公开的具体实施例对本公开进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态RAM(DRAM))可以使用所讨论的实施例。

本说明书一个或多个实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本公开的保护范围之内。