CN117593026A - 用户召回、建议信息提供方法及电子设备 - Google Patents

Abstract

本申请实施例公开了用户召回、建议信息提供方法及电子设备，其中，所述方法包括：获取商品信息服务系统的第一服务模块中产生的用户行为数据，所述用户行为数据中包括：用户通过浏览所述第一服务模块中发布的商品信息的方式进行交互的过程中产生的行为数据；通过对所述用户行为数据进行分析，确定具有商品购买意向、在所述第一服务模块中存在商品查找或决策困难的目标用户；在确定出所述目标用户后，将所述目标用户召回到所述商品信息服务系统的第二服务模块，以便所述目标用户通过在所述第二服务模块发起采购表单的方式进行交互。通过本申请实施例，能够提升用户召回效率，减少资源浪费。

Description

用户召回、建议信息提供方法及电子设备

技术领域

本申请涉及信息处理技术领域，特别是涉及用户召回、建议信息提供方法及电子设备。

背景技术

对于商品信息服务系统/平台而言，买家是平台的第一客户，同时，流量是一个互联网产品的生命线，因此，用户增长是平台的长期战略。常见的用户增长战略有基于搜索引擎优化、品牌/产品力效应、用户召回等多种方式，其中，用户召回通常是指将“沉睡”客户重新拉回平台的过程，通过向用户推送营销消息等方式“唤醒”用户，实现用户留存。

关于用户召回，其核心要解决的是“who”(营销谁)、“what”(营销内容)、“where”(营销渠道，包括邮件/站内消息推送等)、“when”(何时营销)等问题。但是，当前主流的营销平台主要聚焦于who、what、where，也即聚焦于营销人群、内容以及渠道，而对于when-何时营销，大部分应用场景均使用定时任务召回方式。例如，按照固定的时间点进行人群圈选，并组装营销内容，然后向圈选出的人群进行营销内容的发送/推送。

但是，这种方式下可能会使得大部分的营销内容被用户视为广告而忽略，难以真正起到用户召回的作用，造成了相关营销资源的浪费。因此，如何提升用户召回的效率，减少资源浪费，成为需要本领域技术人员解决的技术问题。

发明内容

本申请提供了用户召回、建议信息提供方法及电子设备，能够提升用户召回效率，减少资源浪费。

本申请提供了如下方案：

一种用户召回方法，包括：

获取商品信息服务系统的第一服务模块中产生的用户行为数据，所述用户行为数据中包括：用户通过浏览所述第一服务模块中发布的商品信息的方式进行交互的过程中产生的行为数据；

通过对所述用户行为数据进行分析，确定具有商品购买意向、在所述第一服务模块中存在商品查找或决策困难的目标用户；

在确定出所述目标用户后，将所述目标用户召回到所述商品信息服务系统的第二服务模块，以便所述目标用户通过在所述第二服务模块中发起采购表单的方式进行交互。

其中，所述行为数据包括：用户在所述第一服务模块中的多个子服务模块中产生的行为数据；

所述获取商品信息服务系统的第一服务模块中产生的用户行为数据流，包括：

从通用的用户行为数据流日志系统中，获取所述第一服务模块中产生的用户行为数据流，以便通过从中进行有效数据提取及分析，以确定所述目标用户；其中，所述通用的用户行为数据流日志系统用于从所述第一服务模块中收集所述用户行为数据，并为下游应用提供数据服务。

其中，所述方法还包括：

获取预先配置的召回条件信息，所述召回条件信息是通过从多种数据指标中进行选择并进行阈值配置后生成的，其中，所选择的数据指标以及配置的阈值，是根据与商品购买意向、在所述第一服务模块中存在商品查找或决策困难相关的用户行为确定的；

所述通过对所述用户行为数据进行分析，确定具有商品购买意向、在所述第一服务模块中存在商品查找或决策困难的目标用户，包括：

通过对所述用户行为数据进行分析，并以用户为单位聚合成多种数据指标下的数据值；

根据所述多种数据指标下的数据值对所述召回条件的命中情况，确定所述目标用户。

其中，所述召回条件信息是可调整的，以便在用户召回效果未达到预期时，通过选择其他数据指标和/或配置其他阈值的方式，调整所述召回条件。

其中，还包括：

在将所述目标用户召回到所述商品信息服务系统的第二服务模块的过程中，进行流量控制和/或用户疲劳度控制。

其中，在将所述目标用户召回到所述商品信息服务系统的第二服务模块的过程中，进行营销内容的组装，并通过目标营销渠道将所述营销内容发送给所述目标用户；其中，所述营销内容与所述实时行为数据中关联的商品信息相关。

其中，所述营销内容包括营销通知消息对应的承接页面，所述承接页面通过可视化搭建系统进行生成，并通过在所述承接页面中添加锚点的方式进行用户行为数据的收集，以用于跟踪用户召回效果。

一种用户召回方法，包括：

