CN105550294A - 一种基于后台数据挖掘维护大客户关系的方法及装置 - Google Patents

Abstract

本发明实施例公开了一种基于后台数据挖掘维护大客户关系的方法及装置，解决了目前的大客户通常拒绝添加官方的客户经理或客服为好友，导致官方无法及时传达信息给大客户，大客户遇到困难或者问题也无法立即找到官方客服的技术问题。本发明实施例基于后台数据挖掘维护大客户关系的方法，包括：S1：根据获取的复数个客户信息判断是否为大客户，若是，则执行步骤S2；S2：将与所述客户信息对应的客户批量添加至大客户友好关系单元为大客户；S3：通过大客户友好关系单元将官方客户端与大客户建立相互好友关系，并以官方模式在大客户的客户端进行单独分组显示。

Description

一种基于后台数据挖掘维护大客户关系的方法及装置

技术领域

本发明涉及互联网互动技术领域，尤其涉及一种基于后台数据挖掘维护大客户关系的方法及装置。

背景技术

大客户(KeyAccount/KA，KeyClient)又被称为重点客户、主要客户、关键客户、优质客户等)大客户是指对产品(或服务)消费频率高、消费量大、客户利润率高而对企业经营业绩能产生一定影响的要害客户(KA)，而除此之外的客户群则可划入中小客户范畴。

目前App或者产品的主要营收是少部分大客户提供的，但是很多的大客户拒绝添加官方的客户经理(或客服)为好友，导致了官方无法及时传达信息给大客户，大客户遇到困难或者问题也无法立即找到官方客服的技术问题。

发明内容

本发明实施例提供了一种基于后台数据挖掘维护大客户关系的方法及装置，解决了目前的大客户通常拒绝添加官方的客户经理或客服为好友，导致官方无法及时传达信息给大客户，大客户遇到困难或者问题也无法立即找到官方客服的技术问题。

本发明实施例提供的一种基于后台数据挖掘维护大客户关系的方法，包括：

S1：根据获取的复数个客户信息判断是否为大客户，若是，则执行步骤S2；

S2：将与所述客户信息对应的客户批量添加至大客户友好关系单元为大客户；

S3：通过所述大客户友好关系单元将官方客户端与所述大客户建立相互好友关系，并以官方模式在所述大客户的客户端进行单独分组显示。

优选地，步骤S1之前还包括：

获取复数个客户的所述客户信息，所述客户信息包括名称、消费记录、消费日期和消费金额。

优选地，步骤S3具体包括：

通过所述大客户友好关系单元判断所述官方客户端与所述大客户是否已经为相互好友关系，若否，则将所述官方客户端与所述大客户建立相互好友关系，并对所述大客户进行弹窗提示；

以官方模式在所述大客户的客户端进行单独分组显示。

优选地，通过所述大客户友好关系单元判断所述官方客户端与所述大客户是否已经为相互好友关系，若否，则将所述官方客户端与所述大客户建立相互好友关系，并对所述大客户进行弹窗提示之后还包括：

通过所述大客户友好关系维系单元为所述大客户提供预置特权服务。

优选地，通过所述大客户友好关系维系单元为所述大客户提供预置特权服务之后还包括：

实时判断所述大客户是否取消了与所述官方客户端的相互好友关系，若是，则再次通过所述大客户友好关系单元将所述官方客户端与所述大客户建立相互好友关系，并对所述大客户进行弹窗提示。

本发明实施例提供的一种基于后台数据挖掘维护大客户关系的装置，包括：

信息判断单元，用于根据获取的客户信息判断是否为大客户，若是，则触发大客户友好关系单元；

所述大客户友好关系单元，用于将与所述客户信息对应的客户批量添加至大客户友好关系单元为大客户，再通过所述大客户友好关系单元将官方客户端与所述大客户建立相互好友关系，并以官方模式在所述大客户的客户端进行单独分类显示。

优选地，所述基于后台数据挖掘维护大客户关系的装置还包括：

