运营推送方案的效果评估方法、设备及存储介质

技术领域

本发明涉及数据处理领域，尤其涉及一种运营推送方案的效果评估方法、设备及存储介质。

背景技术

随着互联网产品用户积累，用户量增多，消息触达用户是用户运营一种必要的方式，消息触达是指发送方成功将消息发送给接收方，并且接收方也成功接收消息。

当前消息推送方案层出不穷，大多服务商都有提供触达工具和方法，但是，对于推送效果的评估方法，只对单次推送进行整体评估，不具备对照性，故，运营推送方案效果评估的准确性低。

发明内容

本发明的主要目的在于解决运营推送方案的效果评估准确性低的技术问题。

本发明第一方面提供了一种运营推送方案效果的评估方法，所述运营推送方案的效果评估方法包括：

设置多个用户群容器；

检测到推送请求时，获取所述推送请求携带的用户信息；

调用排队算法将所述用户信息分流至多个所述用户群容器，得到多个用户群，其中，每个所述用户群关联有目标推送天数，每个所述用户群关联有动态变化的注册天数；

根据所述目标推送天数以及所述注册天数，依次对每个所述用户群执行预设消息的推送操作，以响应所述推送请求，其中，每次执行所述推送操作时，将所述预设消息的消息标识与推送目标关联的目标用户行为信息绑定，当完成所述推送请求的响应时，所述消息标识与所述用户信息关联的用户行为记录均绑定；

在检测到评估请求时，在所述用户行为记录中，根据所述消息标识查询每个所述用户群对应的子用户行为记录；

对每个所述用户群对应的子用户行为记录进行分析，得到每个所述用户群对应的评估结果。

可选的，在本发明第一方面的第一种实现方式中，所述根据所述目标推送天数以及所述注册天数，依次对每个所述用户群执行预设消息的推送操作的步骤包括：

在所述用户群中，检测是否出现注册天数等于目标推送天数的目标用户群；

检测到所述目标用户群时，将所述预设消息推送至所述目标用户群，并返回执行在所述用户群中，检测是否出现注册天数等于目标推送天数的目标用户群的步骤，以依次对每个所述用户群执行所述预设消息的所述推送操作。

可选的，在本发明第一方面的第二种实现方式中，所述检测到所述目标用户群时，将所述预设消息推送至所述目标用户群的步骤包括：

检测到所述目标用户群时，确定当前时间是否处于预设的推送时间段；

若所述当前时间未处于所述推送时间段，在所述推送时间段中确定目标推送时间；

根据所述目标推送时间，定时将所述预设消息推送至所述目标用户群。

可选的，在本发明第一方面的第三种实现方式中，所述检测到所述目标用户群，确定当前时间是否处于预设的推送时间段的步骤之后，所述方法还包括：

若所述当前时间处于所述推送时间段，对所述目标用户群执行所述消息推送操作。

可选的，在本发明第一方面的第四种实现方式中，所述调用排队算法将所述用户信息分流至多个所述用户群容器，得到多个用户群的步骤包括：

调用先进先出的所述排队算法将所述用户信息分流至多个所述用户群容器，得到多个所述用户群。

可选的，在本发明第一方面的第五种实现方式中，所述对每个所述用户群对应的子用户行为记录进行分析，得到每个所述用户群对应的评估结果的步骤包括：

在每个所述用户群对应的子用户行为记录中提取订单流水记录，得到订单流水记录集合；

根据所述流水记录集合，确定每个所述用户群对应的总收入金额，并对每个所述用户群中的用户执行用户去重操作，得到每个所述用户群对应的已去重用户数量；

根据每个所述用户群对应的总收入金额以及每个所述用户群对应的已去重用户数量，生成每个所述用户群对应的单用户最高价值；

将每个所述用户群对应的单用户最高价值作为所述评估结果。

可选的，在本发明第一方面的第六种实现方式中，所述在每个所述用户群对应的子用户行为记录中提取订单流水记录，得到订单流水记录集合的步骤之后，所述方法还包括：

根据所述流水记录集合，确定每个所述用户群对应的总支付人数，并对每个所述用户群中的用户执行用户去重操作，得到每个所述用户群对应的已去重用户数量；

根据每个所述用户群对应的总支付人数以及每个所述用户群对应的已去重用户数量，生成每个所述用户群对应的用户转化率；