响应于配置用户召回条件的请求，提供多个可选的数据指标，所述数据指标是与用户通过浏览商品信息服务系统的第一服务模块中发布的商品信息的方式进行交互的过程中，产生的行为数据相关的；

根据被选中的至少一个数据指标以及配置的阈值信息，生成用户召回条件；

将所述生成的用户召回条件配置到用户召回服务中，以便所述用户召回服务通过获取所述第一服务模块中产生的用户行为数据，并聚合为所述数据指标下的数据值后，根据对所述用户召回条件的命中情况，确定具有商品购买意向、在所述第一服务模块中存在商品查找或决策困难的目标用户，并将所述目标用户召回到所述商品信息服务系统的第二服务模块，以使得所述目标用户通过在所述第二服务模块中发起采购表单的方式进行交互。

其中，所述召回条件信息是可调整的，以便在用户召回效果未达到预期时，通过选择其他数据指标和/或配置其他阈值的方式，调整所述召回条件。

一种建议信息提供方法，包括：

获取商品信息服务系统的第一服务模块中产生的用户行为数据，所述用户行为数据中包括：用户通过浏览所述第一服务模块中发布的商品信息的方式进行交互的过程中产生的行为数据；

通过对所述用户行为数据进行分析，确定具有商品购买意向、在所述第一服务模块中存在商品查找或决策困难的目标用户；

在确定出所述目标用户后，向所述目标用户提供通过在所述商品信息服务系统的第二服务模块中发起采购表单的方式进行交互的建议信息。

一种用户召回装置，包括：

数据获取单元，用于获取商品信息服务系统的第一服务模块中产生的用户行为数据，所述用户行为数据中包括：用户通过浏览所述第一服务模块中发布的商品信息的方式进行交互的过程中产生的行为数据；

数据分析单元，用于通过对所述用户行为数据进行分析，确定具有商品购买意向、在所述第一服务模块中存在商品查找或决策困难的目标用户；

用户召回单元，用于在确定出所述目标用户后，将所述目标用户召回到所述商品信息服务系统的第二服务模块，以便所述目标用户通过在所述第二服务模块中发起采购表单的方式进行交互。

一种用户召回装置，包括：

数据指标提供单元，用于响应于配置用户召回条件的请求，提供多个可选的数据指标，所述数据指标是与用户通过浏览商品信息服务系统的第一服务模块中发布的商品信息的方式进行交互的过程中，产生的行为数据相关的；

召回条件生成单元，用于根据被选中的至少一个数据指标以及配置的阈值信息，生成用户召回条件；

召回条件配置单元，用于将所述生成的用户召回条件配置到用户召回服务中，以便所述用户召回服务通过获取所述第一服务模块中产生的用户行为数据，并聚合为所述数据指标下的数据值后，根据对所述用户召回条件的命中情况，确定具有商品购买意向、在所述第一服务模块中存在商品查找或决策困难的目标用户，并将所述目标用户召回到所述商品信息服务系统的第二服务模块，以使得所述目标用户通过在所述第二服务模块中发起采购表单的方式进行交互。

一种建议信息提供装置，包括：

数据获取单元，用于获取商品信息服务系统的第一服务模块中产生的用户行为数据，所述用户行为数据中包括：用户通过浏览所述第一服务模块中发布的商品信息的方式进行交互的过程中产生的行为数据；

数据分析单元，用于通过对所述用户行为数据进行分析，确定具有商品购买意向、在所述第一服务模块中存在商品查找或决策困难的目标用户；

建议信息提供单元，用于在确定出所述目标用户后，向所述目标用户提供通过在所述商品信息服务系统的第二服务模块中发起采购表单的方式进行交互的建议信息。

一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述任一项所述的方法的步骤。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述任一项所述的方法的步骤。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，可以获取商品信息服务系统的第一服务模块中产生的用户行为数据，这种行为数据是用户以浏览所述第一服务模块中发布的商品信息的方式进行交互的过程中产生的行为数据，通过对所述用户行为数据进行分析，可以确定具有商品购买意向、在所述第一服务模块中存在商品查找或决策困难的目标用户。之后，可以将所述目标用户召回到所述商品信息服务系统的第二服务模块，以使得用户可以通过所述第二服务模块以用户发起采购表单的方式进行交互。通过这种方式，可以基于用户的行为数据进行用户召回，并且，具体是根据用户在第一服务模块中的行为数据，判断出其具有购物意向，但又在第一服务模块中存在某种困难时，将其召回到第二服务模块中，这样，对于用户而言，接收到的召回信息可能正好是其所需要而没有及时意识到的，因此，具体的召回消息会更容易被用户所接受，从而提升用户召回的成功率，减少资源浪费，进而助力第二服务模块的用户留存或者用户增长。