信息获取单元，用于获取复数个客户的所述客户信息，所述客户信息包括名称、消费记录、消费日期和消费金额。

优选地，所述大客户友好关系单元具体包括：

添加子单元，用于将与所述客户信息对应的客户添加为大客户；

好友判断子单元，用于判断所述官方客户端与所述大客户是否已经为相互好友关系，若否，则触发关系建立子单元；

所述关系建立子单元，用于将所述官方客户端与所述大客户建立相互好友关系，并对所述大客户进行弹窗提示；

分组子单元，用于以官方模式在所述大客户的客户端进行单独分组显示。

优选地，所述基于后台数据挖掘维护大客户关系的装置还包括：

大客户友好关系维系单元，用于为所述大客户提供预置特权服务。

优选地，所述基于后台数据挖掘维护大客户关系的装置还包括：

第一判断单元，用于实时判断所述大客户是否取消了与所述官方客户端的相互好友关系，若是，则再次触发所述关系建立子单元。

从以上技术方案可以看出，本发明实施例具有以下优点：

本发明实施例中提供的一种基于后台数据挖掘维护大客户关系的方法及装置，其中，基于后台数据挖掘维护大客户关系的方法，包括：S1：根据获取的复数个客户信息判断是否为大客户，若是，则执行步骤S2；S2：将与所述客户信息对应的客户批量添加至大客户友好关系单元为大客户；S3：通过大客户友好关系单元将官方客户端与大客户建立相互好友关系，并以官方模式在大客户的客户端进行单独分组显示。本实施例中，通过根据数据库中记录的客户历史信息确定大客户，并与大客户建立相互好友关系，解决了目前的大客户通常拒绝添加官方的客户经理或客服为好友，导致官方无法及时传达信息给大客户，大客户遇到困难或者问题也无法立即找到官方客服的技术问题，且以官方模式在所述大客户的客户端分组显示，有效地为大客户提供直观的官方客户提醒，大客户可以直接与分组中的官方客户进行联系的有益效果。

附图说明

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

图1为本发明实施例中提供的一种基于后台数据挖掘维护大客户关系的方法的一个实施例的流程示意图；

图2为本发明实施例中提供的一种基于后台数据挖掘维护大客户关系的方法的另一个实施例的流程示意图；

图3为本发明实施例中提供的一种基于后台数据挖掘维护大客户关系的装置的一个实施例的结构示意图；

图4为本发明实施例中提供的一种基于后台数据挖掘维护大客户关系的装置的另一个实施例的结构示意图；

图5为添加大客户为好友时的弹窗示意图；

图6为自动建立官方分组示意图。

具体实施方式

本发明实施例提供了一种基于后台数据挖掘维护大客户关系的方法及装置，解决了目前的大客户通常拒绝添加官方的客户经理或客服为好友，导致官方无法及时传达信息给大客户，大客户遇到困难或者问题也无法立即找到官方客服的技术问题。

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

越来越多的公司注重大客户的关系建立和维护，但是大客户存在不愿意添加官方客服为好友的问题，目前还未有一种很好的建立大客户友好关系的方案，本发明通过后台技术方案提出了一种批量添加大客户的方法，做到无一遗漏的添加大客户，建立大客户沟通渠道，对大客户关系进行维护。

请参阅图1，本发明实施例中提供的一种基于后台数据挖掘维护大客户关系的方法的一个实施例包括：

S1：根据获取的复数个客户信息判断是否为大客户，若是，则执行步骤S2；

本实施例中，当需要在所有已注册的用户中确定是否为大客户的时候，首先需要根据获取的复数个客户信息判断是否为大客户，若是，则执行步骤S2。

S2：将与客户信息对应的客户批量添加至大客户友好关系单元为大客户；

当根据获取的复数个客户信息判断为大客户，则将与客户信息对应的客户批量添加至大客户友好关系单元为大客户。

S3：通过大客户友好关系单元将官方客户端与大客户建立相互好友关系，并以官方模式在大客户的客户端进行单独分组显示。