将每个所述用户群对应的用户转化率作为所述评估结果。

可选的，在本发明第一方面的第七种实现方式中，所述对每个所述用户群对应的子用户行为记录进行分析，得到每个所述用户群对应的评估结果的步骤之后，所述方法还包括：

输出所述评估结果。

本发明第二方面提供了一种运营推送方案的效果评估设备，包括：存储器和至少一个处理器，所述存储器中存储有指令，所述存储器和所述至少一个处理器通过线路互连；所述至少一个处理器调用所述存储器中的所述指令，以使得所述运营推送方案的效果评估设备执行上述的运营推送方案的效果评估方法。

本发明的第三方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述的运营推送方案的效果评估方法。

在本发明实施例中，设置多个用户群容器；检测到推送请求时，获取所述推送请求携带的用户信息；调用排队算法将所述用户信息分流至多个所述用户群容器，得到多个用户群，其中，每个所述用户群关联有目标推送天数，每个所述用户群关联有动态变化的注册天数；根据所述目标推送天数以及所述注册天数，依次对每个所述用户群执行预设消息的推送操作，以响应所述推送请求，其中，每次执行所述推送操作时，将所述预设消息的消息标识与推送目标关联的目标用户行为信息绑定，当完成所述推送请求的响应时，所述消息标识与所述用户信息关联的用户行为记录均绑定；在检测到评估请求时，在所述用户行为记录中，根据所述消息标识查询每个所述用户群对应的子用户行为记录；对每个所述用户群对应的子用户行为记录进行分析，得到每个所述用户群对应的评估结果。运营推送方案的效果评估设备通过设定多个用户群容器，并根据目标推送天数和注册天数将用户信息分流至不同的用户群，可以实现对不同用户群体的精准推送。这样可以提高推送的针对性和个性化。在每次执行推送操作时，将预设消息的消息标识与目标用户行为信息进行绑定，这样，在完成推送请求响应后，消息标识会与用户信息关联的用户行为记录进行绑定，基于该绑定关系，可以建立起用户行为记录与推送消息的关联。当检测到评估请求时，根据消息标识查询每个用户群对应的子用户行为记录，并对其进行分析。这样每个用户群的可以相互对照以进行评估，提高了运营推送方案效果评估的准确性。

附图说明

图1为本发明实施例中运营推送方案的效果评估方法的第一个实施例示意图；

图2为本发明实施例中运营推送方案的效果评估方法的第二个实施例示意图；

图3为本发明实施例中运营推送方案的效果评估设备的一个实施例示意图。

具体实施方式

本发明实施例提供了一种运营推送方案的效果评估方法、设备及存储介质。

下面将参照附图更详细地描述本发明公开的实施例。虽然附图中显示了本发明公开的某些实施例，然而应当理解的是，本发明公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本发明公开的附图及实施例仅用于示例性作用，并非用于限制本发明公开的保护范围。

在本发明公开的实施例的描述中，术语“包括”及其类似用语应当理解为开放性包含，即“包括但不限于”。术语“基于”应当理解为“至少部分地基于”。术语“一个实施例”或“该实施例”应当理解为“至少一个实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

为便于理解，下面对本发明实施例的具体流程进行描述，请参阅图1，本发明实施例中运营推送方案的效果评估方法的一个实施例包括：

101、设置多个用户群容器；

在本实施例中，用户群容器是指一种数据结构或容器，用于存储和管理多个用户群。它可以是一个集合、数组或其他形式的数据结构，用于组织和分类用户信息。用户群容器的主要作用是将从推送请求中获取的用户信息根据目标推送天数和注册天数进行分流，并生成多个用户群。每个用户群与特定的目标推送天数和注册天数相关联。

可选的，以4个用户群容器为例，运营推送方案的效果评估设备在后台配置对照组A、B、C、D，得到四个用户群容器，其中A对照组对应为用户注册1天用户，B对照组对应为用户注册2天用户，C对照组对应用户注册3天用户，D对照组对应用户注册4天用户；这些对照组用于衡量分辨在第几天给用户推送消息的效果最好。

102、检测到推送请求时，获取所述推送请求携带的用户信息；

在本实施例中，检测到推送请求时，解析该请求，得到用户信息。

