流失用户的召回方法、装置及存储介质

技术领域

本申请涉及网约车技术领域，特别地涉及一种流失用户的召回方法、装置及存储介质。

背景技术

网约车平台可能存在用户体验不好或者使用价格贵等各种各样的原因，这些原因会造成用户流失，目前对流失用户的召回的手段之一是由客服人员打电话给用户进行回访，这种手段效率比较低，而且由于需要客服人工操作，工作量大而且成本比较高。

发明内容

针对上述相关技术中的问题，本申请提供一种流失用户的召回方法、装置及存储介质。

本申请提供了一种流失用户的召回方法，包括：

获取用户最近一次乘车的乘车时间；

基于所述乘车时间从所述用户中确定流失用户及流失用户对应的人群名称；

确定各个人群名称对应的优惠券；

至少基于各个人群名称对应的优惠券和所述人群名称生成各个人群名称对应的呼叫任务；

基于所述呼叫任务发起语音呼叫，以提醒所述流失用户使用优惠券。

在一些实施例中，所述基于所述乘车时间从所述用户中确定流失用户及流失用户对应的人群名称，包括：

确定所述乘车时间离当前时间之间的天数；

将天数大于天数阈值的用户确定为流失用户；

基于各个流失用户对应的天数与第一对应关系确定流失用户对应的人群名称，其中，所述第一对应关系包括：天数与人群名称之间的对应关系。

在一些实施例中，所述确定各个人群名称对应的优惠券，包括：

基于所述第二对应关系和各个人群名称，确定各个人群名称对应的优惠券，其中，所述第二对应关系包括：人群名称与优惠券之间的对应关系。

在一些实施例中，所述呼叫任务包括：呼叫名称、呼叫内容和呼叫对象，所述至少基于各个人群名称对应的优惠券和所述人群名称生成各个人群名称对应的呼叫任务，包括：

基于人群名称生成呼叫名称和呼叫对象；

基于所述各个人群名称对应的优惠券生成呼叫内容。

在一些实施例中，所述呼叫任务还包括：外呼时间，所述至少基于各个人群名称对应的优惠券和所述人群名称生成各个人群名称对应的呼叫任务，包括：

基于各个人群名称对应的优惠券、所述人群名称和外呼时间生成各个人群名称对应的呼叫任务。

在一些实施例中，所述方法还包括：

在发起语音呼叫之后，获取语音呼叫的呼叫数量和接通数量；

显示所述呼叫数量和所述接通数量。

在一些实施例中，所述方法还包括：

在获取到目标用户的乘车的订单的情况下，确定所述目标用户是否有优惠券；

在所述目标用户有优惠券的情况下，基于所述优惠券生成账单信息，其中，所述账单信息中包括：使用所述优惠券的抵扣金额；

输出所述账单信息至所述目标用户。

在一些实施例中，所述优惠券设置有有效期，所述方法还包括：

在时间达到所述有效期的情况下，获取所述优惠券的使用情况；

基于所述使用情况，评估所述语音呼叫的效果。

本申请实施例提供一种流失用户的召回装置，包括：

第一获取模块，用于获取用户最近一次乘车的时间；

第一确定模块，用于基于所述时间从所述用户中确定流失用户及流失用户对应的人群名称；

第二确定模块，用于确定各个人群名称对应的优惠券；

生成模块，用于至少基于各个人群名称对应的优惠券和所述人群名称生成各个人群名称对应的呼叫任务；

呼叫模块，用于基于所述呼叫任务发起语音呼叫，以提醒所述流失用户人群使用优惠券。

本申请实施例提供一种存储介质，该存储介质存储的计算机程序，能够被一个或多个处理器执行，能够用来实现上述所述的流失用户的召回方法。

本申请实施例提供一种流失用户的召回方法、装置及存储介质，通过获取用户最近一次乘车的乘车时间；基于所述乘车时间从所述用户中确定流失用户及流失用户对应的人群名称；确定各个人群名称对应的优惠券；至少基于各个人群名称对应的优惠券和所述人群名称生成各个人群名称对应的呼叫任务；基于所述呼叫任务发起语音呼叫，以提醒所述流失用户使用优惠券，能够高效率地实现对流失用户进行召回。