当将与客户信息对应的客户批量添加至大客户友好关系单元为大客户之后，需要通过大客户友好关系单元将官方客户端与大客户建立相互好友关系，并以官方模式在大客户的客户端进行单独分组显示。

本实施例中，通过根据数据库中记录的客户历史信息确定大客户，并与大客户建立相互好友关系，解决了目前的大客户通常拒绝添加官方的客户经理或客服为好友，导致官方无法及时传达信息给大客户，大客户遇到困难或者问题也无法立即找到官方客服的技术问题，且以官方模式在大客户的客户端分组显示，有效地为大客户提供直观的官方客户提醒，大客户可以直接与分组中的官方客户进行联系的有益效果。

上面是对基于后台数据挖掘维护大客户关系的方法的过程进行详细的描述，下面将对附加步骤进行详细的描述，请参阅图2，本发明实施例中提供的一种基于后台数据挖掘维护大客户关系的方法的另一个实施例包括：

201、获取复数个客户的客户信息；

本实施例中，当需要在所有已注册的用户中确定是否为大客户的时候，首先需要获取复数个客户的客户信息，客户信息包括名称、消费记录、消费日期和消费金额。

202、根据获取的复数个客户信息判断是否为大客户，若是，则执行步骤203；

本实施例中，当获取复数个客户的客户信息之后，需要根据获取的复数个客户信息判断是否为大客户，若是，则执行步骤203。

例如客户信息为名称，消费记录，消费日期，消费金额等，进入到客户关系***之后，通过大客户条件筛选(例如：连续三个月，每个月消费金额超过10万)后，可判断客户是否为大客户。

203、将与客户信息对应的客户批量添加至大客户友好关系单元为大客户；

当根据获取的复数个客户信息判断为大客户，则将与客户信息对应的客户批量添加至大客户友好关系单元为大客户。

204、通过大客户友好关系单元判断官方客户端与大客户是否已经为相互好友关系，若否，则执行步骤205；

当将与客户信息对应的客户批量添加至大客户友好关系单元为大客户之后，需要通过大客户友好关系单元判断官方客户端与大客户是否已经为相互好友关系，若否，则执行步骤205。

205、将官方客户端与大客户建立相互好友关系，并对大客户进行弹窗提示；

当通过大客户友好关系单元判断官方客户端与大客户是否已经为相互好友关系，为否时，则将官方客户端与大客户建立相互好友关系，并对大客户进行弹窗提示(如图5所示)，图5在批量添加大客户之后自动弹出，旨在提高大客户的信任度。

例如通过的进入大客户友好关系单元，对于没有添加好友的大客户，该单元可实现批量添加。

206、以官方模式在大客户的客户端进行单独分组显示；

当将官方客户端与大客户建立相互好友关系，并对大客户进行弹窗提示之后，需要以官方模式在大客户的客户端进行单独分组显示(如图6所示)。

例如弹窗提示大客户(3天内)，添加后在大客户的好友列表会自动创建“官方”分组。

207、通过大客户友好关系维系单元为大客户提供预置特权服务；

当以官方模式在大客户的客户端进行单独分组显示之后，需要通过大客户友好关系维系单元为大客户提供预置特权服务。

例如进入大客户友好关系维护单元，该单元为大客户提供特权服务，大客户可通过YY直接任意时间联系客服，可以谈任何问题，并且该单元提供建议链接，大客户可以把问题直接写在链接里面，客服24小时内必须回复大客户提出的要求。让大客户享受了尊贵的特权服务，从而提升大客户对公司的依赖性，刺激消费。

208、实时判断大客户是否取消了与官方客户端的相互好友关系，若是，则执行步骤209；

当通过大客户友好关系维系单元为大客户提供预置特权服务之后，需要实时判断大客户是否取消了与官方客户端的相互好友关系，若是，则执行步骤209。

209、再次通过大客户友好关系单元将官方客户端与大客户建立相互好友关系，并对大客户进行弹窗提示。