103、调用排队算法将所述用户信息分流至多个所述用户群容器，得到多个用户群，其中，每个所述用户群关联有目标推送天数，每个所述用户群关联有动态变化的注册天数；

在本实施例中，基于预先设置的多个用户群容器，将解析得到的用户信息进行分流，得到用户群。其中，将得到的用户群视为对照组，不同的用户群分别对应不同的对照组条件(例如：用户注册天数)，并对不同的对照组用户进行消息推送，用于后续衡量对照组对应条件的效果优劣。

可选的，调用先进先出的所述排队算法将所述用户信息分流至多个所述用户群容器，得到多个所述用户群。具体的，依次分配给A、B、C、D不同的对照组；例如有4个用户，用户1给A，那么用户2就轮给B，依次排队。

可选的，排队算法是一种用于管理和处理队列的算法。它决定了在队列中元素的顺序和处理方式。本实施例的排队算法包括单不限于先进先出(FIFO)、后进先出(LIFO)、优先级队列、循环队列、阻塞队列、并发队列。

可选的，推送过程中将用户进行分流，用户采用排队算法一次进入A、B、C、D四个对照组(如果实际有N组，那么就是用户数/N进行分流)，消息分别在第1、2、3、4天发送给对应用户群。

104、根据所述目标推送天数以及所述注册天数，依次对每个所述用户群执行预设消息的推送操作，以响应所述推送请求，其中，每次执行所述推送操作时，将所述预设消息的消息标识与推送目标关联的目标用户行为信息绑定，当完成所述推送请求的响应时，所述消息标识与所述用户信息关联的用户行为记录均绑定；

105、在检测到评估请求时，在所述用户行为记录中，根据所述消息标识查询每个所述用户群对应的子用户行为记录；

在本实施例中，定义消息标识和用户群的对应关系，可以通过配置文件或者数据库表格等方式进行管理。对每个用户的行为记录进行存储，以便后续查询使用。可以采用关系型数据库或者NoSQL数据库进行存储。为了能够及时响应评估请求，进行监控，以便在检测到评估请求时及时处理。当检测到评估请求后，可以根据消息标识查询对应的用户群，然后根据用户群查询每个子用户的行为记录。这个过程可以通过数据库查询完成。根据查询结果生成需要的输出结果。

106、对每个所述用户群对应的子用户行为记录进行分析，得到每个所述用户群对应的评估结果；

具体的，通过筛选对照时间内的消息标识数据，可以统计出各个对照组的效果，效果包含单用户价值，用户转化率等。

可选的，在每个所述用户群对应的子用户行为记录中提取订单流水记录，得到订单流水记录集合；根据所述流水记录集合，确定每个所述用户群对应的总收入金额，并对每个所述用户群中的用户执行用户去重操作，得到每个所述用户群对应的已去重用户数量；根据每个所述用户群对应的总收入金额以及每个所述用户群对应的已去重用户数量，生成每个所述用户群对应的单用户最高价值；将每个所述用户群对应的单用户最高价值作为所述评估结果。具体的，四个不同的对照组(用户群)中的用户触发下订单操作，订单完成的同时会产生一条订单流水记录，订单流水记录有有字段记录该订单所属的用户ID和所属对照组信息。通过流水表中所记录的对照组信息筛选出每个对照组的订单流水，并统计出总收入金额X，对用户ID去重(这里排除掉单个用户下多笔订单情况)数量Y，那么每个对照组的单用户价值即X/Y。分别对照A、B、C、D的单用户价值大小，即可评估出最高单用户价值的对照组。

可选的，根据所述流水记录集合，确定每个所述用户群对应的总支付人数，并对每个所述用户群中的用户执行用户去重操作，得到每个所述用户群对应的已去重用户数量；根据每个所述用户群对应的总支付人数以及每个所述用户群对应的已去重用户数量，生成每个所述用户群对应的用户转化率；将每个所述用户群对应的用户转化率作为所述评估结果。

可选的，输出所述评估结果。