附图说明

在下文中将基于实施例并参考附图来对本申请进行更详细的描述。

图1为本申请实施例提供的一种流失用户的召回方法的实现流程示意图；

图2为本申请实施例提供的一种流失用户的召回装置的结构示意图；

图3为本申请实施例提供的电子设备的组成结构示意图。

在附图中，相同的部件使用相同的附图标记，附图并未按照实际的比例绘制。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

如果申请文件中出现“第一\第二\第三”的类似描述则增加以下的说明，在以下的描述中，所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

基于相关技术中存在的问题，本申请实施例提供一种流失用户的召回方法，所述方法应用于电子设备，所述电子设备具体可以为手机、平板电脑、笔记本电脑、超级移动个人计算机(Ultra-mobilePersonalComputer，UMPC)、手持计算机、上网本、服务器、网约车平台等，本申请实施例对此不做任何限制。本申请实施例提供的流失用户的召回方法所实现的功能可以通过电子设备的处理器调用程序代码来实现，其中，程序代码可以保存在计算机存储介质中。图1为本申请实施例提供的一种流失用户的召回方法的实现流程示意图，如图1所示，包括：

步骤S1：获取用户最近一次乘车的乘车时间。

本申请实施例中，电子设备可以与数据库通信连接，从数据库中获取用户最近一次乘车的乘车时间，所述用户的数量为多个。本申请实施例中，当用户通过网约车APP进行预约用车服务后，数据库可以将用户的订单进行记录。本申请实施例中，乘车时间可以记录在订单中，电子设备可以分析订单，获取用户最近一次乘车的乘车时间。

本申请实施例中，数据库存储的用户的数据可以分地区进行存储，电子设备可以获取一个地区的用户最近一次乘车的时间。

本申请实施例中，所述用户是网约车的用户。

步骤S2，基于所述乘车时间从所述用户中确定流失用户及流失用户对应的人群名称。

本申请实施例中，流失用户可以认为是超过天数阈值没有使用过网约车的用户。

本申请实施例中，不同的流失用户可以对应不同的人群名称。

本申请实施例中，步骤S2可以通过以下步骤实现：

步骤S21，确定所述时间离当前时间之间的天数。

步骤S22，将天数大于天数阈值的用户确定为流失用户。

所述天数阈值可以进行配置，例如天数阈值可以是30天。即超过30天没有使用网约车的用户则为流失用户。

步骤S23，基于各个流失用户对应的天数与第一对应关系确定流失用户对应的人群名称，其中，所述第一对应关系包括：天数与人群名称之间的对应关系。

本申请实施例中，人群名称可以基于天数进行划分。示例性地，表1为本申请实施例提供的一种第一对应关系示意表，如表1所示：

本申请实施例中，人群名称对应有：30-60天全国流失用户、60-120天全国流失用户、120-270天全国流失用户，而不同的人群名称对应有不同的天数。当确定了各个流失用户对应的天数后，即可以基于第一对应关系表确定人群名称。

示例性地，天数为45天，则人群名称为：30-60天全国流失用户，如果流失用户对应的天数为67天，则对应的人群名称为：60-120天全国流失用户。

步骤S3，确定各个人群名称对应的优惠券。

本申请实施例中，步骤S3可以通过以下步骤实现：

基于所述第二对应关系和各个人群名称，确定各个人群名称对应的优惠券，其中，所述第二对应关系包括：人群名称与优惠券之间的对应关系。

本申请实施例中，电子设备可以配置不同的人群名称对应不同的优惠券。配置的核心字段包括：人群名称、优惠券的ID(具体优惠券或者折扣券的唯一标识)，支持不同人群名称对应不同的优惠券、发放优惠券时间。示例性地，表2为本申请实施例提供的一种第二对应关系示意表，如表2所示，

本申请实施例中，天数越长，可以设置优惠券的折扣或优惠金额越高。当确定了人群名称后，即可以确定各个人群名称对应的优惠券。