在优选的实施方式下，本申请实施例还可以提供召回条件配置系统，在该系统中可以提供多种可选的数据指标，通过这些数据指标来实现更完整更全面的用户画像。具体的运营人员等可以通过从中进行数据指标的选择以及阈值的配置等，来完成召回条件的设定。之后，还可以对召回效果进行判断，如果不符合预期，还可以进行数据指标的更换，或者阈值的修改，等等，因此，使得整套解决方案易扩展，配置性强，系统可维护性高。

另外，在获取用户行为数据时，由于具体的行为数据可能分散在多个不同的子模块中，此时，可以采用从通用的日志系统中获取用户行为数据流，并进行无效数据过滤以及按数据指标进行聚合等方式，获取到具体用户在多种数据指标下的数据值，以降低对各个子模块的技术改造成本或者沟通成本。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请实施例提供的系统架构的示意图；

图2是本申请实施例提供的第一方法的流程图；

图3是本申请实施例提供的营销内容的示意图；

图4是本申请实施例提供的第二方法的流程图；

图5是本申请实施例提供的第三方法的流程图；

图6是本申请实施例提供的电子设备的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

在本申请实施例中，为了提升用户召回的效率，减少资源浪费，对用户召回的触发时机(“when”-何时营销)进行了改进，不再按照定时召回的方式，而是采集基于用户的实时行为数据进行用户召回的方案，也即，根据用户在系统中产生的实时行为数据，确定是否需要对其进行营销。

这里需要说明的是，在一些现有的商品信息服务系统中，也存在基于用户的实时行为对用户进行召回的方案，但是，召回的逻辑主要是在引导用户浏览更多商品的信息，例如，在发现用户在最近十分钟内浏览了5件商品，但是没有进一步的操作，此时可以向用户推送营销内容，营销内容里通常仍然是商品信息，例如可以是根据上述5件商品推荐的另一批商品，等等。

但是，在本申请实施例所述的商品信息服务系统中，存在以下特点：系统可以为用户提供两种主要的交互方式，一种方式是用户从浏览商品信息开始，包括商品搜索，按类目浏览，按店铺搜索，浏览页面中的推荐商品信息流，之后，还可以浏览商品详情页，向具体商品对应的商家发起询盘，等等；另一种方式则是从消费者用户提交采购表单开始，例如，消费者用户在具有购买意向时，可以在系统中填写采购单，对自己所需商品的情况进行描述，之后，站内的多个商家都可以在“市场”页面里搜索或被推荐出这条“商机”，如果商家能够承接该诉求，就可以报价，还可以对其所能够提供的商品情况进行介绍，等等；之后，消费者用户可能会收集到多个商家的报价情况，还可以对各商家的商品参数、价格等进行比对，判断有哪款商品能够满足，价格多少，如果能够确定出比较适合的商家，则可以在站内进行沟通下单，等等。

以上两种交互方式通常对应着商品信息服务系统提供的两种不同的服务模块(为便于区分，本申请实施例中将上述第一种交互方式对应的服务模块称为“第一服务模块”，相应的，第二种交互方式对应的服务模块称为“第二服务模块”)，用户可以根据自己的需求选择使用其中哪个服务模块来进行交互，当然也可以在不同的服务模块之间进行切换，使得两个服务模块的两种服务模式可以互相补充，帮助用户达成交易。

但是，在实际应用中，可能有些用户会习惯于使用上述第一服务模块，也即，主要从浏览系统中具体发布的商品信息出发，来寻找自己符合自己需求的商品，而忽略或者第二服务模块的存在，或者，在第一服务模块下迟迟无法找到合适的商品或难以做出决策时，也未能及时想到第二服务模块的存在，等等。

因此，在本申请实施例中具体在根据用户实时行为数据进行用户召回时，可以是根据用户在使用第一服务模块过程中产生的实时行为数据，判断用户是否具有商品购买意向，如果存在，但是，在第一服务模块中又没有执行具体的下单等操作，则可以证明该用户在第一服务模块中可能存在一些困难，例如，无法找到心仪的商品，或者，由于商品参数、价格等因素无法做出购物决策，等等，此时，就可以将用户召回到第二服务模块中，以使得用户能够通过主动发起采购表单的方式来进行交互。通过这种方式，可以帮助用户通过更多的方式来查找到符合需求的商品或者做出决策，同时也可以为系统中的上述第二服务模块带来更多的用户流量或者实现用户增长。

另外，在本申请实施例中，为了能够更准确地通过用户在第一服务模块中的实时行为数据发现用户的商品购买意向，并判断其是否在第一服务模块中存在商品查找或者决策困难，可以提供多种可选的数据指标，例如，在某时间长度内浏览过多少商品，某时间长度内有多少商品曝光给某用户，用户在什么时间登录，对哪些商品有询盘，对某特定页面是否有访问，等等，通过这些数据指标可以使得用户画像更丰富。另外，可以从这些数据指标中选择某个或者某些数据指标，并且可以配置具体的阈值，从而完成召回条件的配置。当然，在选择指标以及配置阈值时，可以是基于对用户行为的观察等来进行，在配置了具体的召回条件之后，可以配置到具体的用户召回服务中，从而可以基于该条件进行用户行为的匹配判断及召回。在运行一段时间后，可以判断具体的召回效果是否符合预期，如果不符合，还可以对召回条件进行调整，例如，选择其他的数据指标，或者，修改阈值，等等，从而可以实现更灵活的用户召回策略。

