让使用者自己创建用户标签，是解决标签不丰富、不贴合业务的重要途径。在之前的文章中，有介绍过一些常用的用户标签的计算逻辑，例如《用户兴趣标签如何计算》《用户生命周期标签如何计算》。但是通过提需，研发一个个新标签，研发周期长、人力消耗大。如何能解决这一困境，实现各类标签的快速上线呢？今天和大家一起聊聊，如何通过产品化的方式，支持用户自己创建标签。
01、什么是自定义标签
首先，什么是自定义标签呢？给大家截个业界某公司的自定义标签创建的图：
这其实是一个典型的自定义标签的创建过程。通过这个图，有get到自定义标签的大概意思了吧？
所谓的自定义标签，其实是相对于传统的研发生成的标签而言的。最大的区别，用户可以通过产品化的方式，基于自己的业务场景，灵活进行标签的配置。不再需要研发的介入。
至于用户创建完标签以后，标签的应用场景、应用方式等，就和传统的研发标签没有啥区别了。
02、自定义标签的分类
自定义标签都分为哪几种类型呢？从大的创建逻辑上，可以细分为两类：
（1）配置类自定义标签
所谓的配置类自定义标签，是用户可以通过点击、交互等各种方式，实现自定义标签的配置。
不同场景的一些标签的配置方式，往往有所差别，因此也比较难设计一套统一的配置交互，能够满足用户所有的标签的开发诉求。但是，一些比较常用的场景，是可以进行提炼出来，满足用户的。
这里列举几个配置类的标签，供大家参考。
- 用户分层标签：自定义每个分层的具体逻辑，将人群划分为多个分层。
- 用户兴趣标签：计算用户在某个事件上的兴趣度的量化值
- 用户行为标签：将用户完成某个事件的行为次数、金额、时间等作为指标，进行计算。
针对以上的配置类标签，后续会展开进行分享。
（2）SQL类自定义标签
除了配置类的自定义标签，另外的一个大类就是SQL类。
配置类的自定义标签虽然操作容易，但是对用户来讲，依然存在长尾的标签诉求无法满足的情况。毕竟配置类的一些配置规则、配置条件，是比较固化的。
为了满足用户最最灵活的自定义标签的需求，支持用户通过SQL的方式创建标签，是必不可少的环节。
03、自定义标签的配置过程
无论是配置类标签，还是SQL类标签，要生成一个完整的自定义标签，基本的过程主要包括以下几步。
（1）规则配置过程
规则的配置过程，是自定义表标签生成的核心过程。主要的目的是定义标签的逻辑，也就是标签的计算规则。
对于SQL类标签，配置过程就是SQL的编辑过程，这个比较容易理解，也比较统一；但对于不同的配置类标签，配置过程就千差万别了。
下面是用户分层标签的配置过程：
下面是用户兴趣标签的配置过程：
虽然有相似的地方，但差别还是比较明显的。
（2）标签定义过程
当定义好了标签的具体计算逻辑后，还需要对标签的一些周边信息进行输入。主要的用途是进行更好的标签管理。
主要包括以下内容：
- 标签中文名：用于标签的管理，例如标签列表等地方的显示
- 标签英文名：用于标签的数据存储
- 所属主题：标签所属的业务类别，用于标签的分类管理
- 业务应用范围：描述标签的使用场景，用于标签的管理
- 标签简介：描述标签的基本介绍、基本逻辑等
（3）标签加工信息过程
最后一部分的配置，是标签的加工计算等相关信息。主要有以下内容：
- 标签的更新方式：自动更新or手动更新。
- 标签的更新周期：如果是自动更新，需要配置标签的更新周期
- 标签的生命周期：标签有效期是多久。因为很多情况下，用户对标签的使用是短暂的行为，若不设置生命周期，从长期来讲，将带来巨大的计算量，为系统带来巨大压力。
今天先分享这些吧，后面将针对具体的配置类标签的设计，进行一些详细分享。欢迎大家一起交流！
