一种基于低稳态用户识别及预警的召回策略生成方法与流程

1.本发明属于计算机数据处理领域，具体涉及一种基于低稳态用户识别及预警的召回策略生成方法。


背景技术：

2.对于互联网产品而言，流失用户研究是产品运营过程中较为常见、也是较为重要的工作，特别是在新产品或是发展尚未成熟的产品运营中。运营侧需要通过对流失用户进行调研，了解用户流失的原因，并且制定相应的策略，实现防流失、流失用户召回和现有用户体验优化。
3.以往的流失用户研究发生的场景大多是产品运营方在运营过程中发现明显的用户流失问题之后才开始做着手流失用户的研究，通过传统的定性深访和定量问卷调研的方以获取流失用户画像，了解流失原因，进而制定挽回策略，后将调研得到的流失人群的特征，在系统数据库中标识出来，再开始采取召回策略或是做产品体验优化。
4.当然也有较新研究提出可通过技术自动获取流失用户特征数据，即根据预设的流失值公式，计算流失用户特征占总用户特征的比重，并计算各流失用户特征的占比总和，以自动获取用户流失原因，后续再采取召回策略，然而对于这样获取的流失原因更多是用户行为特征值如用户使用时间、使用时长等，对于流失背后的更进一步原因挖掘较为有限，召回的策略也成效较低。
5.对于现有的操作方式，不管是通过传统的调研方式还是通过较新的自动获取流失原因的方法，都存在弊端，前者存在较明显的滞后效应，不能自动预警流失问题，而后者能够提前预警，但获取的流失原因更多是用户行为特征值如用户使用时间、使用时长等，对于流失背后的更进一步态度原因挖掘较为有限，但往往在实际当中，不同用户的需求差异较大，现有行为数据体现的需求可能仅是他们需求中的冰山一角，由于真实的流失原因方面精准度缺失，制定的召回策略也成效较低。


技术实现要素：