其中，由于第一服务模块中可能会细分为多个不同的子模块，例如，与商品浏览相关的属于“商品”子模块，另外还会有“询盘”相关的子模块，“下单”相关的子模块，等等，这些子模块可能会对应着不同的开发团队，等等。此时，在上述提供多种可选的数据指标的情况下，涉及到用户在第一服务模块中产生的行为可能会分散在多个不同的子模块中，这也就意味着，可能需要分别从多个不同的子模块进行用户行为数据的获取。此时，如果使用常规的方案，则可能涉及到对多个不同子模块的技术改造，使得用户召回服务能够到具体的子模块中去获取用户的行为数据；或者，让多个不同子模块在其相关的前端页面中添加锚点，以使得用户在具体子模块中产生相关行为时，具体的子模块能够通知到用户召回服务，等等。但是，无论是直接改造具体子模块的代码，还是要求子模块提供通知，都会存在很高的技术成本或者沟通成本。

针对该情况，在本申请的优选实施方式中，还可以是从通用的用户实时行为数据流日志系统中，获取第一服务模块中产生的用户行为数据流，然后，通过从中进行有效数据提取及分析，来进行指标数据的聚合，以及与召回条件的匹配判断等处理。其中，上述用户实时行为数据流日志系统，具体可以是商品信息服务系统中建立的一种通用的日志系统，其中可以记录用户在第一服务模块的多个不同子模块中产生的行为数据，这种数据可以作为一种资产，提供给下游的多种不同的应用来使用。其中，不同的下游应用对这种数据资产有着不同的使用方式，相应的，这种数据资产中的数据也会比较繁杂，因此，在本申请实施例中，在从日志系统中拉取到用户实时行为数据流之后，还可以进行过滤分析，将其中无效的部分过滤掉，保留有效的部分，然后可以以用户为单位进行聚合，得到同一用户在具体数据指标下的数据值，再与召回条件中设置的阈值等进行比对，从而判断是否属于本申请实施例中需要召回的目标用户。

从系统架构角度而言，参见图1，本申请实施例可以为商品信息服务系统提供用户召回服务，该服务可以运行在商品信息服务系统的后台服务器等环境中。具体实现时，该服务可以通过从通用的用户行为日志系统中获取等方式，获取商品信息服务系统的第一服务模块中产生的用户实时行为数据，然后，通过对这种实时行为数据进行分析，从中确定出具有商品购买意向，且在所述第一服务模块中存在商品查找或决策困难的目标用户，之后，可以通过向这种目标用户发送邮件、推送通知消息等方式，将目标用户召回到第二服务模块。

下面对本申请实施例提供的具体实现方案进行详细介绍。

实施例一

首先，该实施例一从前述用户召回服务的角度，提供了一种用户召回方法，参见图2，该方法可以包括：

S201：获取商品信息服务系统的第一服务模块中产生的用户行为数据，所述用户行为数据中包括：用户通过浏览所述第一服务模块中发布的商品信息的方式进行交互的过程中产生的行为数据。

其中，第一服务模块就中产生的用户行为数据，就是用户以浏览第一服务模块中发布的商品信息的方式进行交互的过程中产生的行为数据，例如，具体可以是实时行为数据等。当然，具体实现时，可以预先定义一些数据指标，按照数据指标的定义，以用户为单位分别进行具体实时行为数据的获取。例如，具体的数据指标可以包括：具体某个用户在某时间长度内浏览过多少商品，某时间长度内有多少商品曝光给某个用户，等等。之所以获取这些数据指标上的数据，是因为，通过预先的分析等发现，这些数据指标上的用户行为数据，可以反映出用户是否具有商品购买意图，以及是否在第一服务模块中交互的过程中遇到了某种困难。

具体实现时，如前文所述，在一种优选的实现方式下，可以提供多种可选的数据指标，以用于进行召回条件的配置，然后可以根据召回条件中具体使用的数据指标进行用户实时行为数据的获取，也即，只需要获取与这些数据指标相关的行为数据即可。其中，具体在召回条件中使用哪些指标，以及具体指标上的阈值，都可以是根据具体的运营策略等进行配置的，并且在对召回条件配置完成之后也可以进行调整，包括更换一些数据指标，或者修改具体的阈值，等等。