当实时判断大客户是否取消了与官方客户端的相互好友关系之后，需要再次通过大客户友好关系单元将官方客户端与大客户建立相互好友关系，并对大客户进行弹窗提示。

需要说明的是，本步骤可以是实时判断大客户是取消了相互好友关系之后，重复执行步骤205至步骤208。

例如即使大客户主动删除了官方好友，该信息同样会进入到大客户友好关系管理单元，客服可以重新添加他为好友，保证做到大客户的无一遗漏。

本实施例中，通过根据数据库中记录的客户历史信息确定大客户，并与大客户建立相互好友关系，解决了目前的大客户通常拒绝添加官方的客户经理或客服为好友，导致官方无法及时传达信息给大客户，大客户遇到困难或者问题也无法立即找到官方客服的技术问题，且以官方模式在大客户的客户端分组显示，有效地为大客户提供直观的官方客户提醒，大客户可以直接与分组中的官方客户进行联系的有益效果，进一步地，提高了对大客户的沟通和友好关系强化，以及提高了大客户对官方的信任感，提示大客户对公司的满意度。

请参阅图3，本发明实施例提供的一种基于后台数据挖掘维护大客户关系的装置的一个实施例包括：

信息判断单元301，用于根据获取的客户信息判断是否为大客户，若是，则触发大客户友好关系单元302；

大客户友好关系单元302，用于将与客户信息对应的客户批量添加至大客户友好关系单元为大客户，再通过大客户友好关系单元将官方客户端与大客户建立相互好友关系，并以官方模式在大客户的客户端进行单独分类显示。

本实施例中，大客户友好关系单元302通过信息判断单元301根据数据库中记录的客户历史信息确定大客户，并与大客户建立相互好友关系，解决了目前的大客户通常拒绝添加官方的客户经理或客服为好友，导致官方无法及时传达信息给大客户，大客户遇到困难或者问题也无法立即找到官方客服的技术问题，且以官方模式在大客户的客户端分组显示，有效地为大客户提供直观的官方客户提醒，大客户可以直接与分组中的官方客户进行联系的有益效果。

上面是对基于后台数据挖掘维护大客户关系的装置的各单元进行详细的描述，下面将对附加单元和子单元进行详细的描述，请参阅图4，本发明实施例提供的一种基于后台数据挖掘维护大客户关系的装置的另一个实施例包括：

信息获取单元401，用于获取复数个客户的客户信息，客户信息包括名称、消费记录、消费日期和消费金额。

信息判断单元402，用于根据获取的客户信息判断是否为大客户，若是，则触发大客户友好关系单元403；

大客户友好关系单元403，用于将与客户信息对应的客户批量添加至大客户友好关系单元为大客户，再通过大客户友好关系单元将官方客户端与大客户建立相互好友关系，并以官方模式在大客户的客户端进行单独分类显示。

大客户友好关系单元403具体包括：

添加子单元4031，用于将与客户信息对应的客户添加为大客户；

好友判断子单元4032，用于判断官方客户端与大客户是否已经为相互好友关系，若否，则触发关系建立子单元4033；

关系建立子单元4033，用于将官方客户端与大客户建立相互好友关系，并对大客户进行弹窗提示；

分组子单元4034，用于以官方模式在大客户的客户端进行单独分组显示。

基于后台数据挖掘维护大客户关系的装置还包括：

大客户友好关系维系单元404，用于为大客户提供预置特权服务。

第一判断单元405，用于实时判断大客户是否取消了与官方客户端的相互好友关系，若是，则再次触发关系建立子单元4033。

本实施例中，大客户友好关系单元403通过信息判断单元402根据数据库中记录的客户历史信息确定的大客户，与大客户建立相互好友关系，解决了目前的大客户通常拒绝添加官方的客户经理或客服为好友，导致官方无法及时传达信息给大客户，大客户遇到困难或者问题也无法立即找到官方客服的技术问题，且以官方模式在大客户的客户端分组显示，有效地为大客户提供直观的官方客户提醒，大客户可以直接与分组中的官方客户进行联系的有益效果，进一步地，提高了对大客户的沟通和友好关系强化，以及提高了大客户对官方的信任感，提示大客户对公司的满意度。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的***，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种基于后台数据挖掘维护大客户关系的方法，其特征在于，包括：