在本发明实施例中，设置多个用户群容器；检测到推送请求时，获取所述推送请求携带的用户信息；调用排队算法将所述用户信息分流至多个所述用户群容器，得到多个用户群，其中，每个所述用户群关联有目标推送天数，每个所述用户群关联有动态变化的注册天数；根据所述目标推送天数以及所述注册天数，依次对每个所述用户群执行预设消息的推送操作，以响应所述推送请求，其中，每次执行所述推送操作时，将所述预设消息的消息标识与推送目标关联的目标用户行为信息绑定，当完成所述推送请求的响应时，所述消息标识与所述用户信息关联的用户行为记录均绑定；在检测到评估请求时，在所述用户行为记录中，根据所述消息标识查询每个所述用户群对应的子用户行为记录；对每个所述用户群对应的子用户行为记录进行分析，得到每个所述用户群对应的评估结果。运营推送方案的效果评估设备通过设定多个用户群容器，并根据目标推送天数和注册天数将用户信息分流至不同的用户群，可以实现对不同用户群体的精准推送。这样可以提高推送的针对性和个性化。在每次执行推送操作时，将预设消息的消息标识与目标用户行为信息进行绑定，这样，在完成推送请求响应后，消息标识会与用户信息关联的用户行为记录进行绑定，基于该绑定关系，可以建立起用户行为记录与推送消息的关联。当检测到评估请求时，根据消息标识查询每个用户群对应的子用户行为记录，并对其进行分析。这样每个用户群的可以相互对照以进行评估，提高了运营推送方案效果评估的准确性。

请参阅图2，图2为本发明实施例中运营推送方案的效果评估方法的第二个实施例，在104步骤中可以执行以下步骤：

1041、在所述用户群中，检测是否出现注册天数等于目标推送天数的目标用户群；

在本实施例中，按照目标推送天数和注册天数划分的每个用户群，逐个进行遍历。对于每个用户群，获取其关联的注册天数和目标推送天数。然后比较两者是否相等。如果某个用户群中的注册天数等于目标推送天数，则将该用户群标记为满足条件的目标用户群。根据需求，可以在发现满足条件的目标用户群时进行相应的操作，例如执行预设消息的推送操作或记录相关信息。

1042、检测到所述目标用户群时，将所述预设消息推送至所述目标用户群，并返回执行在所述用户群中，检测是否出现注册天数等于目标推送天数的目标用户群的步骤，以依次对每个所述用户群执行所述预设消息的所述推送操作。

可选的，检测到所述目标用户群时，确定当前时间是否处于预设的推送时间段；若所述当前时间未处于所述推送时间段，在所述推送时间段中确定目标推送时间；根据所述目标推送时间，定时将所述预设消息推送至所述目标用户群。

可选的，若所述当前时间处于所述推送时间段，对所述目标用户群执行所述消息推送操作。

本发明实施例中，通过检测用户的注册天数等特定条件，确定目标用户群体。只有满足条件的用户才会被识别为目标用户群，并接收到预设消息的推送。基于该操作，可以将用户在平台的历史时间长度作为变量，对推送效果进行评估。得到的评估结果，可分析用户的满意度，有助于为用户提供更好的使用体验。

图3是本发明实施例提供的一种运营推送方案的效果评估设备的结构示意图，该运营推送方案的效果评估设备500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processing units，CPU)510(例如，一个或一个以上处理器)和存储器520，一个或一个以上存储应用程序533或数据532的存储介质530(例如一个或一个以上海量存储设备)。其中，存储器520和存储介质530可以是短暂存储或持久存储。存储在存储介质530的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对运营推送方案的效果评估设备500中的一系列指令操作。更进一步地，处理器510可以设置为与存储介质530通信，在运营推送方案的效果评估设备500上执行存储介质530中的一系列指令操作。

基于运营推送方案的效果评估设备500还可以包括一个或一个以上电源540，一个或一个以上有线或无线网络接口550，一个或一个以上输入输出接口560，和/或，一个或一个以上操作系统531，例如Windows Serve，Mac OS X，Unix，Linux，Free BSD等等。本领域技术人员可以理解，图3示出的运营推送方案的效果评估设备结构并不构成对基于运营推送方案的效果评估设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

本发明还提供一种计算机可读存储介质，该计算机可读存储介质可以为非易失性计算机可读存储介质，该计算机可读存储介质也可以为易失性计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得计算机执行所述运营推送方案的效果评估方法的步骤。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

此外，虽然采用特定次序描绘了各操作，但是这应当理解为要求这样操作以所示出的特定次序或以顺序次序执行，或者要求所有图示的操作应被执行以取得期望的结果。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实现中。相反地，在单个实现的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实现中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。