其中，具体实现时，具体的用户行为数据可以包括：用户在所述第一服务模块中的多个子服务模块中产生的行为数据。此时，具体在获取商品信息服务系统的第一服务模块中产生的用户行为数据时，在优选的实施方式下，可以从通用的用户行为数据流日志系统中，获取所述第一服务模块中产生的用户行为数据流，以便通过从中进行有效数据提取及分析，以确定所述目标用户；其中，所述通用的用户行为数据流日志系统用于从所述第一服务模块中收集所述用户行为数据，并为下游应用提供数据服务。

其中，由于上述通用的日志系统中记录的数据可能会比较繁杂，其中会包含一些与本申请实施例所需数据无关的内容，因此，具体实现时，在从日志系统中拉取到用户实时行为数据流之后，还可以进行过滤分析，将其中无效的部分过滤掉，保留有效的部分，然后可以以用户为单位进行聚合，得到同一用户在具体数据指标下的数据值。

当然，在不考虑技术成本或者沟通成本的情况下，也可以直接从第一服务模块下的多个子模块中直接获取具体的实时行为数据，而不需要借助于通用的日志系统，这里不进行限定。

S202：通过对所述用户行为数据进行分析，确定具有商品购买意向，且在所述第一服务模块中存在商品查找或决策困难的目标用户。

在获取到具体的用户行为数据之后，就可以基于这种数据，判断当前是否存在具有商品购买意向，且在所述第一服务模块中存在商品查找或决策困难的目标用户。具体的，如果预先配置了召回条件，其中配置了具体的数据指标以及阈值等，则可以通过对所述用户行为数据进行分析，并以用户为单位聚合成多种数据指标下的数据值，然后根据所述多种数据指标下的数据值对所述召回条件的命中情况，确定所述目标用户。

S203：在确定出所述目标用户后，将所述目标用户召回到所述商品信息服务系统的第二服务模块，以便所述目标用户通过在所述第二服务模块中发起采购表单的方式进行交互。

在确定出符合召回条件的目标用户后，就可以将所述目标用户召回到所述商品信息服务系统的第二服务模块，以便通过所述第二服务模块以用户发起采购表单为起点进行交互。也就是说，在本申请实施例中，是根据用户在第一服务模块中产生的行为数据，来确定需要在何时召回哪些目标用户，并且，具体是召回到第二服务模块中，使得用户可以更换一种交互方式，来帮助其找到所需商品或者做出决策，而不是继续在第一服务模块中通过更换一批商品进行推荐的方式来进行召回。也就是说，在本申请实施例中，通过对用户在第一服务模块中产生的行为数据进行分析之后发现，该用户确实具有购物意向，但是，已经进行了大量的浏览、比对等操作，而仍然没有进行到下单环节，此时，如果只是换一批商品进行推荐并继续让用户留在第一服务模块中，则可能无法真正起到帮助用户的作用。因此，在本申请实施例中，改变了召回逻辑，既然用户在第一服务模块中已经做了很多操作，则证明第一服务模块所能提供的交互方式对于当前用户而言可能是不适合的，因此，就可以将其召回到第二服务模块，采用由用户首先发起采购表单的方式来进行交互。这样，可以从用户系统发布的大量商品信息中进行查找，改为用户将其自己的采购需求发布出来，包括需要什么类目的商品，对商品参数、价格等有什么要求，等等，然后再由商家来判断自己的商品是否匹配用户的采购需求，如果匹配，则可以进行响应，等等。通过这种方式，有利于帮助用户找到自己所需的商品或者做出决策，进而提升后续进入到下单环节的概率。

具体在确定出需要召回的目标用户之后，可以进行营销内容的组装，并通过目标营销渠道将所述营销内容发送给所述目标用户。例如，可以通过邮件或者推送站内消息等渠道进行触达。其中，具体的营销内容可以是与具体实时行为数据中关联的商品信息相关。例如，假设发现用户最近在第一服务模块中反复浏览对比了某几件商品，但是一直没有下单，则可以将该用户召回到第二服务模块中，并且可以在推送给用户的营销内容中体现出这几件商品相关的信息，并解决具体的营销文本，使得用户获知具体所收到的邮件或者推送消息的作用。例如，参见图3，具体的营销文本可以是“Hi，你可以到××中查找精确的商品与供应商匹配”，这里的“××”具体可以是指前述第二服务模块的名称等，然后可以在该文本下方等处展示前述在第一服务模块中具体行为数据相关的代表性商品的商品图等，以提升用户对具体营销内容的感知度。

另外，还可以在营销内容中配置具体营销通知消息对应的承接页面，其中，该承接页面可以通过可视化搭建系统进行生成，包括其中包括哪些板块、楼层、横幅(Banner)图片，等等。再者，还可以通过在所述承接页面中添加锚点等方式进行用户行为数据的收集，以用于跟踪用户召回效果。这样，在用户召回效果未达到预期时，可以通过选择其他数据指标和/或配置其他阈值的方式，调整具体的召回条件，等等。

