数据中台实战(八):如何打造支撑N条产品线的标签平台 (2)

接下来要做的就是让各个业务线的运营去划分,他们业务线到底有那些角色,怎么给他们产品线的人打上角色的标签,这样也倒逼我们的业务线统一目标用户的标准。很多公司都有这么一种情况,每个人都大概知道自己的目标用户的大概样子,但是当每个描述自己所讲的目标用户的样子时,是完全不同的。这是为什么?因为大家没有统一的标准。

如电商产品我们就让运营出了一套标准:一批采购商,二批采购商,普通终端门店,c端消费者。我们把用户的类型做了比较细致的描述,比如他的拿货价位,开店数量等等,我们基于用户填的信息自动会给这个采购商一个身份标识。

当你抽象成一个人时,埋点的数据也能用上了,我们已经针对各个产品线做了数据埋点,这些埋点收集到了用户潜在的信息,如地理位置、设备信息等我们都作为基础属性放在标签体系中。

用户标签和商品标签的问题

我们针对标签定义了一个类型,在生成标签时,我们预先定义了有用户标签、商品标签,每个标签都要选择一个类型。商品标签和用户标签类似也有一些基础属性,如颜色、尺码、面料等属性,这些基础属性我们叫做基础标签,用户的基础标签直接从用户属性字段和埋点数据取得,商品的基础标签直接从商品的属性字段取得。

潜客和注册会员该如何区分

我们增加了一个标签,是否潜客。在CRM系统录入的用户且不在用户中心的用户我们都当潜客处理,CRM针对潜客又有一套标签也是一个漏斗的关系,从有销售线索、商机识别、商务谈判、签约下单,这些用户的状态我们会从CRM系统直接拿过来,针对潜客打上状态标签。

数据中台实战(八):如何打造支撑N条产品线的标签平台

  如何建设可以支撑N条产品线的标签平台

这样我们标签平台的目标就很明确了:

我们的标签平台要可以支撑给n条产品线,n种角色打标签。

一个用户如果在n个产品产生了行为记录,都要通过标签记下来,可以看到用户在N条产品线打的标签。

每条产品都可以自己定义自己的个性化标签。

标签要支持给注册用户打标签,同时还要支持给潜客打标签。

基于这个目标,我们的标签平台规划了以下这四个功能:

数据宽表

标签体系的搭建

标签工厂

用户群圈选

从标签的生成到人群的圈选整个流程如下:

数据中台实战(八):如何打造支撑N条产品线的标签平台

  准备数据宽表

对于电商产品来说,需要采购商宽表、商品宽表、供应商宽表。宽表其实就是单个用户(采购商、供应商)、商品指标的一个合集,我们尽量把所有的指标都汇聚到一张表,方便接下来的标签的生成。

用户的宽表包含用户的基础信息、行为信息、业务指标等,用户的基础信息就包括用户的手机号、姓名、性别、注册时间、用户的角色信息、平台信息和其他用户自己填的信息,用户的行为信息就包括用户的设备信息、地理位置、用户的访问时长、加购次数、收藏次数、距离上次访问时长等通过埋点得到的信息,还有就是用户的业务信息,包括用户下单金额、支付金额、优惠金额等信息。

商品的宽表包括商品的基础信息和商品的业务信息。在电商商品中商品的基础信息包含,商品的ID、名称、品类、颜色、尺码等上架商品时填的一些信息。商品的业务信息包括商品的下单金额、支付金额、加购金额、加购次数等业务指标。

创建标签体系

有了宽表的数据,接下来就可以创建标签体系,并将标签工厂制作的标签归入标签体系。

首先看一下标签体系是什么,标签体系的结构大致如下:

数据中台实战(八):如何打造支撑N条产品线的标签平台

标签体系一般是多层结构,基础信息和每条产品线的第1级标签由数据中台管理。我们拿用户端的标签举个例子,无论用户是采购端和供应端,他首先是一个人,那么我们就抽取出来了人的基础信息,包括:

平台的信息:用过我们那个产品线的服务就会打上那个平台的标签。

用户类型:采购端还是供应端,如果是采购端,他是什么样的角色;如果是供应端,他又是什么样的角色。

潜客:是否潜客,如果是潜客,他现在处于什么状态。

地理位置:通过埋点采集到的信息,他的城市、省份在哪里。

设备信息:通过埋点采集到的信息包括浏览器的版本、设备版本、系统版本等信息。

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/zwpdsd.html