S1：根据获取的复数个客户信息判断是否为大客户，若是，则执行步骤S2；

S2：将与所述客户信息对应的客户批量添加至大客户友好关系单元为大客户；

S3：通过所述大客户友好关系单元将官方客户端与所述大客户建立相互好友关系，并以官方模式在所述大客户的客户端进行单独分组显示。

2.根据权利要求1所述的基于后台数据挖掘维护大客户关系的方法，其特征在于，步骤S1之前还包括：

获取复数个客户的所述客户信息，所述客户信息包括名称、消费记录、消费日期和消费金额。

3.根据权利要求2所述的基于后台数据挖掘维护大客户关系的方法，其特征在于，步骤S3具体包括：

通过所述大客户友好关系单元判断所述官方客户端与所述大客户是否已经为相互好友关系，若否，则将所述官方客户端与所述大客户建立相互好友关系，并对所述大客户进行弹窗提示；

以官方模式在所述大客户的客户端进行单独分组显示。

4.根据权利要求1所述的基于后台数据挖掘维护大客户关系的方法，其特征在于，通过所述大客户友好关系单元判断所述官方客户端与所述大客户是否已经为相互好友关系，若否，则将所述官方客户端与所述大客户建立相互好友关系，并对所述大客户进行弹窗提示之后还包括：

通过所述大客户友好关系维系单元为所述大客户提供预置特权服务。

5.根据权利要求1所述的基于后台数据挖掘维护大客户关系的方法，其特征在于，通过所述大客户友好关系维系单元为所述大客户提供预置特权服务之后还包括：

实时判断所述大客户是否取消了与所述官方客户端的相互好友关系，若是，则再次通过所述大客户友好关系单元将所述官方客户端与所述大客户建立相互好友关系，并对所述大客户进行弹窗提示。

6.一种基于后台数据挖掘维护大客户关系的装置，其特征在于，包括：

信息判断单元，用于根据获取的客户信息判断是否为大客户，若是，则触发大客户友好关系单元；

所述大客户友好关系单元，用于将与所述客户信息对应的客户批量添加至大客户友好关系单元为大客户，再通过所述大客户友好关系单元将官方客户端与所述大客户建立相互好友关系，并以官方模式在所述大客户的客户端进行单独分类显示。

7.根据权利要求6所述的基于后台数据挖掘维护大客户关系的装置，其特征在于，所述基于后台数据挖掘维护大客户关系的装置还包括：

信息获取单元，用于获取复数个客户的所述客户信息，所述客户信息包括名称、消费记录、消费日期和消费金额。

8.根据权利要求7所述的基于后台数据挖掘维护大客户关系的装置，其特征在于，所述大客户友好关系单元具体包括：

添加子单元，用于将与所述客户信息对应的客户添加为大客户；

好友判断子单元，用于判断所述官方客户端与所述大客户是否已经为相互好友关系，若否，则触发关系建立子单元；

所述关系建立子单元，用于将所述官方客户端与所述大客户建立相互好友关系，并对所述大客户进行弹窗提示；

分组子单元，用于以官方模式在所述大客户的客户端进行单独分组显示。

9.根据权利要求8所述的基于后台数据挖掘维护大客户关系的装置，其特征在于，所述基于后台数据挖掘维护大客户关系的装置还包括：

大客户友好关系维系单元，用于为所述大客户提供预置特权服务。

10.根据权利要求9所述的基于后台数据挖掘维护大客户关系的装置，其特征在于，所述基于后台数据挖掘维护大客户关系的装置还包括：

第一判断单元，用于实时判断所述大客户是否取消了与所述官方客户端的相互好友关系，若是，则再次触发所述关系建立子单元。