本申请实施例中，电子设备还可以对优惠券进行配置，例如，配置优惠券的抵扣上限、优惠券名称(如：春节福利券)、优惠券抵扣额度、适用城市、适用服务类型(即时用车、预约用车、接机、送机…)。如配置3种不同天数的人群名称，每种发放不同的优惠券，则需要创建3个优惠券，3个优惠券对应3种不同的优惠券的配置信息。示例性地，表3为本申请实施例体用的一种优惠券的配置信息示意表，如表3所示：

步骤S4，至少基于各个人群名称对应的优惠券和所述人群名称生成各个人群名称对应的呼叫任务。

本申请实施例中，所述呼叫任务包括：呼叫名称、呼叫内容和呼叫对象。本申请实施例中，呼叫对象即为人群名称对应的流失用户。

本申请实施例中，呼叫任务可以包括多个，每个人群名称对应一个呼叫任务。

本申请实施例中，所述至少基于各个人群名称对应的优惠券和所述人群名称生成各个人群名称对应的呼叫任务，包括：基于人群名称生成呼叫名称和呼叫对象；基于所述各个人群名称对应的优惠券生成呼叫内容；至少基于所述呼叫对象、呼叫内容和呼叫名称生成各个人群名称对应的呼叫任务。

在一些实施例中，所述呼叫任务还包括：外呼时间，至少基于所述呼叫对象、呼叫内容和呼叫名称生成各个人群名称对应的呼叫任务，包括：基于所述呼叫对象、呼叫内容、呼叫名称和呼叫时间生成各个人群名称对应的呼叫任务。

承接上面的示例，表4为本申请实施例提供的一种呼叫任务的示意表，如表4所示：

步骤S5，基于所述呼叫任务发起语音呼叫，以提醒所述流失用户使用优惠券。

本申请实施例中，电子设备在达到外呼时间的时候进行语音呼叫，当流失用户接通后，可以自动播报呼叫内容。

本申请实施例中，可以多个任务同时进行语音呼叫。

本申请实施例中，用户收到语音外呼提醒后，可通过网约车平台乘客端的个人中心的优惠券页面查看发放的优惠券。

在用户使用网约车时，用户在网约车客户端填写上下车地址等用车信息后，可在冒泡页查看优惠券预估抵扣的信息(如：已抵扣15元)。用户发起下单后，将优惠券信息记录至订单表中。

本申请实施例提供一种流失用户的召回方法，通过获取用户最近一次乘车的乘车时间；基于所述乘车时间从所述用户中确定流失用户及流失用户对应的人群名称；确定各个人群名称对应的优惠券；至少基于各个人群名称对应的优惠券和所述人群名称生成各个人群名称对应的呼叫任务；基于所述呼叫任务发起语音呼叫，以提醒所述流失用户使用优惠券，能够高效率地实现对流失用户进行召回，还能够提升网约车平台的用户的完单。

在一些实施例中，在步骤S5之后，所述方法还包括：

步骤S6，在发起语音呼叫之后，获取语音呼叫的呼叫数量和接通数量；

步骤S7，显示所述呼叫数量和所述接通数量。

本申请实施例中，通过显示呼叫数量和所述接通数量可以使用户了解呼叫结果。

在一些实施例中，在步骤S5之后，所述方法还包括：

步骤S8，在获取到目标用户的乘车的订单的情况下，确定所述目标用户是否有优惠券。

本申请实施例中，在司机端点击服务完成的同时，会将订单发送给电子设备，电子设备进行结算时，确定所述目标用户是否有优惠券。

步骤S9，在所述目标用户有优惠券的情况下，基于所述优惠券生成账单信息，其中，所述账单信息中包括：使用所述优惠券的抵扣金额。

步骤S10，输出所述账单信息至所述目标用户。

在一些实施例中，在所述优惠券设置有有效期，在步骤S5之后，所述方法还包括：

步骤S11，在时间达到所述有效期的情况下，获取所述优惠券的使用情况；

步骤S12，基于所述使用情况，评估所述语音呼叫的效果。

本申请实施例中，查看具体优惠券的使用情况，以评估外呼召回的效果。

在一些实施例中，为了避免打扰用户，每月对同一用户只外呼1次。而且未接通不重新发起外呼。

