标签体系建设-私有标签服务

2021-06-24 21:51:16 浏览数 (1)

一、前言

之前有提到目前初步搭建起了公有标签和私有标签两大体系。其中公有标签:面向公司通用的场景、具有普遍性、长期性的特点。私有标签则是面向特定业务的特定场景下建立的,具有单一性、临时性。部分读者对私有标签比较感兴趣,今天重点介绍一下。

标签新增流程图一

二、背景

目前已有部分面向于场景开发的定制化标签,不适合作为公有标签对外提供服务。如XXX业务线定义的有效注册用户口径为:在统计周期内注册成功并且累计观看时长大于30分钟为有效注册用户。而公司通用的有效注册用户口径则为: 在统计周期内注册成功的用户。明显可以看XXX业务线的标签定义比较定制化,跟公司现有的通用业务口径没有拉齐,但是他们的口径和当前的KPI是紧紧挂钩的。 若将该部分标签添加为公有标签可能对用户造成困扰,且以上标签贴合业务场景定制开发,不一定适用于其他场景,故针对这类标签需要作为私有标签,区别于公有标签对外提供服务。

三、目标

完成私有标签全链路服务的搭建,支持公司核心业务场景下定制化标签需求。提升平台的服务效率和影响力。

四、产品方案

在这个过程中,需要考虑的事项有:

a.私有标签的需求方和开发者是谁。

需求方可提前跟标签PD联系评估标签的通用性,如果是特定场景下临时需求可以走私有标签,可由业务线的数据分析人员完成标签逻辑的开发。

b.私有标签质量如何保证。

坚持的原则为:公有标签的产出时效和质量由平台进行保证,私有标签的质量秉承谁开发谁负责,开发者自己保证。

c.私有标签如何做到各个业务线互相独立,数据安全。

针对不同的业务线进行资源隔离,保证不同业务部门在不同域下面使用不同的产出表,从而保证数据的安全性。结果表示例

产出表中文名

英文名

责任人

A业务用户私有宽表

ww_dm.dm_user_private_A_info_df

A业务BI分析师a

B业务用户私有宽表

ww_dm.dm_user_private_B_info_df

B业务BI分析师b

A业务游客私有宽表

ww_dm.dm_guest_private_A_info_df

A业务BI分析师a

B业务游客私有宽表

ww_dm.dm_guest_private_B_info_df

B业务BI分析师b

d.私有标签和公有标签如何混合圈人。

需维护对应公有标签表和私有标签表的关联主建。这里以A业务线为例进行说明。

公有标签(pub)关联关系私有标签 (priv)

ww_dm.dm_user_private_A_info_df

ww_dm.dm_guest_private_A_info_df

ww_dm.dm_user_public_A_info_df

pub.uid =priv.uid

pub.uid =priv.last_relate_uid

ww_dm.dm_guest_public_A_info_df

pub.last_relate_uid =priv.uid

pub.guest_id =priv.guest_id

e.私有标签权限如何申请。

公有标签的权限申请走公司统一的权限申请OA流程,私有标签则由标签开发者直接赋权,哪个场景需要用到,由标签开发者直接给此场景下的应用授权。

五、收益

私有标签上线极大的提升了标签的服务效率,缩短了原有标签的开发周期。从以前平均下来单次标签开发需求从1周左右缩短至2天以内。深受业务产品及运营的喜爱和好评,当前公有标签和私有标签的占比分布为80%:20%。

0 人点赞