CN107800892B - 一种业务合并方法、装置、设备及计算机可读存储介质 - Google Patents
一种业务合并方法、装置、设备及计算机可读存储介质 Download PDFInfo
- Publication number
- CN107800892B CN107800892B CN201710855497.9A CN201710855497A CN107800892B CN 107800892 B CN107800892 B CN 107800892B CN 201710855497 A CN201710855497 A CN 201710855497A CN 107800892 B CN107800892 B CN 107800892B
- Authority
- CN
- China
- Prior art keywords
- banquet
- client
- name
- under
- attend
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42136—Administration or customisation of services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42136—Administration or customisation of services
- H04M3/42144—Administration or customisation of services by service provider
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42136—Administration or customisation of services
- H04M3/4217—Managing service interactions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
- H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
- H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
- H04M3/523—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing with call distribution or queueing
- H04M3/5232—Call distribution algorithms
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Marketing (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明实施例提供一种业务合并方法、装置、设备及计算机可读存储介质。所述方法包括:若接收到客户的服务请求,若检测有多个坐席同时跟进所述客户,根据第一预设条件判断多个坐席名下的所述客户的业务是否能进行合并;若能进行合并,根据第二预设条件选择第一坐席,将其余坐席作为第二座席;将第二坐席名下的所述客户的业务合并到所述第一坐席名下;转接所述第一坐席,以让所述第一坐席为所述客户提供服务。本发明实施例将所述目标客户在第二坐席名下的业务合并到所述第一坐席名下,一方面,解决了坐席间利益冲突的问题,另一方面,让同一坐席为客户提供服务,提高服务客户的效率,提升客户的体验。
Description
技术领域
本发明涉及信息处理技术领域,尤其涉及一种业务合并方法、装置、设备及计算机可读存储介质。
背景技术
在坐席销售服务行业,同一个客户由于来源渠道多样,会有多个不同类型的坐席跟进同一个客户,不同坐席跟进同一个客户会对客户造成骚扰,坐席缺少对客户跟进情况的了解,不同坐席间的利益冲突也是很难避免的问题。
发明内容
本发明实施例提供了一种业务合并方法、装置、设备及计算机可读存储介质,避免不同坐席间的利益冲突,同时提高服务客户的效率,提升客户体验。
第一方面,本发明实施例提供了一种业务合并方法,该方法包括:
若接收到客户的服务请求,根据所述客户的信息检测是否有多个坐席同时跟进所述客户,其中,所述服务请求用于请求坐席的服务;
若检测有多个坐席同时跟进所述客户,根据第一预设条件判断多个坐席名下的所述客户的业务是否能进行合并;
若能进行合并,根据第二预设条件选择其中一个坐席作为第一坐席,其余坐席作为第二坐席;
将第二坐席名下的所述客户的业务合并到所述第一坐席名下;
转接所述第一坐席,以让所述第一坐席为所述客户提供服务。
第二方面,本发明实施例提供了一种业务合并的装置,该装置包括:
多坐席检测单元,用于若接收到客户的服务请求,根据所述客户的信息检测是否有多个坐席同时跟进所述客户,其中,所述服务请求用于请求坐席的服务;
合并判断单元,用于若检测有多个坐席同时跟进所述客户,根据第一预设条件判断多个坐席名下的所述客户的业务是否能进行合并;
选择单元,用于若能进行合并,根据第二预设条件选择其中一个坐席作为第一坐席,其余坐席作为第二坐席;
合并单元,用于将第二坐席名下的所述客户的业务合并到所述第一坐席名下;
转接单元,用于转接所述第一坐席,以让所述第一坐席为所述客户提供服务。
第三方面,本发明实施例还提供了一种坐业务合并的设备,所述设备包括存储器,以及与所述存储器相连的处理器;
所述存储器,用于存储实现业务合并的程序数据;
所述处理器,用于运行所述存储器中存储的程序数据,以执行如上述第一方面所述的方法。
第四方面,本发明实施例提供了一种计算机可读存储介质,所述计算机可读存储介质存储有一个或者一个以上程序数据,所述一个或者一个以上程序数据可被一个或者一个以上的处理器执行,以实现上述第一方面所述的方法。
本发明实施例,通过若接收到客户的服务请求,根据所述客户的信息检测是否有多个坐席同时跟进所述客户;若检测有多个坐席同时跟进所述客户,根据第一预设条件判断多个坐席名下的所述客户的业务是否能进行合并,若能进行合并,根据第二预设条件选择第一坐席,其余坐席作为第二座席,并将第二坐席名下的所述客户的业务合并到所述第一坐席名下;为用户转接第一坐席,以让第一坐席为所述客户提供服务。将所述客户在第二坐席名下的业务合并到所述第一坐席名下,一方面,解决了坐席间利益冲突的问题,另一方面,让同一坐席为客户提供服务,提高服务客户的效率,提升客户的体验。
附图说明
为了更清楚地说明本发明实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种业务合并方法的流程示意图;
图2是本发明实施例提供的一种业务合并方法的子流程示意图;
图3是本发明实施例提供的一种业务合并方法的另一子流程示意图;
图4是本发明实施例提供的一种业务合并方法的另一子流程示意图;
图5是本发明实施例提供的一种业务合并的装置的示意性框图;
图6是本发明实施例提供的合并判断单元的示意性框图;
图7是本发明实施例提供的选择单元的示意性框图;
图8是本发明实施例提供的合并单元的示意性框图;
图9是本发明实施例提供的一种业务合并的设备的示意性框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
也应当理解,尽管术语第一、第二等可以在此用来描述各种元素,但这些元素不应该受限于这些术语。这些术语仅用来将这些元素彼此区分开。例如,在不脱离本发明范围的前提下,第一坐席可以被称为第二坐席,并且类似地,第二坐席可以被称为第一坐席。第一坐席和第二坐席均为坐席,但他们并非同一坐席。
图1为本发明实施例提供的一种业务合并方法的流程示意图。该方法用于可以提供业务相关服务的终端,如服务器中。该方法包括S101-S108。
S101,若接收到客户的服务请求,根据所述客户的信息检测是否有多个坐席同时跟进所述客户,其中,所述服务请求用于请求坐席的服务。
其中,客户发起服务请求的渠道包括电话销售渠道、网络销售(APP、网站等)渠道等。若接收到客户的服务请求,根据所述客户的信息检测是否有多个坐席同时跟进所述客户。为了具体的说明本发明实施例的具体实施方式,下文中的业务都以车险业务为例。需要说明的是,车险业务并不限定本发明中的业务,本发明中的业务还可以包括其他的业务,如信用卡业务。在文中所举的例子中,以两个坐席作为说明。可以理解地,多个坐席包括两个以上的坐席。
如在车险业务中,客户的信息包括车牌号和/或电话号码。客户发起车险业务服务请求的情况如客户通过电话销售渠道打电话进来说:我要办理一个车险的续保业务,接收到该电话的坐席根据该客户的信息,如车牌号和/或电话号码,将车牌号和/或电话号码输入,服务器接收该车牌号和/或电话号码;如客户通过APP填写需要购买车险的相关信息(包括车牌号和/或电话号码)后,找坐席咨询等。所述客户的信息在服务器中检测是否有多个坐席同时跟进所述客户。
如在办理车险业务时,客户可能通过不同渠道来进行咨询,而在咨询时,客户的信息不完整,如第一次通过电话咨询时,客户只提供电话号码,根据客户提供的电话号码为客户转接了一个坐席,第二次通过APP填写相关信息时,客户只提供了车牌号,然后客户要请求坐席的服务,服务器根据客户提供的车牌号为客户转接了另一个坐席。两个坐席在跟进的过程中,都有对客户的基本信息进行进一步的完善,完善后的基本信息包括了车牌号和电话号码。当下次再次接收到客户的服务请求(客户提供了电话号码和车牌号)时,服务器根据客户提供的电话号码和车牌号查询,就发现已经有两个坐席同时跟进该客户。而实际上这两个坐席跟进的是同一个客户。
若检测有多个坐席同时跟进所述客户,执行S102;若只有一个坐席跟进所述客户,直接让该坐席跟进所述客户;若该客户是新客户,没有任何坐席跟进,可以分配一个坐席跟进,如随机分配一个当前时间空闲的坐席跟进。
S102,根据第一预设条件判断多个坐席名下的所述客户的业务是否能进行合并。若能进行进行合并,执行S103。
其中,第一预设条件包括:所述客户所在的区域,和/或所述客户在多个坐席名下当前的销售程度级别等。
如在车险业务中,第一预设条件包括:所述客户在多个坐席名下的车牌号,和/或所述客户所在的区域,和/或所述客户在多个坐席名下当前的销售程度级别。根据第一预设条件判断多个坐席名下的所述客户的业务是否能进行合并,包括:获取所述客户在多个坐席名下的车牌号、所述客户所在的区域、所述客户在多个坐席名下当前的销售程度级别;若多个坐席名下的车牌号不同,或者所述客户所在的区域不支持合并,或者所述客户在多个坐席名下当前的销售程度级别都达到预设级别,判定多个坐席名下的所述客户的业务不能进行合并;否则,即若多个坐席名下的车牌号都相同且所述客户所在的区域支持合并且所述客户在多个坐席名下当前的销售程度级别未都达到预设级别,判定多个坐席名下的所述客户的业务能进行合并。
S103,根据第二预设条件选择其中一个坐席作为第一坐席,其余坐席作为第二坐席。
其中,第二预设条件包括所述客户在多个坐席名下当前的销售程度级别、所述客户在多个坐席名下的最初来源渠道。选择当前销售程度级别高的坐席,或者若当前销售程度级别相同,选择最初来源渠道优先级高的坐席,将选择的坐席作为第一坐席,其余坐席作为第二坐席;若当前销售程度级别相同,最初来源渠道优先级也相同,根据第三预设规则选择其中一个坐席,作为第一坐席。如在车险业务中,第三预设规则包括从多个坐席中选择与该客户当前服务请求时车牌号相同的坐席,若当前服务请求时的车牌号(或者当前服务请求并没有提供车牌号)与多个坐席中的所述客户的车牌号都不相同,那么可以从多个坐席中选择第一个为该客户服务的坐席,或者从多个坐席中选择已经与客户有成交记录的坐席,或者从多个坐席信息中选择与当前客户所采用的渠道是相同渠道的服务坐席,或者从多个坐席信息中选择最近一次为客户服务的坐席,或者从多个坐席中选择当前时间为空闲时间的坐席,该坐席也可以是上述多个规则的综合选择结果。
S104,将第二坐席名下的所述客户的业务合并到所述第一坐席名下。如获取所述第一坐席名下和第二坐席名下所述客户的基本信息和所述客户的业务信息,将多个坐席名下的所述客户的基本信息和所述客户的业务信息进行匹配检测,将所述第一坐席名下未记录而所述第二坐席名下记录的所述客户的信息和所述客户的业务信息保存在所述第一坐席名下。
S105,转接所述第一坐席,以让所述第一坐席为所述客户提供服务。
S106,若根据第一预设条件判断多个坐席名下的所述客户的业务不能进行合并,判断是否接收到所述客户要求合并的请求。可以理解地,若所述客户对其中一个坐席更为信任,而且更满意该坐席的服务,客户想让自己所有的业务都由该坐席跟进。客户要求将业务合并到第一坐席名下,可通过电话销售的语音方式表达出来,还可以通过短信等文字方式表达出来等。接收客户的语音信息或者接收客户的文字信息等。
S107,将其余坐席名下的所述客户的业务合并到所述客户要求合并的坐席名下,将该坐席作为第一坐席。将其余坐席作为第二坐席。其中,第二坐席可以查看客户的要求合并的请求。另外,支持违规举报的功能,若第二坐席的业务已经合并到第一坐席名下,而第二坐席发现并没有客户提供的要求合并的请求,则第二座席可以举报第一坐席违规。
S108,转接所述第一坐席,以让所述第一坐席为所述客户提供服务。
上述实施例,通过检测是否有多个坐席同时跟进一个客户;若检测有多个坐席同时跟进所述客户,根据第一预设条件判断多个坐席名下的所述客户的业务是否能进行合并;若能进行合并,根据第二预设条件选择其中一个坐席作为第一坐席,其余坐席作为第二座席;将第二坐席名下的所述客户的业务合并到所述第一坐席名下;若多个坐席名下的所述客户的业务不能合并,若接收到客户要求合并的请求,将将其余坐席名下的所述客户的业务合并到所述客户要求合并的坐席名下,将该坐席作为第一坐席;转接第一坐席,以让第一坐席为所述客户提供服务。该实施例根据实际情况将多个坐席跟进同一个客户的情况进行合并,避免了不同坐席间的利益冲突问题;另外,让同一坐席跟进客户,避免了不同坐席对同一业务跟进客户而造成的对客户的骚扰,同一坐席跟进客户,对客户的信息了解的比较清楚,能更快捷地、有针对性地为客户提供服务,提高服务客户的效率,提升客户的体验。
图2是本发明实施例提供的一个子流程示意图。具体地,该业务是车险业务,如图2所示,根据第一预设条件判断多个坐席名下的所述客户的业务是否能进行合并,即步骤S102包括S201-S208。
S201,获取多个坐席名下所述客户的车牌号。
S202,判断多个坐席名下的车牌号是否相同。若都相同,执行S203;若都不相同,执行S207。可以理解地,若多个车牌号不同,涉及的情况包括:该客户有多辆车都需要投保。若客户的多辆车需要投保,对于跟进的不同坐席来说,属于不同的业务,不能进行合并。
S203,获取所述客户所在的区域。根据客户的信息如电话号码和/或车牌号等,获取所述客户所在的区域。
S204,判断所述区域是否支持车险业务合并。根据车险业务的需求,预先设定哪些区域支持车险业务合并,哪些区域不支持车险业务合并。如上海区域支持车险业务合并、杭州区域不支持车险业务合并等。若所述区域支持车险业务合并,执行S205;若所述区域不支持车险业务合并,执行S207。
S205,获取所述客户在多个坐席名下当前的销售程度级别。根据业务的业务流程信息来确定销售程度级别。如车险业务的业务流程包括了解基本信息、已经报价、审核保单(如该车辆有没有投保、车辆信息是否正确)、支付、配送保单等。对应的销售程度级别分别为了解基本信息级别、已经报价级别、审核保单级别、支付级别、配送保单级别等。销售程度级别还可以根据其他的方式来划分,以用来表示所述客户对所涉及的业务深入的程度。在其他的实施例中,销售程度级别还应该加上办理的业务的笔数,可以理解地,如已经成交有三笔业务的销售程度级别高于只成交有一笔业务的销售程度级别。
S206,判断所述客户在多个坐席名下当前的销售程度级别是否都达到预设级别。预设级别是根据销售程度级别提前设定的级别,如预设级别为支付级别。若多个坐席名下当前的销售程度级别都达到预设级别,执行S207;否则,执行S208。可以理解地,若达到支付级别,即只要完成支付,该业务就差配送保单就已经全部完成,若在这种情况下,进行业务的合并,会较大的损害坐席的利益。
S207,判定多个坐席名下的所述客户的业务不能进行合并。
S208,判定多个坐席名下的所述客户的业务能进行合并。
在其他实施例中,获取多个坐席名下所述客户的车牌号、所述客户所在的区域、获取所述客户在多个坐席名下当前的销售程度级别还可以按照其他的顺序,在此不再赘述。
在其他实施例中,第一预设条件还包括最初来源渠道不支持合并,具体地,获取多个坐席名下的最初来源渠道,判断多个坐席名下的最初来源渠道是否支持合并。如最初来源渠道包括网络销售、电话销售、参加市场活动。可预设其中的某些最初来源渠道不支持合并,如最初来源渠道为参加市场活动的客户不支持合并。可以理解为,举办市场活动是需要额外的人力、财力,由参加市场活动而带来的客户是不能支持业务合并的。若所述客户在多个坐席名下的车牌号都不相同,或者所述客户所在的区域不支持车险业务合并,或者所述客户在多个坐席名下当前的销售程度级别都达到预设级别,或者所述客户在多个坐席名下的最初来源渠道不支持合并,判定多个坐席名下的所述客户的业务不能进行合并;否则,判定多个坐席名下的所述客户的业务能进行合并。
图3是本发明实施例提供的另一个子流程示意图。具体地,如图3所示,根据第二预设条件选择其中一个坐席作为第一坐席,即步骤S103包括S301-307。
S301,获取所述客户在多个坐席名下当前的销售程度级别。根据业务的业务流程信息来确定销售程度级别。如车险业务的业务流程包括了解基本信息、已经报价、审核保单(如该车辆有没有投保、车辆信息是否正确)、支付、配送保单等。对应的销售程度级别分别为了解基本信息级别、已经报价级别、审核保单级别、支付级别、配送保单级别等。销售程度级别还可以根据其他的方式来划分,以用来表示所述客户对所涉及的业务深入的程度。在其他的实施例中,销售程度级别还应该加上办理的业务的笔数,可以理解地,如已经成交有三笔业务的销售程度级别高于只成交有一笔业务的销售程度级别。
S302,判断对应的销售程度级别高的坐席是否为一个。若对应的销售程度级别高的坐席为一个,执行S303;若对应的销售程度级别高的坐席不止一个,执行S304。
S303,将对应的销售程度级别高的坐席作为第一坐席。
S304,获取所述客户在对应的销售程度级别高的坐席名下的最初来源渠道。其中,最初来源渠道包括网络销售、电话销售、参加市场活动等。最初来源渠道预先会设置一个优先级,如优先级从高到低的顺序分别为网络销售、电话销售、参加市场活动。
S305,判断对应的最初来源渠道优先级高的坐席是否为一个。若对应的最初来源渠道优先级高的坐席为一个,执行S306;若对应的最初来源渠道优先级高的坐席不止一个,执行S307。
S306,将对应的最初来源渠道优先级高的坐席作为第一坐席。
S307,根据第三预设规则从多个坐席中选择其中一个坐席,作为第一坐席。
以上步骤中,涉及到坐席的区分时,将其余坐席作为第二坐席。
在其他实施例中,第二预设条件还包括客户的等级,各个客户划分的等级中包括低等级、高等级等。各个客户划分的等级还可以按照其他的要求进行划分。具体地通过以下方式获取客户的等级。首先,获取该客户的交易金额。从数据库中查询该客户的交易记录,统计交易记录中客户所涉及的交易金额。然后,根据该客户的交易金额确定该客户的等级。在数据库中预存有该客户的交易金额所对应的客户的等级,根据该客户的交易金额确定该客户所对应的等级。将对应的所述客户的等级高的坐席作为第一坐席,其余坐席作为第二坐席。
图4是本发明实施例提供的另一个子流程示意图。具体地,如图4所示,将第二坐席名下的所述客户的业务合并到所述第一坐席名下,即S104包括S401-S404。
S401,获取所述第一坐席名下和第二坐席名下所述客户的基本信息和所述客户的业务信息。如在车险业务中,客户的基本信息包括车牌号、电话号码、身份证等等个人基本信息。车险业务信息包括当前车险业务的销售进展信息,如某年某月某日,客户登录APP,填写了基本信息;某年某月某日,客户跟某坐席进行了沟通,沟通的结果是某某,如给了初步的建议;某年某月某日,客户登陆APP,填写了保单信息等。
S402,将所述第一坐席名下和第二坐席名下的所述客户的信息和所述客户的业务信息进行匹配检测。如将获取的每条信息进行比对。
S403,将所述第一坐席名下未记录而所述第二坐席名下记录的所述客户的信息和所述客户的业务信息保存在所述第一坐席名下。如第二坐席名下记录的客户的电话号码信息为11111、22222,而第一坐席名下记录的客户的电话号码信息为11111,则将第二坐席名下记录的电话号码信息22222补充到第一坐席记录的客户的电话号码信息中。如第二座席名下记录的客户的业务信息,第一坐席名下未记录,则将第二座席名下记录的客户的业务信息全部保存在第一坐席名下,如包括当前车险业务的销售进展信息和第二座席的相关信息,以供第一坐席了解第二坐席对客户的跟进情况,方便第一坐席进一步的跟进。具体地,如第一坐席在合并记录里面可以查看到这些第一坐席名下未记录而所述第二坐席名下记录的信息。如点击“查看合并记录”按钮。
S404,删除所述第二坐席名下的所述客户的信息和所述客户的业务信息。需要注意的是,第二坐席在删除记录里面可以查看到该客户到底由谁接着跟进。
图5为本发明实施例提供的一种业务合并装置的示意性框图。该装置包括多坐席检测单元501、合并判断单元502、选择单元503、合并单元504、转接单元505、合并请求判断单元506。
多坐席检测单元501用于若接收到客户的服务请求,根据所述客户的信息检测是否有多个坐席同时跟进所述客户,其中,所述服务请求用于请求坐席的服务。
如在车险业务中,客户的信息包括车牌号和/或电话号码。客户发起车险业务服务请求的渠道包括电话销售渠道、网络销售(APP、网站等)渠道等。客户发起车险业务服务请求的情况如客户通过电话销售渠道打电话进来说:我要办理一个车险的续保业务,接收到该电话的坐席根据该客户的信息,如车牌号和/或电话号码,将车牌号和/或电话号码输入,服务器接收该车牌号和/或电话号码;如客户通过APP填写需要购买车险的相关信息(包括车牌号和/或电话号码)后,找坐席咨询等。所述客户的信息在服务器中检测是否有多个坐席同时跟进所述客户。
如在办理车险业务时,客户可能通过不同渠道来进行咨询,而在咨询时,客户的信息不完整,如第一次通过电话咨询时,客户只提供电话号码,根据客户提供的电话号码为客户转接了一个坐席,第二次通过APP填写相关信息时,客户只提供了车牌号,然后客户要请求坐席的服务,服务器根据客户提供的车牌号为客户转接了另一个坐席。两个坐席在跟进的过程中,都有对客户的基本信息进行进一步的完善,完善后的基本信息包括了车牌号和电话号码。当下次再次接收到客户的服务请求(客户提供了电话号码和车牌号)时,服务器根据客户提供的电话号码和车牌号查询,就发现已经有两个坐席同时跟进该客户。而实际上这两个坐席跟进的是同一个客户。
若检测有多个坐席同时跟进所述客户,触发合并判断单元;若只有一个坐席跟进所述客户,直接让该坐席跟进所述客户;若该客户是新客户,没有任何坐席跟进,可以分配一个坐席跟进,如随机分配一个当前时间空闲的坐席跟进。
合并判断单元502用于根据第一预设条件判断多个坐席名下的所述客户的业务是否能进行合并。若能进行进行合并,触发选择单元。
其中,第一预设条件包括:所述客户所在的区域,和/或所述客户在多个坐席名下当前的销售程度级别等。
如在车险业务中,第一预设条件包括:所述客户在多个坐席名下的车牌号,和/或所述客户所在的区域不支持合并,和/或所述客户在多个坐席名下当前的销售程度级别都达到预设级别。合并判断单元502包括数据获取单元和判定单元,数据获取单元用于获取所述客户在多个坐席名下的车牌号、所述客户所在的区域、所述客户在多个坐席名下当前的销售程度级别。判定单元用于若多个坐席名下的车牌号不同,或者所述客户所在的区域不支持合并,或者所述客户在多个坐席名下当前的销售程度级别都达到预设级别,判定多个坐席名下的所述客户的车险业务不能进行合并;否则,即若多个坐席名下的车牌号都相同且所述客户所在的区域支持合并且所述客户在多个坐席名下当前的销售程度级别未都达到预设级别,判定多个坐席名下的所述客户的车险业务能进行合并。
选择单元503,用于根据第二预设条件选择其中一个坐席作为第一坐席,其余坐席作为第二座席。
其中,第二预设条件包括所述客户在多个坐席名下当前的销售程度级别、所述客户在多个坐席名下的最初来源渠道。选择当前销售程度级别高的坐席,或者若当前销售程度级别相同,选择最初来源渠道优先级高的坐席,将选择的坐席作为第一坐席,其余坐席作为第二坐席;若当前销售程度级别相同,最初来源渠道优先级也相同,根据第三预设规则选择其中一个坐席,作为第一坐席。如在车险业务中,第三预设规则包括从多个坐席中选择与该客户当前服务请求时车牌号相同的坐席,若当前服务请求时的车牌号与多个坐席中的所述客户的车牌号都不相同,那么可以从多个坐席中选择第一个为该客户服务的坐席,或者从多个坐席中选择已经与客户有成交记录的坐席,或者从多个坐席信息中选择与当前客户所采用的渠道是相同渠道的服务坐席,或者从多个坐席信息中选择最近一次为客户服务的坐席,或者从多个坐席中选择当前时间为空闲时间的坐席,该坐席也可以是上述多个规则的综合选择结果。
合并单元504用于将第二坐席名下的所述客户的业务合并到所述第一坐席名下。如获取所述第一坐席名下和第二坐席名下所述客户的基本信息和所述客户的业务信息,将多个坐席名下的所述客户的基本信息和所述客户的业务信息进行匹配检测,将所述第一坐席名下未记录而所述第二坐席名下记录的所述客户的信息和所述客户的业务信息保存在所述第一坐席名下。
转接单元505用于转接所述第一坐席,以让所述第一坐席为所述客户提供服务。
合并请求判断单元506用于若根据第一预设条件判断多个坐席名下的所述客户的业务不能进行合并,判断是否接收到所述客户要求合并的请求。可以理解地,若所述客户对其中一个坐席更为信任,而且更满意该坐席的服务,客户想让自己所有的业务都由该坐席跟进。客户要求将业务合并到第一坐席名下,可通过电话销售的语音方式表达出来,还可以通过短信等文字方式表达出来等。接收客户的语音信息或者接收客户的文字信息等。
合并单元504还用于将其余坐席名下的所述客户的业务合并到所述客户要求合并的坐席名下作为第一坐席。将其余坐席作为第二坐席。其中,第二坐席可以查看客户的要求合并的请求。另外,支持违规举报的功能,若第二坐席的业务已经合并到第一坐席名下,而第二坐席发现并没有客户提供的要求合并的请求,则第二座席可以举报第一坐席违规。
转接单元505还用于为客户转接所述第一坐席,以让所述第一坐席为所述客户提供服务。
上述实施例通过根据实际情况将多个坐席跟进同一个客户的情况进行合并,避免了不同坐席间的利益冲突问题;另外,让同一坐席跟进客户,避免了不同坐席对同一业务跟进客户而造成的对客户的骚扰,同一坐席跟进客户,对客户的信息了解的比较清楚,能更快捷地、有针对性地为客户提供服务,提高服务客户的效率,提升客户的体验。
图6是本发明实施例提供的合并判断单元的示意性框图。该合并判断单元用在车险业务中,该合并判断单元用于根据第一预设条件判断多个坐席名下的所述客户的业务是否能进行合并。该合并判断单元包括车牌号获取单元601、车牌号判断单元602、区域获取单元603、区域判断单元604、第一销售程度获取单元605、第一销售程度判断单元606、合并判定单元607。
车牌号获取单元601用于获取多个坐席名下所述客户的车牌号。
车牌号判断单元602用于判断多个坐席名下的车牌号是否相同。若都相同,触发区域获取单元603;若都不相同,触发合并判定单元607。可以理解地,若多个车牌号不同,涉及的情况包括:该客户有多辆车都需要投保。若客户的多辆车需要投保,对于跟进的不同坐席来说,属于不同的业务,不能进行合并。
区域获取单元603用于获取所述客户所在的区域。根据客户的信息如电话号码和/或车牌号等,获取所述客户所在的区域。
区域判断单元604用于判断所述区域是否支持车险业务合并。根据业务的需求,预先设定哪些区域支持车险业务合并,哪些区域不支持车险业务合并。如上海区域支持车险业务合并、杭州区域不支持车险业务合并等。若所述区域支持业务合并,触发第一销售程度获取单元;若所述区域不支持业务合并,触发合并判定单元607。
第一销售程度获取单元605用于获取所述客户在多个坐席名下当前的销售程度级别。根据业务的业务流程信息来确定销售程度级别。如车险业务的业务流程包括了解基本信息、已经报价、审核保单(如该车辆有没有投保、车辆信息是否正确)、支付、配送保单等。对应的销售程度级别分别为了解基本信息级别、已经报价级别、审核保单级别、支付级别、配送保单级别等。销售程度级别还可以根据其他的方式来划分,以用来表示所述客户对所涉及的业务深入的程度。在其他的实施例中,销售程度级别还应该加上办理的业务的笔数,可以理解地,如已经成交有三笔业务的销售程度级别高于只成交有一笔业务的销售程度级别。
第一销售程度判断单元606用于判断所述客户在多个坐席名下当前的销售程度级别是否都达到预设级别。预设级别是根据销售程度级别提前设定的级别,如预设级别为支付级别。接着触发合并判定单元607。可以理解地,若达到支付级别,即只要完成支付,该车险业务就差配送保单就已经全部完成,若在这种情况下,进行业务的合并,会较大的损害坐席的利益。
合并判定单元607用于若所述客户在多个坐席名下的车牌号都不相同,或者所述客户所在的区域不支持合并,或者所述客户在多个坐席名下当前的销售程度级别都达到预设级别,判定多个坐席名下的所述客户的业务不能进行合并;若多个坐席名下的车牌号都相同且所述客户所在的区域支持合并且所述客户在多个坐席名下当前的销售程度级别未都达到预设级别,判定多个坐席名下的所述客户的业务能进行合并。
在其他实施例中,获取多个坐席名下所述客户的车牌号、所述客户所在的区域、获取所述客户在多个坐席名下当前的销售程度级别还可以按照其他的顺序,在此不再赘述。
在其他实施例中,第一预设条件还包括最初来源渠道不支持合并,具体地,获取多个坐席名下的最初来源渠道,判断多个坐席名下的最初来源渠道是否支持合并。如最初来源渠道包括网络销售、电话销售、参加市场活动。可预设其中的某些最初来源渠道不支持合并,如最初来源渠道为参加市场活动的客户不支持合并。可以理解为,举办市场活动是需要额外的人力、财力,由参加市场活动而带来的客户是不能支持业务合并的。若所述客户在多个坐席名下的车牌号都不相同,或者所述客户所在的区域不支持车险业务合并,或者所述客户在多个坐席名下当前的销售程度级别都达到预设级别,或者所述客户在多个坐席名下的最初来源渠道不支持合并,判定多个坐席名下的所述客户的业务不能进行合并;否则,判定多个坐席名下的所述客户的业务能进行合并。
图7是本发明实施例提供的选择单元的示意性框图。该选择单元用于根据第二预设条件选择其中一个坐席作为第一坐席,其余坐席作为第二座席。该选择单元包括第二销售程度获取单元701、第二销售程度判断单元702、选择确定单元703、来源渠道获取单元704、来源渠道判断单元705。
第二销售程度获取单元701用于获取所述客户在多个坐席名下当前的销售程度级别。根据业务的业务流程信息来确定销售程度级别。如车险业务的业务流程包括了解基本信息、已经报价、审核保单(如该车辆有没有投保、车辆信息是否正确)、支付、配送保单等。对应的销售程度级别分别为了解基本信息级别、已经报价级别、审核保单级别、支付级别、配送保单级别等。销售程度级别还可以根据其他的方式来划分,以用来表示所述客户对所涉及的业务深入的程度。在其他的实施例中,销售程度级别还应该加上办理的业务的笔数,可以理解地,如已经成交有三笔业务的销售程度级别高于只成交有一笔业务的销售程度级别。
第二销售程度判断单元702用于判断判断对应的销售程度级别高的坐席是否为一个;
选择确定单元703用于若判断对应的销售程度级别高的坐席为一个,将对应的销售程度级别高的坐席作为第一坐席,其余坐席作为第二座席。
来源渠道获取单元704用于若判断对应的销售程度级别高的坐席不止一个,获取所述客户在对应的销售程度级别高的坐席名下的最初来源渠道。其中,最初来源渠道包括网络销售、电话销售、参加市场活动等。最初来源渠道预先会设置一个优先级,如优先级从高到低的顺序分别为网络销售、电话销售、参加市场活动。
来源渠道判断单元705用于判断对应的最初来源渠道优先级高的坐席是否为一个。
选择确定单元703还用于若对应的最初来源渠道优先级高的坐席为一个,将对应的最初来源渠道优先级高的坐席作为第一坐席,其余坐席作为第二座席;若对应的最初来源渠道优先级高的坐席不止一个,根据第三预设规则从对应的最初来源渠道优先级高的坐席中选择其中一个坐席,作为第一坐席,其余坐席作为第二座席。
在其他实施例中,第二预设条件还包括客户的等级,各个客户划分的等级中包括低等级、高等级等。各个客户划分的等级还可以按照其他的要求进行划分。具体地通过以下方式获取客户的等级。首先,获取该客户的交易金额。从数据库中查询该客户的交易记录,统计交易记录中客户所涉及的交易金额。然后,根据该客户的交易金额确定该客户的等级。在数据库中预存有该客户的交易金额所对应的客户的等级,根据该客户的交易金额确定该客户所对应的等级。将对应的所述客户的等级高的坐席作为第一坐席,其余坐席作为第二坐席。
图8是本发明实施例提供的合并单元的示意性框图。该合并单元用于将第二坐席名下的所述客户的业务合并到所述第一坐席名下。该合并单元包括客户信息获取单元801、匹配检测单元802、保存单元803、删除单元804。
客户信息获取单元801用于获取所述第一坐席名下和第二坐席名下所述客户的基本信息和所述客户的业务信息。如在车险业务中,客户的基本信息包括车牌号、电话号码、身份证等等个人基本信息。车险业务信息包括当前车险业务的销售进展信息,如某年某月某日,客户登录APP,填写了基本信息;某年某月某日,客户跟某坐席进行了沟通,沟通的结果是某某,如给了初步的建议;某年某月某日,客户登陆APP,填写了保单信息等。
匹配检测单元802用于将所述第一坐席名下和第二坐席名下的所述客户的信息和所述客户的业务信息进行匹配检测。如将获取的每条信息进行比对。
保存单元803用于将所述第一坐席名下未记录而所述第二坐席名下记录的所述客户的信息和所述客户的业务信息保存在所述第一坐席名下。如第二坐席名下记录的客户的电话号码信息为11111、22222,而第一坐席名下记录的客户的电话号码信息为11111,则将第二坐席名下记录的电话号码信息22222补充到第一坐席记录的客户的电话号码信息中。如第二座席名下记录的客户的业务信息,第一坐席名下未记录,则将第二座席名下记录的客户的业务信息全部保存在第一坐席名下,如包括当前车险业务的销售进展信息和第二座席的相关信息,以供第一坐席了解第二坐席对客户的跟进情况,方便第一坐席进一步的跟进。具体地,如第一坐席在合并记录里面可以查看到这些第一坐席名下未记录而所述第二坐席名下记录的信息。如点击“查看合并记录”按钮。
删除单元804用于删除所述第二坐席名下的所述客户的信息和所述客户的业务信息。需要注意的是,第二坐席在删除记录里面可以查看到该客户到底由谁接着跟进。
上述业务合并装置可以实现为一种计算机程序的形式,该计算机程序可以在如图9所示的业务合并的设备上运行。
图9为本发明实施例提供的一种业务合并的设备的示意性框图。该业务合并的设备90可以是终端,如服务器等。该设备90包括通过系统总线901连接的处理器902、存储器和网络接口903,其中,存储器可以包括非易失性存储介质904和内存储器905。
该非易失性存储介质904可存储操作系统941和程序数据942。该程序数据942被执行时,可使得处理器902执行一种业务合并的方法。
该处理器902用于提供计算和控制能力,支撑整个设备90的运行。
该内存储器905中可储存有程序数据,该程序数据被处理器902执行时,可使得处理器902执行一种业务合并的方法。
该网络接口903用于进行网络通信,如接收客户的业务服务请求等。本领域技术人员可以理解,图9中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的设备90的限定,具体的设备90可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
其中,所述处理器902用于运行存储在存储器中的程序数据,以实现如下操作:
若接收到客户的服务请求,根据所述客户的信息检测是否有多个坐席同时跟进所述客户,其中,所述服务请求用于请求坐席的服务;若检测有多个坐席同时跟进所述客户,根据第一预设条件判断多个坐席名下的所述客户的业务是否能进行合并;若能进行合并,根据第二预设条件选择其中一个坐席作为第一坐席,其余坐席作为第二座席;将第二坐席名下的所述客户的业务合并到所述第一坐席名下;转接所述第一坐席,以让所述第一坐席为所述客户提供服务。
若所述业务为车险业务,处理器902还执行如下操作:
获取所述客户在多个坐席名下的车牌号、所述客户所在的区域、所述客户在多个坐席名下当前的销售程度级别;若所述客户在多个坐席名下的车牌号不相同,或者所述客户所在的区域不支持车险业务合并,或者所述客户在多个坐席名下当前的销售程度级别都达到预设级别,判定多个坐席名下的所述客户的业务不能进行合并;否则,判定多个坐席名下的所述客户的业务能进行合并。
处理器114还执行如下操作:
获取所述客户在多个坐席名下当前的销售程度级别;判断对应的销售程度级别高的坐席是否为一个;若为一个,将对应的销售程度级别高的坐席作为第一坐席,其余坐席作为第二座席;否则,获取所述客户在对应的销售程度级别高的坐席名下的最初来源渠道;判断对应的最初来源渠道优先级高的坐席是否为一个;若为一个,将对应的最初来源渠道优先级高的坐席作为第一坐席,其余坐席作为第二座席;否则,根据第三预设规则从对应的最初来源渠道优先级高的坐席中选择其中一个坐席,作为第一坐席,其余坐席作为第二座席。
处理器114还执行如下操作:
获取所述第一坐席名下和第二坐席名下所述客户的基本信息和所述客户的业务信息;将所述第一坐席名下和第二坐席名下的所述客户的信息和所述客户的业务信息进行匹配检测;将所述第一坐席名下未记录而所述第二坐席名下记录的所述客户的信息和所述客户的业务信息保存在所述第一坐席名下;删除所述第二坐席名下的所述客户的信息和所述客户的业务信息。
处理器114还执行如下操作:
若多个坐席名下的所述客户的业务不能进行合并,判断是否接收到所述客户要求合并的请求;若接收到所述客户要求合并的请求,将其余坐席名下的所述客户的业务合并到所述客户要求合并的坐席名下。
应当理解,在本发明实施例中,处理器902可以是中央处理单元(CentralProcessing Unit,CPU),该处理器902还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable GateArray,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中,通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
本领域技术人员可以理解,图9中示出的业务合并的设备90结构并不构成对设备90的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。例如,在一些实施例中,业务合并的设备可以仅包括存储器及处理器,在这样的实施例中,存储器及处理器的结构及功能与图9所示实施例一致,在此不再赘述。
本发明还提供一种计算机可读存储介质,所述计算机可读存储介质存储有一个或者一个以上程序数据,所述一个或者一个以上程序数据可被一个或者一个以上的处理器执行,以实现以下步骤:
若接收到客户的服务请求,根据所述客户的信息检测是否有多个坐席同时跟进所述客户,其中,所述服务请求用于请求坐席的服务;若检测有多个坐席同时跟进所述客户,根据第一预设条件判断多个坐席名下的所述客户的业务是否能进行合并;若能进行合并,根据第二预设条件选择其中一个坐席作为第一坐席,其余坐席作为第二座席;将第二坐席名下的所述客户的业务合并到所述第一坐席名下;转接所述第一坐席,以让所述第一坐席为所述客户提供服务。
在其中一个实施例中,所述业务为车险业务,该程序数据被处理器执行时还可以实现以下步骤:
获取所述客户在多个坐席名下的车牌号、所述客户所在的区域、所述客户在多个坐席名下当前的销售程度级别;若所述客户在多个坐席名下的车牌号不相同,或者所述客户所在的区域不支持车险业务合并,或者所述客户在多个坐席名下当前的销售程度级别都达到预设级别,判定多个坐席名下的所述客户的业务不能进行合并;否则,判定多个坐席名下的所述客户的业务能进行合并。
在其中一个实施例中,该程序数据被处理器执行时还可以实现以下步骤:
获取所述客户在多个坐席名下当前的销售程度级别;判断对应的销售程度级别高的坐席是否为一个;若为一个,将对应的销售程度级别高的坐席作为第一坐席,其余坐席作为第二座席;否则,获取所述客户在对应的销售程度级别高的坐席名下的最初来源渠道;判断对应的最初来源渠道优先级高的坐席是否为一个;若为一个,将对应的最初来源渠道优先级高的坐席作为第一坐席,其余坐席作为第二座席;否则,根据第三预设规则从对应的最初来源渠道优先级高的坐席中选择其中一个坐席,作为第一坐席,其余坐席作为第二座席。
在其中一个实施例中,该程序数据被处理器执行时还可以实现以下步骤:
获取所述第一坐席名下和第二坐席名下所述客户的基本信息和所述客户的业务信息;将所述第一坐席名下和第二坐席名下的所述客户的信息和所述客户的业务信息进行匹配检测;将所述第一坐席名下未记录而所述第二坐席名下记录的所述客户的信息和所述客户的业务信息保存在所述第一坐席名下;删除所述第二坐席名下的所述客户的信息和所述客户的业务信息。
在其中一个实施例中,该程序数据被处理器执行时还可以实现以下步骤:
若多个坐席名下的所述客户的业务不能进行合并,判断是否接收到所述客户要求合并的请求;若接收到所述客户要求合并的请求,将其余坐席名下的所述客户的业务合并到所述客户要求合并的坐席名下。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的设备、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
在本申请所提供的几个实施例中,应该理解到,所揭露的设备、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
Claims (8)
1.一种业务合并方法,其特征在于,所述方法包括:
若接收到客户的服务请求,根据所述客户的信息检测是否有多个坐席同时跟进所述客户,其中,所述服务请求用于请求坐席的服务;
若检测有多个坐席同时跟进所述客户,根据第一预设条件判断多个坐席名下的所述客户的业务是否能进行合并;
若能进行合并,根据第二预设条件选择其中一个坐席作为第一坐席,其余坐席作为第二座席;
将第二坐席名下的所述客户的业务合并到所述第一坐席名下;
转接所述第一坐席,以让所述第一坐席为所述客户提供服务;
所述根据第二预设条件选择其中一个坐席,该坐席称为第一坐席,包括:
获取所述客户在多个坐席名下当前的销售程度级别;
判断对应的销售程度级别高的坐席是否为一个;
若为一个,将对应的销售程度级别高的坐席作为第一坐席;否则,获取所述客户在对应的销售程度级别高的坐席名下的最初来源渠道;
判断对应的最初来源渠道优先级高的坐席是否为一个;
若为一个,将对应的最初来源渠道优先级高的坐席作为第一坐席;否则,根据第三预设规则从对应的最初来源渠道优先级高的坐席中选择其中一个坐席,作为第一坐席。
2.如权利要求1所述的方法,其特征在于,所述业务为车险业务,所述根据第一预设条件判断多个坐席名下的所述客户的业务是否能进行合并,包括:
获取所述客户在多个坐席名下的车牌号、所述客户所在的区域、所述客户在多个坐席名下当前的销售程度级别;
若所述客户在多个坐席名下的车牌号不相同,或者所述客户所在的区域不支持车险业务合并,或者所述客户在多个坐席名下当前的销售程度级别都达到预设级别,判定多个坐席名下的所述客户的业务不能进行合并;否则,判定多个坐席名下的所述客户的业务能进行合并。
3.如权利要求1所述的方法,其特征在于,所述将第二坐席名下的所述客户的业务合并到所述第一坐席名下,包括:
获取所述第一坐席名下和第二坐席名下所述客户的基本信息和所述客户的业务信息;
将所述第一坐席名下和第二坐席名下的所述客户的信息和所述客户的业务信息进行匹配检测;
将所述第一坐席名下未记录而所述第二坐席名下记录的所述客户的信息和所述客户的业务信息保存在所述第一坐席名下;
删除所述第二坐席名下的所述客户的信息和所述客户的业务信息。
4.如权利要求1所述的方法,其特征在于,所述方法还包括:
若多个坐席名下的所述客户的业务不能进行合并,判断是否接收到所述客户要求合并的请求;
若接收到所述客户要求合并的请求,将其余坐席名下的所述客户的业务合并到所述客户要求合并的坐席名下。
5.一种业务合并的装置,其特征在于,所述装置包括:
多坐席检测单元,用于若接收到客户的服务请求,根据所述客户的信息检测是否有多个坐席同时跟进所述客户,其中,所述服务请求用于请求坐席的服务;
合并判断单元,用于若检测有多个坐席同时跟进所述客户,根据第一预设条件判断多个坐席名下的所述客户的业务是否能进行合并;
选择单元,用于若能进行合并,根据第二预设条件选择其中一个坐席作为第一坐席,其余坐席作为第二坐席;
合并单元,用于将第二坐席名下的所述客户的业务合并到所述第一坐席名下;
转接单元,用于转接所述第一坐席,以让所述第一坐席为所述客户提供服务;
所述选择单元,包括:
第二销售程度获取单元,用于获取所述客户在多个坐席名下当前的销售程度级别;
第二销售程度判断单元,用于判断对应的销售程度级别高的坐席是否为一个;
选择确定单元,用于若对应的销售程度级别高的坐席为一个,将对应的销售程度级别高的坐席作为第一坐席,其余坐席作为第二座席;
来源渠道获取单元,用于若对应的销售程度级别高的坐席不止一个,获取所述客户在对应的销售程度级别高的坐席名下的最初来源渠道;
来源渠道判断单元,用于判断对应的最初来源渠道优先级高的坐席是否为一个;
选择确定单元,还用于若对应的最初来源渠道优先级高的坐席为一个,将对应的最初来源渠道优先级高的坐席作为第一坐席,其余坐席作为第二座席;否则,根据第三预设规则从对应的最初来源渠道优先级高的坐席中选择其中一个坐席,作为第一坐席,其余坐席作为第二座席。
6.如权利要求5所述的装置,其特征在于,所述业务为车险业务,所述合并判断单元,包括:
数据获取单元,用于获取所述客户在多个坐席名下的车牌号、所述客户所在的区域、所述客户在多个坐席名下当前的销售程度级别;
判定单元,用于若所述客户在多个坐席名下的车牌号不相同,或者所述客户所在的区域不支持车险业务合并,或者所述客户在多个坐席名下当前的销售程度级别都达到预设级别,判定多个坐席名下的所述客户的业务不能进行合并;否则,判定多个坐席名下的所述客户的业务能进行合并。
7.一种业务合并的设备,其特征在于,所述设备包括存储器,以及与所述存储器相连的处理器;
所述存储器,用于存储实现业务合并的程序数据;
所述处理器,用于运行所述存储器中存储的程序数据,以执行如权利要求1-4任一项所述的方法。
8.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有一个或者一个以上程序数据,所述一个或者一个以上程序数据可被一个或者一个以上的处理器执行,以实现如权利要求1至4任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710855497.9A CN107800892B (zh) | 2017-09-20 | 2017-09-20 | 一种业务合并方法、装置、设备及计算机可读存储介质 |
PCT/CN2018/083018 WO2019056745A1 (zh) | 2017-09-20 | 2018-04-13 | 业务合并方法、装置、设备及计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710855497.9A CN107800892B (zh) | 2017-09-20 | 2017-09-20 | 一种业务合并方法、装置、设备及计算机可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107800892A CN107800892A (zh) | 2018-03-13 |
CN107800892B true CN107800892B (zh) | 2019-09-17 |
Family
ID=61532304
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710855497.9A Active CN107800892B (zh) | 2017-09-20 | 2017-09-20 | 一种业务合并方法、装置、设备及计算机可读存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN107800892B (zh) |
WO (1) | WO2019056745A1 (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107800892B (zh) * | 2017-09-20 | 2019-09-17 | 平安科技(深圳)有限公司 | 一种业务合并方法、装置、设备及计算机可读存储介质 |
CN110557415B (zh) * | 2018-05-31 | 2022-05-27 | 阿里巴巴集团控股有限公司 | 一种在线客服系统、用户端、服务器、客服端以及方法 |
CN109597804B (zh) * | 2018-10-08 | 2023-10-03 | 中国平安人寿保险股份有限公司 | 基于大数据的客户合并方法及装置、电子设备及存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH1079797A (ja) * | 1996-07-15 | 1998-03-24 | At & T Corp | パーソナル電話エージェント |
CN101815135A (zh) * | 2009-10-27 | 2010-08-25 | 号百信息服务有限公司 | 一种构建电话座席和业务系统之间服务平台的实现方法 |
CN103685777A (zh) * | 2012-09-25 | 2014-03-26 | 中国电信股份有限公司 | 多呼叫中心转接业务的方法与系统 |
CN104468319A (zh) * | 2013-09-18 | 2015-03-25 | 阿里巴巴集团控股有限公司 | 一种会话内容合并方法和系统 |
CN105227792A (zh) * | 2014-06-10 | 2016-01-06 | 华为技术有限公司 | 呼叫路由方法、装置及系统 |
CN105306426A (zh) * | 2014-07-18 | 2016-02-03 | 中兴通讯股份有限公司 | 协同通信的客服方法及客服系统 |
CN107172197A (zh) * | 2017-06-26 | 2017-09-15 | 努比亚技术有限公司 | 一种业务处理方法、系统及设备 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7386115B2 (en) * | 2002-01-10 | 2008-06-10 | Michael Peters | Combined caller and agent endpoint manager |
DE10210791A1 (de) * | 2002-03-12 | 2003-10-16 | T Mobile Deutschland Gmbh | Verfahren zum Betreiben eines Call-Centers |
CN101938578B (zh) * | 2009-06-30 | 2013-05-08 | 中兴通讯股份有限公司 | 实现用户锁定客服人员的方法、用户服务方法和客服系统 |
CN105187666A (zh) * | 2015-09-29 | 2015-12-23 | 努比亚技术有限公司 | 一种识别来电用户的方法及装置 |
CN107800892B (zh) * | 2017-09-20 | 2019-09-17 | 平安科技(深圳)有限公司 | 一种业务合并方法、装置、设备及计算机可读存储介质 |
-
2017
- 2017-09-20 CN CN201710855497.9A patent/CN107800892B/zh active Active
-
2018
- 2018-04-13 WO PCT/CN2018/083018 patent/WO2019056745A1/zh active Application Filing
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH1079797A (ja) * | 1996-07-15 | 1998-03-24 | At & T Corp | パーソナル電話エージェント |
CN101815135A (zh) * | 2009-10-27 | 2010-08-25 | 号百信息服务有限公司 | 一种构建电话座席和业务系统之间服务平台的实现方法 |
CN103685777A (zh) * | 2012-09-25 | 2014-03-26 | 中国电信股份有限公司 | 多呼叫中心转接业务的方法与系统 |
CN104468319A (zh) * | 2013-09-18 | 2015-03-25 | 阿里巴巴集团控股有限公司 | 一种会话内容合并方法和系统 |
CN105227792A (zh) * | 2014-06-10 | 2016-01-06 | 华为技术有限公司 | 呼叫路由方法、装置及系统 |
CN105306426A (zh) * | 2014-07-18 | 2016-02-03 | 中兴通讯股份有限公司 | 协同通信的客服方法及客服系统 |
CN107172197A (zh) * | 2017-06-26 | 2017-09-15 | 努比亚技术有限公司 | 一种业务处理方法、系统及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN107800892A (zh) | 2018-03-13 |
WO2019056745A1 (zh) | 2019-03-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107800896B (zh) | 电话业务交互方法和装置 | |
US7742954B1 (en) | Method and system for an enhanced portal for services suppliers | |
US7451113B1 (en) | Card management system and method | |
CA2566768C (en) | Queuing system, method and computer program product for managing the provision of services over a communications network | |
US10244116B2 (en) | Service request routing using passive skill certification | |
US20150195407A1 (en) | Followup of customer service agents | |
US20080004980A1 (en) | System and method for regulating supplier acceptance of service requests | |
CN107800892B (zh) | 一种业务合并方法、装置、设备及计算机可读存储介质 | |
US20140143139A1 (en) | System and method for facilitating a transaction between an enterprise and a person using a mobile device | |
CN108648067A (zh) | 贷款审批方法、装置、计算机设备及存储介质 | |
CN107800899A (zh) | 坐席提供服务的方法、装置、设备及计算机可读存储介质 | |
US20110051921A1 (en) | Method and System for Controlling Establishment of Communication Channels in a Contact Centre | |
US8904485B2 (en) | System and method for intermediating between subscriber devices and communication service providers | |
US10699249B2 (en) | Point-of-contact database information integration system | |
US20070112634A1 (en) | System and method for confirming customer transactions | |
CN111050001A (zh) | 一种话务分配方法及相关装置 | |
Anwar et al. | Singaporean consumers’ attitudes to technology usage | |
AU2019419399B2 (en) | Risk management system interface | |
US20090112681A1 (en) | Method and system for click-to-call | |
KR20100066379A (ko) | 서비스 객체의 선택적 공유를 이용한 객체공유 서비스 제공 시스템 및 그 방법 | |
JP7408180B1 (ja) | 顧客開発推進システム | |
CN108769977B (zh) | 通话记录归属订单确定方法、装置、电子设备及存储介质 | |
KR102654942B1 (ko) | 통합형 비용 관리 방법 및 장치 | |
JP6209875B2 (ja) | 情報処理装置、情報処理システム、及びプログラム | |
US10904393B2 (en) | Scheduling communication system and method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |