1.3.6.2 元数据管理

优质
小牛编辑
131浏览
2023-12-01

元数据管理模块对产品层面的公共维度进行管理,主要在以下两个方面帮助用户提高效率:

  1. 管理员在元数据模块对产品公共维度进行管理,这样产品或者开发在需求阶段通过选择公共维度对属性进行定义,避免了相同维度出现不同定一个的情况
  2. 分析师或者其他数据使用方在进行数据消费过程中可以非常自信的对公共属性进行分析,不同角色之可以非常方便的对数据进行交流

本节对元数据管理涉及的概念与功能进行介绍,帮助用户更加方便地使用元数据管理对埋点进行管理。核心功能包括:

  1. 预置属性管理:包括预置属性的新建,编辑删除等操作
  2. 默认属性管理:主要展示自动采集的默认提供的一些属性
  3. 用户属性管理:展示产品的用户属性管理与配置选项

1.1. 基本概念

  1. 预置属性:结构上属于自定义属性,由产品方开发调用SDK的接口上传。其中预置属性属于产品级或者部分事件的通用属性,由管理员或者某些资深用户在埋点之初进行定义。典型场景如:电商产品的很多埋点需要采集的店铺维度,内容产品的很多埋点需要采集的模块维度,工具产品大部分埋点需要采集的项目信息。
  2. 非预置属性:跟预置属性相对,属于自定义属性,但是这部分维度仅在某一个事件中需要使用。典型场景如:仅在支付环节需要用到的支付方式,仅在注册环节使用的注册步骤。
  3. 默认属性:结构上属于系统内置维度,这部分维度由SDK默认采集,所有事件共用这些属性。这部分属性不需要用户主动触发只要用户接入SDK即可,相应这部分属性也由HubbleData系统管理员进行管理。
  4. 用户属性:由用户在SDK中调用setUser接口上报数据生成的用户属性。这部分用户属性在所有事件中都可以使用,分析师或者策划可以在行为分析中选择用户属性。

1.2. 预置属性

预置属性在产品结构上属于自定义属性,从产品功能上来看预置属性管理用来对产品层面的公共维度进行编辑与配置,本节将会对预置属性模块进行介绍。

1.2.1. 使用场景

需求评审阶段:需求方定义事件信息

数据消费方或者说埋点负责人通常需要对定义事件的如下信息:

  1. 事件的具体含义以及触发时机
  2. 需要采集的业务信息或者说自定义数据信息

对产品需求方来说,此处有两个要求:

  1. 需要采集的业务信息不要遗漏,因为产品一旦上线,这些信息无法补全
  2. 具体到某个业务属性,需要跟已有的自定义属性保持一致。同义不同词(属性ID)在数据的使用上属于需要极力避免的操作。

行为分析阶段:使用方对维度进行选择

通常来说,在行为分析阶段我们核心分析方法是在不同层次或者维度上对数据进行细分。此时我们希望了解的内容包括:

  1. 具体业务流程或者产品功能对应的事件到底是哪个,在下拉列表中怎么找到他
  2. 找到我想要分析的细分维度,并且进行选择,此时我希望知道对应维度到底是哪个

具体使用方式

将产品核心功能或者流程上需要用的到维度提前定义为预置属性,可以比较好的解决上述两个需求场景。具体来说:

  1. 埋点需求方在埋点时选择需要的维度,这样可以避免需求阶段出现可能的数据遗漏与同意不同词
  2. 预置信息在系统设计上强制要求类型与名称一致,这些预置属性可以认为产品层面的共识。此时所有用户都可以在这些维度上细分与筛选操作,此时可以认为不会出现歧义

1.2.2. 主要功能

预置属性的操作与设置非常简单,交互流程如下:

预置属性
Figure: 预置属性
  1. 进入埋点管理-->元数据管理:选择预置属性,将会展示相应的元数据类型。
  2. 预置属性列表,主要内容包括:
    1. 属性ID:属性唯一标志,一旦创建成功不支持修改,仅能删除。
    2. 属性名称:当前属性的通用性或者便利性语义表示
    3. 数据类型:当前属性的数据类型
    4. 显示属性:只有设为显示时,当前属性才能在分析模块属性下拉列表中找到
    5. 操作选项
  3. 新建预置属性,点击右上角新建预置属性,进入相应的编辑弹窗。

    此时需要用户填写如下信息:

    1. 属性ID
    2. 属性名称
    3. 数据类型
    4. 显示属性
  4. 备注:预置属性的操作逻辑梳理如下
    1. 当某一个自定义属性跟预置属性ID相同时,系统将会把该属性归为预置属性
    2. 删除某一个预置属性时,所有事件的该预置属性退化为非预置属性

1.3. 默认属性

默认属性是系统自动提供的公共属性,用户在使用过程中只需要引入对应客户端的SDK即可。同时推荐用户不要重复采集这些数据,具体来说系统默认采集如下信息:

  1. 客户端的设备信息:例如设备型号,操作系统,应用版本,IP等
  2. 网站的浏览器信息:浏览器版本,型号等等;
  3. 网站域名信息:URL,domaim等
  4. 付费渠道信息:这个信息主要指通过Hubble的推广进行付费跟踪

特别说明,我们SDK采集详尽的设备信息,部分设备信息可能没有作为维度进行下钻的必要。用户通过默认属性菜单可以非常方便查看我们系统有哪些设备信息。

1.4. 用户属性

用户属性管理用来管理产品方调用SDK上传的用户属性。主要流程为:

  1. 用户调用SDK上传用户属性
  2. HubbleData后台同步这些信息
  3. 用户在用户属性界面进行管理与编辑

1.5. 使用说明

元数据的维度对应我们在行为分析中的维度选择,具体对应关系如下:

其中具体对应关系如下:

  1. 自定义属性包括两个方面:预置属性以及非预置属性
  2. 默认属性对应元数据的默认属性
  3. 用户属性对应元数据的用户属性
  4. 用户分群对应产品创建的分群