这里需要说明的是，具体在将所述目标用户召回到所述商品信息服务系统的第二服务模块的过程中，还可以进行流量控制和/或用户疲劳度控制。例如，如果已经在短时间内向某用户发送过几次召回消息，则即使该用户的行为数据再次命中召回条件，也可以暂时不再对其进行召回，以免引起用户反感，等等。

总之，通过本申请实施例，可以获取商品信息服务系统的第一服务模块中产生的用户行为数据，这种行为数据是用户以浏览所述第一服务模块中发布的商品信息的方式进行交互的过程中产生的行为数据，通过对所述用户行为数据进行分析，可以确定具有商品购买意向、在所述第一服务模块中存在商品查找或决策困难的目标用户。之后，可以将所述目标用户召回到所述商品信息服务系统的第二服务模块，以使得用户可以通过所述第二服务模块以用户发起采购表单的方式进行交互。通过这种方式，可以基于用户的行为数据进行用户召回，并且，具体是根据用户在第一服务模块中的行为数据，判断出其具有购物意向，但又在第一服务模块中存在某种困难时，将其召回到第二服务模块中，这样，对于用户而言，接收到的召回信息可能正好是其所需要而没有及时意识到的，因此，具体的召回消息会更容易被用户所接受，从而提升用户召回的成功率，减少资源浪费，进而助力第二服务模块的用户留存或者用户增长。

在优选的实施方式下，本申请实施例还可以提供召回条件配置系统，在该系统中可以提供多种可选的数据指标，通过这些数据指标来实现更完整更全面的用户画像。具体的运营人员等可以通过从中进行数据指标的选择以及阈值的配置等，来完成召回条件的设定。之后，还可以对召回效果进行判断，如果不符合预期，还可以进行数据指标的更换，或者阈值的修改，等等，因此，使得整套解决方案易扩展，配置性强，系统可维护性高。

另外，在获取用户行为数据时，由于具体的行为数据可能分散在多个不同的子模块中，此时，可以采用从通用的日志系统中获取用户行为数据流，并进行无效数据过滤以及按数据指标进行聚合等方式，获取到具体用户在多种数据指标下的数据值，以降低对各个子模块的技术改造成本或者沟通成本。

实施例二

该实施例二是从召回条件配置系统的角度，提供了一种用户召回方法，参见图4，该方法可以包括：

S401：响应于配置用户召回条件的请求，提供多个可选的数据指标，所述数据指标是与用户通过浏览商品信息服务系统的第一服务模块中发布的商品信息的方式进行交互的过程中，产生的行为数据相关的；

S402：根据被选中的至少一个数据指标以及配置的阈值信息，生成用户召回条件；

S403：将所述生成的用户召回条件配置到用户召回服务中，以便所述用户召回服务通过获取所述第一服务模块中产生的用户行为数据，并聚合为所述数据指标下的数据值后，根据对所述用户召回条件的命中情况，确定具有商品购买意向、在所述第一服务模块中存在商品查找或决策困难的目标用户，并将所述目标用户召回到所述商品信息服务系统的第二服务模块，以使得所述目标用户通过在所述第二服务模块中发起采购表单的方式进行交互。

其中，所述召回条件信息是可调整的，以便在用户召回效果未达到预期时，通过选择其他数据指标和/或配置其他阈值的方式，调整所述召回条件。

实施例三

在前述实施例一以及实施例二中，主要是根据用户在第一服务模块中的行为数据，判断出用户具有商品购买意向、但是在所述第一服务模块中存在商品查找或决策困难时，直接将用户召回到第二服务模块中；而在该实施例三中，也可以不是直接进行召回，无需组装召回物料等，而是可以向用户提供使用第二服务模块的建议信息，该建议信息可以通过在第一服务模块中的页面中提供弹窗提示等形式触达用户。具体的，该实施例三提供了一种建议信息提供方法，参见图5，该方法可以包括：

S501：获取商品信息服务系统的第一服务模块中产生的用户行为数据，所述用户行为数据中包括：用户通过浏览所述第一服务模块中发布的商品信息的方式进行交互的过程中产生的行为数据；

S502：通过对所述用户行为数据进行分析，确定具有商品购买意向、在所述第一服务模块中存在商品查找或决策困难的目标用户；

S503：在确定出所述目标用户后，向所述目标用户提供通过在所述商品信息服务系统的第二服务模块中发起采购表单的方式进行交互的建议信息。

关于该实施例二、三中的未详述部分，可以参见实施例一以及本说明书其他部分的记载，这里不再赘述。

需要说明的是，本申请实施例中可能会涉及到对用户数据的使用，在实际应用中，可以在符合所在国的适用法律法规要求的情况下(例如，用户明确同意，对用户切实通知，等)，在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。

与实施例一相对应，本申请实施例还提供了一种用户召回装置，该装置可以包括：

数据获取单元，用于获取商品信息服务系统的第一服务模块中产生的用户行为数据，所述用户行为数据中包括：用户通过浏览所述第一服务模块中发布的商品信息的方式进行交互的过程中产生的行为数据；