6.有鉴于此，本技术提供一种基于低稳态用户识别及预警的召回策略生成方法。
7.第一方面，本技术实施例提供一种基于低稳态用户识别及预警的召回策略生成方法，包括：
8.获取用户行为特征，所述用户行为特征用于描述用户行为；
9.根据所述用户行为特征标记流失用户，获取所述流失用户数量；
10.判断所述流失用户数量是否超量，若超量，则生成流失用户画像，所述流失用户画像用于表述流失用户群体的流失用户特征；
11.获取所述流失用户特征，根据所述流失用户特征匹配并触发对应的召回策略。
12.在一种可能的实施例中，所述根据用户行为特征标记流失用户包括：
13.定义潜在流失用户行为特征集合，所述集合包括若干用户行为特征；
14.比对所述用户行为特征和所述集合，获取匹配值；
15.若所述匹配值＞阈值，则标记所述用户行为特征所对应的用户为流失用户。
16.在一种可能的实施例中，所述潜在流失用户行为特征集合包括账号活跃度、工具使用情况以及资源利用率。
17.在一种可能的实施例中，判断所述用户行为特征中是否存在关键流失用户行为特征；
18.若所述关键流失用户行为特征≥1，则标记所述用户行为特征所对应的用户为流失用户。
19.在一种可能的实施例中，所述判断所述流失用户数量是否超量包括：
20.若流失用户数量/全站用户数*100＞x(阈值)，则判定所述流失用户数量超量，并触发流失用户预警。
21.在一种可能的实施例中，当所述流失用户数量超量时，所述方法还包括：
22.推送调研问卷至流失用户端，获取回馈结果；
23.根据所述回馈结果获取第一流失原因；
24.根据所述流失用户特征生成第二流失原因；
25.结合所述第一流失原因和所述第二流失原因匹配并触发对应的召回策略。
26.在一种可能的实施例中，还包括：
27.实时监测所述流失用户画像，用于了解流失用户群体在实施召回策略后的变化情况，所述变化情况包括增多、减少以及不变；
28.若所述变化情况为增多或不变，则变更所述召回策略。
29.第二方面，本技术实施例提供一种基于低稳态用户识别及预警的召回策略生成装置，包括：
30.第一获取单元，用于获取用户行为特征，所述用户行为特征用于描述用户行为；
31.第二获取单元，用于根据所述用户行为特征标记流失用户，获取所述流失用户数量；
32.判断单元，用于判断所述流失用户数量是否超量，若超量，则生成流失用户画像，所述流失用户画像用于表述流失用户群体的流失用户特征；
33.召回单元，用于获取所述流失用户特征，根据所述流失用户特征匹配并触发对应的召回策略。
34.第三方面，本技术实施例还提供一种电子设备，包括：至少一个处理器；与所述至少一个处理器通信连接的存储器；
35.其中，所述存储器存储有能被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行前述第一方面或第一方面的任一实现方式中的基于低稳态用户识别及预警的召回策略生成方法。
36.第四方面，本技术实施例还提供一种非暂态计算机可读存储介质，该非暂态计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行前述第一方面或第一方面的任一实现方式中的基于低稳态用户识别及预警的召回策略生成方法。
37.相较于现有技术，本技术提供的技术方案能够将在用户发生异动之前，提前发现低稳定的客户，更早地对不稳定客户做好针对性的维系工作，以帮助企业提高用户粘性，提
前防范客户流失，提高运营效率的同时，也保有客户价值。
附图说明
38.图1是本技术实施例提供的一种基于低稳态用户识别及预警的召回策略生成流程图；
39.图2是本技术实施例提供的一种基于低稳态用户识别及预警的召回策略生成另一流程图；
40.图3是本技术实施例中调查问卷的模板示意图；
41.图4是本技术实施例提供的系统架构示意图。
具体实施方式
42.以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
43.图1为本实施例提供的本实施例一种基于低稳态用户识别及预警的召回策略生成方法的流程图。本实施例可适用于进行基于低稳态用户识别及预警的召回策略生成的情况，该方法可以由基于低稳态用户识别及预警的召回策略生成装置来执行，该装置可以采用软件和/或硬件的方式实现，该装置可以配置于电子设备，例如，终端设备或服务器中。如图1和图2所示，该基于低稳态用户识别及预警的召回策略生成方法包括：
44.步骤s1、获取用户行为特征，所述用户行为特征用于描述用户行为。
45.具体的，行为特征包括用户登录时常、用户上次登录时间、用户账号活跃度、用户使用工具情况以及用户资源利用度。
46.实时监测全站用户的上述行为特征。
47.获取用户行为特征可以采用多种方式：
48.在一个可能的实施方式中，在用户注册账户时，通过设置相关问题的问卷，用户通过对问卷输入对应的答案，从而获取用户的行为特征。
49.在另一个可能的实施方式中，通过获取用户id，匹配用户信息数据库中的对应账号，获取该账号的预设时间内的上述行为特征，例如用户在一个月内的登录次数、用户在一个月的平均每日登录时常、用户一个月内使用次数最多的工具。
50.步骤s2、根据所述用户行为特征标记流失用户，获取所述流失用户数量。
51.具体的，初步对站内用户的使用行为进行标签化，即对用户上一次访问工具行为时间进行定义：
52.活跃用户定义：最近一次访问工具行为在30天的用户为工具活跃用户。
53.沉默用户定义：最近一次访问工具行为在30
‑
90天内的用户为工具线潜在流失用户。
54.流失用户定义：最近一次访问工具行为发生在90天以上的用户为工具线流失用户。
55.通过对于用户的使用行为界定不同的用户类型后，与其用户身份进行绑定，在用户信息系统内对建立“用户活跃/流失标签”，把用户基于活跃/潜在流失/流失的定义后的标签打上。
56.进一步的，根据用户的其他行为特征，对用户是否为流失用户，做进一步判断。
57.具体的，其他行为特征包括用户的使用范围、使用深度、使用时长、使用频率和最终成果。
58.进一步的，所述根据用户行为特征标记流失用户包括：
59.定义潜在流失用户行为特征集合，所述集合包括若干用户行为特征；
60.比对所述用户行为特征和所述集合，获取匹配值；
61.若所述匹配值＞阈值，则标记所述用户行为特征所对应的用户为流失用户。
62.具体的，潜在流失用户行为特征集合包括账号活跃度、设计工具使用情况、资源利用度几个方面进行定义，参考如下：
63.1、近m天账号登录次数＜x(账号活跃度)。
64.2、近m天全景图渲染量＜x(设计工具有效使用频次)。
65.3、近m天单次平均使用时长＜x(设计工具使用深度)(可以判断出用户操作是否为误触行为)。
66.4、近m天单次平均素材使用量＜x(资源利用率)。
67.获取用户行为特征中对应的数据，判断用户满足潜在流失用户行为特征集合中的行为特征数量，获取其比值，即匹配值；
68.若匹配值＞阈值，阈值可以为50％，也可以为60％，在此不做限定；
69.若匹配值＞阈值，则对该用户进行标记，定义该用户为流失用户。
70.进一步的，判断所述用户行为特征中是否存在关键流失用户行为特征；
71.若所述关键流失用户行为特征≥1，则标记所述用户行为特征所对应的用户为流失用户。
72.具体的，先定义关键流失用户行为特征，该关键流失用户行为特征具体基于不同的业务目标进行拟定；
73.在获取用户行为特征时，对其所有用户行为特征进行遍历，判断其是否存在关键流失用户行为特征，若数量≥1，则标记所述用户行为特征所对应的用户为流失用户。
74.标记的具体方式可以为，将关键流失用户行为特征与用户的唯一标识(用户id)进行绑定，当触发纪律≥1时，则对该用户进行标记。
75.步骤s3、判断所述流失用户数量是否超量，若超量，则生成流失用户画像，所述流失用户画像用于表述流失用户群体的流失用户特征。
76.具体的，根据步骤s1和步骤s2中判断是否为流失用户，进而对流失用户数量进行统计，并判断其是否超量。
77.判断是否超量的实施方式可以为，若流失用户数量/全站用户数*100＞x(阈值)，则判定流失用户数量超量，并触发流失用户预警。
78.用户预警的具体实施方式可以为，设定流失用户的关键指标，如数据达到此指标的条件，则自动触发召回机制。
79.如流失用户占总用户的比例达到阈值，则自动触发召回机制。其中流失用户分为设计师和商家用户，商家用户又区分不同行业，根据不同的流失用户类别，更为精准的匹配相对应的召回机制。
80.具体环节及所涉及的技术方案如下：
81.a)区分人群、行业，汇总流失用户数量；
82.b)设定流失用户超量临界值(各业务线根据业务情况自行判定)；
83.c)提取用户关键身份及行为标签，创建构建流失用户画像；
84.d)当流失用户数量超出临界值，即刻将流失预警消息及流失用户画像推送给指定负责人。
85.进一步的，流失用户画像的目标是辅助判断策略方向，流失用户画像特征将与后续召回策略的制定强相关，相关特征举例如下：
86.用户类型(个人/商家/业主)；
87.用户行业(定制/硬装/装企/软装)；
88.用户生命周期(新用户/成长期用户/老用户)；
89.有效方案数(判断是否深度使用)；
90.方案产出物类型(效果图/施工图/定制柜体图...)；
91.最常使用工具类型；
92.最常使用功能；
93.关注品牌；
94.高频搜索关键词。
95.步骤s4、获取所述流失用户特征，根据所述流失用户特征匹配并触发对应的召回策略。
96.具体的，根据流失用户特征，例如如流失用户特征为：最常使用工具类型为xx，则判断流失用户对该类型工具的使用体验差，我们可以对该类型工具进行优化，以提高用户体验度。例如流失用户特征为：用户类型为个人，则判断个人的用户群体对工具使用需求降低，则可通过调查，针对性地做出调整。
97.具体的，当自动触发流失用户召回时，将根据当时线上、线下的最新活动和奖励进行召回，召回系统绑定运营云台，根据不同的流失群体与活动群体的交集进行自动召回，无活动的则根据常规运营手段进行召回。
98.具体环节及所涉及的技术方案如下：
99.a)编制调研问卷或邮件(采用第三方问卷创建系统)
100.b)以短信或邮件等形式定向投放问卷
101.c)制定可自动触发的召回策略，比如激励发放、优惠刺激等。
102.进一步的，当所述流失用户数量超量时，所述方法还包括：
103.推送调研问卷至流失用户端，获取回馈结果；
104.根据所述回馈结果获取第一流失原因；
105.根据所述流失用户特征生成第二流失原因；
106.结合所述第一流失原因和所述第二流失原因匹配并触发对应的召回策略。
107.具体的，流失用户的流失原因将会进行针对性的持续监测。召回系统自动通过其注册的邮箱向其发送网络调研问卷，进行流失原因的调研，以便根据回收的信息进行产品/运营的针对性调整。
108.参考图3，调研问卷设计：主要题目包括流失原因、产品体验等问题。
109.流失用户进行填写后，获取回馈结果，根据回馈结果中的流失原因，从而生成第一
流失原因。
110.根据生成的用户画像中，获取其流失用户特征，生成第二流失原因。
111.根据第一流失原因和第二流失原因进一步对召回策略进行匹配，匹配方式可以为既以第一流失原因对应的召回策略进行召回，同时以第二流失原因对应的召回策略进行召回。
112.也可以为根据第一流失原因和第二流失原因结合匹配相应的召回策略。
113.举例性的说，例如用户流失原因为体验流失，体验流失原因为工具操作复杂/不会使用，行为标签为“用户成长周期”＝新用户/成长期/老用户；“最常使用工具”＝定制/硬装/施工图，召回策略则为推送对应阶段+对应功能模块的教学课程；
114.若体验流失原因为工具功能无法满足需求，行为标签为“最常使用工具类型”、“最常使用功能”，召回策略则为推送对应工具+模块的功能迭代信息，以邀请用户重新体验；
115.若用户流失原因为刚性流失，根据用户的行为标签为“最常使用工具类型”，则匹配的对应召回策略为推送核心功能价值点包装+营销玩法+激励体系(渲染券、活动券、课程券等)；
116.若用户流失原因为柔性流失，用户的行为标签为“用户行业”，则匹配的对应召回策略为推送平台对应行业工具营销内容，包括核心产品、核心能力、行业优势等；拓展用户对平台的综合能力认知/营销创新能力，提升用户粘性；
117.若用户流失原因为自然流失，用户的行为标签为“流失前渲染方案数”＞x，则匹配的召回策略为推送研学活动、平台比赛等设计师活动信息；该类流失非产品原因，可通过活动保持其对工具的粘性和活跃度。
118.进一步的，实时监测所述流失用户画像，用于了解流失用户群体在实施召回策略后的变化情况，所述变化情况包括增多、减少以及不变；
119.若所述变化情况为增多或不变，则变更所述召回策略。
120.具体的，根据数据库中的用户不同标签，汇总流失用户数量和各类特征数据；
121.可以在数据产品中建立流失用户的画像，以便公司内部同事更好地监测指标，了解流失用户群体是否发生了改变，如数量是否增多、人群特征是否发生改变，通过基础的用户画像来探寻背后的原因，从而减少流失用户，增加活跃用户。
122.若变化情况为增多或不变，则变更召回策略，以使其他方式对用户进行召回。
123.流失用户画像的数据维度：流失用户总数、注册时间(分段)、方案总数(分段)、渲染全景图总数(分段)、使用时长、行业工具使用数、培训/课程时长、最常使用的工具模块、最后停留的工具模块
……
124.通过使用上述方法：
125.可以减少因发现不及时而造成的用户流失，同时借助调研和行为特征数据全面获取用户流失的原因，并针对不同用户采取差异化的召回策略，以提升运营的效率和有效性。
126.1.流失用户早期预警：建立流失用户行为判别模型和流失用户画像看板，动态监测数据库中流失用户比例，明确不同时期的用户状态，提前发现风险；
127.2.流失原因挖掘：针对流失用户自动发送流失调研问卷并结合用户平台/工具的行为特征数据，全面洞察不同用户流失背后的行为和态度原因；
128.3.精准召回策略：针对不同类型流失用户背后的行为和态度原因，制定差异化的
召回或是应对策略，提前规避因会员流失造成的损失的风险。
129.本实施例还提供了一种基于低稳态用户识别及预警的召回策略生成装置，包括：
130.第一获取单元，用于获取用户行为特征，所述用户行为特征用于描述用户行为；
131.第二获取单元，用于根据所述用户行为特征标记流失用户，获取所述流失用户数量；
132.判断单元，用于判断所述流失用户数量是否超量，若超量，则生成流失用户画像，所述流失用户画像用于表述流失用户群体的流失用户特征；
133.召回单元，用于获取所述流失用户特征，根据所述流失用户特征匹配并触发对应的召回策略。
134.本技术实施例还提供一种电子设备，包括：至少一个处理器；与所述至少一个处理器通信连接的存储器；
135.其中，所述存储器存储有能被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行前述任一基于低稳态用户识别及预警的召回策略生成方法。
136.本技术实施例还提供一种非暂态计算机可读存储介质，该非暂态计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行前述任一基于低稳态用户识别及预警的召回策略生成方法。
137.本技术实施例还提供了一种计算机程序产品，该计算机程序产品包括存储在非暂态计算机可读存储介质上的计算程序，该计算机程序包括程序指令，当该程序指令被计算机执行时，使该计算机执行前述任一基于低稳态用户识别及预警的召回策略生成方法。
138.如图3所示，本实施例提供的基于低稳态用户识别及预警的召回策略生成方法可通过系统架构100实现，在典型的实施方式中，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
139.用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
140.终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、便携计算机和台式计算机等。
141.服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。
142.需要说明的是，本技术实施例所提供的基于低稳态用户识别及预警的召回策略生成方法一般由服务器/终端设备执行，相应地，基于低稳态用户识别及预警的召回策略生成装置一般设置于服务器/终端设备中。
143.应该理解，图4中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
144.值得说明的是，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体
的实施例的目的，不是旨在于限制本技术；本技术的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本技术的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。
145.以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。