基于前述的实施例，本申请实施例提供一种流失用户的召回装置，该装置包括的各模块、以及各模块包括的各单元，可以通过计算机设备中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为中央处理器(CPU，CentralProcessingUnit)、微处理器(MPU，MicroprocessorUnit)、数字信号处理器(DSP，DigitalSignalProcessing)或现场可编程门阵列(FPGA，FieldProgrammableGateArray)等。

本申请实施例提供了一种流失用户的召回装置，图2为本申请实施例提供的一种流失用户的召回装置的结构示意图，如图2所示，流失用户的召回装置200包括：

第一获取模块201，用于获取用户最近一次乘车的时间；

第一确定模块202，用于基于所述时间从所述用户中确定流失用户及流失用户对应的人群名称；

第二确定模块203，用于确定各个人群名称对应的优惠券；

生成模块204，用于至少基于各个人群名称对应的优惠券和所述人群名称生成各个人群名称对应的呼叫任务；

呼叫模块205，用于基于所述呼叫任务发起语音呼叫，以提醒所述流失用户使用优惠券。

在一些实施例中，所述第一确定模块，包括：

第一确定单元，用于确定所述乘车时间离当前时间之间的天数；

第二确定单元，用于将天数大于天数阈值的用户确定为流失用户；

第三确定单元，用于基于各个流失用户对应的天数与第一对应关系确定流失用户对应的人群名称，其中，所述第一对应关系包括：天数与人群名称之间的对应关系。

在一些实施例中，所述第二确定模块，包括：

第四确定单元，用于基于所述第二对应关系和各个人群名称，确定各个人群名称对应的优惠券，其中，所述第二对应关系包括：人群名称与优惠券之间的对应关系。

在一些实施例中，所述呼叫任务包括：呼叫名称、呼叫内容和呼叫对象，所述生成模块，包括：

第一生成单元，用于基于人群名称生成呼叫名称和呼叫对象；

第二生成单元，用于基于所述各个人群名称对应的优惠券生成呼叫内容；

第三生成单元，用于至少基于所述呼叫对象、呼叫内容和呼叫名称生成各个人群名称对应的呼叫任务。

在一些实施例中，所述呼叫任务还包括：外呼时间，所述第三生成单元，包括：

生成子单元，用于基于所述呼叫对象、呼叫内容、呼叫名称和呼叫时间生成各个人群名称对应的呼叫任务。

在一些实施例中，流失用户的召回装置，还包括：

第二获取模块，用于在发起语音呼叫之后，获取语音呼叫的呼叫数量和接通数量；

显示模块，用于显示所述呼叫数量和所述接通数量。

在一些实施例中，流失用户的召回装置，还包括：

第三确定模块，用于在获取到目标用户的乘车的订单的情况下，确定所述目标用户是否有优惠券；

账单模块，用于在所述目标用户有优惠券的情况下，基于所述优惠券生成账单信息，其中，所述账单信息中包括：使用所述优惠券的抵扣金额；

输出模块，用于输出所述账单信息至所述目标用户。

在一些实施例中，所述优惠券设置有有效期，流失用户的召回装置，还包括：

第三获取模块，用于在时间达到所述有效期的情况下，获取所述优惠券的使用情况；

评估模块，用于基于所述使用情况，评估所述语音呼叫的效果。

需要说明的是，本申请实施例中，如果以软件功能模块的形式实现上述的流失用户的召回方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，ReadOnlyMemory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本申请实施例不限制于任何特定的硬件和软件结合。

相应地，本申请实施例提供一种存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中提供流失用户的召回方法中的步骤。

本申请实施例提供一种电子设备；图3为本申请实施例提供的电子设备的组成结构示意图，如图3所示，所述电子设备300包括：一个处理器301、至少一个通信总线302、用户接口303、至少一个外部通信接口304、存储器305。其中，通信总线302配置为实现这些组件之间的连接通信。其中，用户接口303可以包括显示屏，外部通信接口304可以包括标准的有线接口和无线接口。所述处理器301配置为执行存储器中存储的流失用户的召回方法程序，以实现以上述实施例提供的流失用户的召回方法中的步骤。

以上电子设备和存储介质实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请计算机设备和存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

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

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

另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，ReadOnlyMemory)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台控制器执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。