数据分析单元，用于通过对所述用户行为数据进行分析，确定具有商品购买意向、在所述第一服务模块中存在商品查找或决策困难的目标用户；

用户召回单元，用于在确定出所述目标用户后，将所述目标用户召回到所述商品信息服务系统的第二服务模块，以便所述目标用户通过在所述第二服务模块中发起采购表单的方式进行交互。

其中，所述行为数据包括：用户在所述第一服务模块中的多个子服务模块中产生的行为数据；

此时，所述数据获取单元具体用于：

从通用的用户行为数据流日志系统中，获取所述第一服务模块中产生的用户行为数据流，以便通过从中进行有效数据提取及分析，以确定所述目标用户；其中，所述通用的用户行为数据流日志系统用于从所述第一服务模块中收集所述用户行为数据，并为下游应用提供数据服务。

具体实现时，该装置还可以包括：

召回条件信息获取单元，用于获取预先配置的召回条件信息，所述召回条件信息是通过从多种数据指标中进行选择并进行阈值配置后生成的，其中，所选择的数据指标以及配置的阈值，是根据与商品购买意向、在所述第一服务模块中存在商品查找或决策困难相关的用户行为确定的；

此时，所述数据分析单元具体可以用于：

通过对所述用户行为数据进行分析，并以用户为单位聚合成多种数据指标下的数据值；

根据所述多种数据指标下的数据值对所述召回条件的命中情况，确定所述目标用户。

其中，所述召回条件信息是可调整的，以便在用户召回效果未达到预期时，通过选择其他数据指标和/或配置其他阈值的方式，调整所述召回条件。

另外，该装置还可以包括：

控制单元，用于在将所述目标用户召回到所述商品信息服务系统的第二服务模块的过程中，进行流量控制和/或用户疲劳度控制。

再者，还可以包括：

营销内容组装单元，用于在将所述目标用户召回到所述商品信息服务系统的第二服务模块的过程中，进行营销内容的组装，并通过目标营销渠道将所述营销内容发送给所述目标用户；其中，所述营销内容与所述实时行为数据中关联的商品信息相关。

其中，所述营销内容包括营销通知消息对应的承接页面，所述承接页面通过可视化搭建系统进行生成，并通过在所述承接页面中添加锚点的方式进行用户行为数据的收集，以用于跟踪用户召回效果。

与实施例二相对应，本申请实施例还提供了一种用户召回装置，该装置可以包括：

数据指标提供单元，用于响应于配置用户召回条件的请求，提供多个可选的数据指标，所述数据指标是与用户通过浏览商品信息服务系统的第一服务模块中发布的商品信息的方式进行交互的过程中，产生的行为数据相关的；

召回条件生成单元，用于根据被选中的至少一个数据指标以及配置的阈值信息，生成用户召回条件；

召回条件配置单元，用于将所述生成的用户召回条件配置到用户召回服务中，以便所述用户召回服务通过获取所述第一服务模块中产生的用户行为数据，并聚合为所述数据指标下的数据值后，根据对所述用户召回条件的命中情况，确定具有商品购买意向、在所述第一服务模块中存在商品查找或决策困难的目标用户，并将所述目标用户召回到所述商品信息服务系统的第二服务模块，以使得所述目标用户通过在所述第二服务模块中发起采购表单的方式进行交互。

其中，所述召回条件信息是可调整的，以便在用户召回效果未达到预期时，通过选择其他数据指标和/或配置其他阈值的方式，调整所述召回条件。

与实施例三相对应，本申请实施例还提供了一种建议信息提供装置，该装置可以包括：

数据获取单元，用于获取商品信息服务系统的第一服务模块中产生的用户行为数据，所述用户行为数据中包括：用户通过浏览所述第一服务模块中发布的商品信息的方式进行交互的过程中产生的行为数据；

数据分析单元，用于通过对所述用户行为数据进行分析，确定具有商品购买意向、在所述第一服务模块中存在商品查找或决策困难的目标用户；

建议信息提供单元，用于在确定出所述目标用户后，向所述目标用户提供通过在所述商品信息服务系统的第二服务模块中发起采购表单的方式进行交互的建议信息。

另外，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述方法实施例中任一项所述的方法的步骤。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述方法实施例中任一项所述的方法的步骤。

其中，图6示例性的展示出了电子设备的架构，具体可以包括处理器610，视频显示适配器611，磁盘驱动器612，输入/输出接口613，网络接口614，以及存储器620。上述处理器610、视频显示适配器611、磁盘驱动器612、输入/输出接口613、网络接口614，与存储器620之间可以通过通信总线630进行通信连接。

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

存储器620可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器620可以存储用于控制电子设备600运行的操作系统621，用于控制电子设备600的低级别操作的基本输入输出系统(BIOS)。另外，还可以存储网页浏览器623，数据存储管理系统624，以及用户召回处理系统625等等。上述用户召回处理系统625就可以是本申请实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器620中，并由处理器610来调用执行。

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

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

