用户标签画像系统，该如何支持创建灵活的自定义标签？

“让使用者自己创建用户标签，是解决标签不丰富、不贴合业务的重要途径。”

在之前的文章中，有介绍过一些常用的用户标签的计算逻辑，例如《用户兴趣标签如何计算》；但是通过提需，研发一个个新标签，研发周期长、人力消耗大。

如何能解决这一困境，实现各类标签的快速上线呢？今天和大家一起聊聊，如何通过产品化的方式，支持用户自己创建标签。

一、什么是自定义标签

首先，什么是自定义标签呢？给大家截个业界某公司的自定义标签创建的图：

这其实是一个典型的自定义标签的创建过程，通过这个图，有get到自定义标签的大概意思了吧？

所谓的自定义标签，其实是相对于传统的研发生成的标签而言的；最大的区别，用户可以通过产品化的方式，基于自己的业务场景，灵活进行标签的配置，不再需要研发的介入。

至于用户创建完标签以后，标签的应用场景、应用方式等，就和传统的研发标签没有啥区别了。

二、自定义标签的分类

自定义标签都分为哪几种类型呢？从大的创建逻辑上，可以细分为两类：

1）配置类自定义标签

所谓的配置类自定义标签，是用户可以通过点击、交互等各种方式，实现自定义标签的配置。

不同场景的一些标签的配置方式，往往有所差别，因此也比较难设计一套统一的配置交互，能够满足用户所有的标签的开发诉求；但是，一些比较常用的场景，是可以进行提炼出来，满足用户的。

这里列举几个配置类的标签，供大家参考：

• 用户分层标签：自定义每个分层的具体逻辑，将人群划分为多个分层；
• 用户兴趣标签：计算用户在某个事件上的兴趣度的量化值；
• 用户行为标签：将用户完成某个事件的行为次数、金额、时间等作为指标，进行计算。

针对以上的配置类标签，后续会展开进行分享。

2）SQL类自定义标签

除了配置类的自定义标签，另外的一个大类就是SQL类。

配置类的自定义标签虽然操作容易，但是对用户来讲，依然存在长尾的标签诉求无法满足的情况；毕竟配置类的一些配置规则、配置条件，是比较固化的。

为了满足用户最最灵活的自定义标签的需求，支持用户通过SQL的方式创建标签，是必不可少的环节。

三、自定义标签的配置过程

无论是配置类标签，还是SQL类标签，要生成一个完整的自定义标签，基本的过程主要包括以下几步。

1）规则配置过程

规则的配置过程，是自定义表标签生成的核心过程；主要的目的是定义标签的逻辑，也就是标签的计算规则。

对于SQL类标签，配置过程就是SQL的编辑过程，这个比较容易理解，也比较统一；但对于不同的配置类标签，配置过程就千差万别了。

下面是用户分层标签的配置过程：

下面是用户兴趣标签的配置过程：

虽然有相似的地方，但差别还是比较明显的。

2）标签定义过程

当定义好了标签的具体计算逻辑后，还需要对标签的一些周边信息进行输入，主要的用途是进行更好的标签管理。

主要包括以下内容：

• 标签中文名：用于标签的管理，例如标签列表等地方的显示；
• 标签英文名：用于标签的数据存储；
• 所属主题：标签所属的业务类别，用于标签的分类管理；
• 业务应用范围：描述标签的使用场景，用于标签的管理；
• 标签简介：描述标签的基本介绍、基本逻辑等；

3）标签加工信息过程

最后一部分的配置，是标签的加工计算等相关信息。

主要有以下内容：

• 标签的更新方式：自动更新or手动更新；
• 标签的更新周期：如果是自动更新，需要配置标签的更新周期；
• 标签的生命周期：标签有效期是多久；因为很多情况下，用户对标签的使用是短暂的行为，若不设置生命周期，从长期来讲，将带来巨大的计算量，为系统带来巨大压力。

今天先分享这些吧，后面将针对具体的配置类标签的设计，进行一些详细分享。欢迎大家一起交流！

本文作者 @冬至 。

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！