总线630包括一通路，在设备的各个组件(例如处理器610、视频显示适配器611、磁盘驱动器612、输入/输出接口613、网络接口614，与存储器620)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器610、视频显示适配器611、磁盘驱动器612、输入/输出接口613、网络接口614，存储器620，总线630等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的用户召回、建议信息提供方法及电子设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (12)

1.一种用户召回方法，其特征在于，包括：

获取商品信息服务系统的第一服务模块中产生的用户行为数据，所述用户行为数据中包括：用户通过浏览所述第一服务模块中发布的商品信息的方式进行交互的过程中产生的行为数据；

通过对所述用户行为数据进行分析，确定具有商品购买意向、在所述第一服务模块中存在商品查找或决策困难的目标用户；

在确定出所述目标用户后，将所述目标用户召回到所述商品信息服务系统的第二服务模块，以便所述目标用户通过在所述第二服务模块中发起采购表单的方式进行交互。

2.根据权利要求1所述的方法，其特征在于，

所述行为数据包括：用户在所述第一服务模块中的多个子服务模块中产生的行为数据；

所述获取商品信息服务系统的第一服务模块中产生的用户行为数据流，包括：

从通用的用户行为数据流日志系统中，获取所述第一服务模块中产生的用户行为数据流，以便通过从中进行有效数据提取及分析，以确定所述目标用户；其中，所述通用的用户行为数据流日志系统用于从所述第一服务模块中收集所述用户行为数据，并为下游应用提供数据服务。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取预先配置的召回条件信息，所述召回条件信息是通过从多种数据指标中进行选择并进行阈值配置后生成的，其中，所选择的数据指标以及配置的阈值，是根据与商品购买意向、在所述第一服务模块中存在商品查找或决策困难相关的用户行为确定的；

所述通过对所述用户行为数据进行分析，确定具有商品购买意向、在所述第一服务模块中存在商品查找或决策困难的目标用户，包括：

通过对所述用户行为数据进行分析，并以用户为单位聚合成多种数据指标下的数据值；

根据所述多种数据指标下的数据值对所述召回条件的命中情况，确定所述目标用户。

4.根据权利要求3所述的方法，其特征在于，

所述召回条件信息是可调整的，以便在用户召回效果未达到预期时，通过选择其他数据指标和/或配置其他阈值的方式，调整所述召回条件。

5.根据权利要求1所述的方法，其特征在于，还包括：

在将所述目标用户召回到所述商品信息服务系统的第二服务模块的过程中，进行流量控制和/或用户疲劳度控制。

6.根据权利要求1所述的方法，其特征在于，

在将所述目标用户召回到所述商品信息服务系统的第二服务模块的过程中，进行营销内容的组装，并通过目标营销渠道将所述营销内容发送给所述目标用户；其中，所述营销内容与所述实时行为数据中关联的商品信息相关。

7.根据权利要求6所述的方法，其特征在于，

所述营销内容包括营销通知消息对应的承接页面，所述承接页面通过可视化搭建系统进行生成，并通过在所述承接页面中添加锚点的方式进行用户行为数据的收集，以用于跟踪用户召回效果。

8.一种用户召回方法，其特征在于，包括：

响应于配置用户召回条件的请求，提供多个可选的数据指标，所述数据指标是与用户通过浏览商品信息服务系统的第一服务模块中发布的商品信息的方式进行交互的过程中，产生的行为数据相关的；

根据被选中的至少一个数据指标以及配置的阈值信息，生成用户召回条件；

将所述生成的用户召回条件配置到用户召回服务中，以便所述用户召回服务通过获取所述第一服务模块中产生的用户行为数据，并聚合为所述数据指标下的数据值后，根据对所述用户召回条件的命中情况，确定具有商品购买意向、在所述第一服务模块中存在商品查找或决策困难的目标用户，并将所述目标用户召回到所述商品信息服务系统的第二服务模块，以使得所述目标用户通过在所述第二服务模块中发起采购表单的方式进行交互。

9.根据权利要求8所述的方法，其特征在于，

所述召回条件信息是可调整的，以便在用户召回效果未达到预期时，通过选择其他数据指标和/或配置其他阈值的方式，调整所述召回条件。

10.一种建议信息提供方法，其特征在于，包括：

获取商品信息服务系统的第一服务模块中产生的用户行为数据，所述用户行为数据中包括：用户通过浏览所述第一服务模块中发布的商品信息的方式进行交互的过程中产生的行为数据；

通过对所述用户行为数据进行分析，确定具有商品购买意向、在所述第一服务模块中存在商品查找或决策困难的目标用户；

在确定出所述目标用户后，向所述目标用户提供通过在所述商品信息服务系统的第二服务模块中发起采购表单的方式进行交互的建议信息。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至10任一项所述的方法的步骤。

12.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行权利要求1至10任一项所述的方法的步骤。