业务维度分析

接入方式详见：业务维度（item）数据接入（SaaS查看）

业务维度，又称item。在Finder底层EUI模型，行为记录是围绕人（User）、事件（Event）、物（Item）进行记录。简而言之，用户（User）在产品内针对某物（Item）触发了某行为（Event）。常见的物（item）有哪些呢？电商中业务维度为可以是商品，在线教育中业务维度可以为课程，银行中业务维度可以为理财产品、贷款产品等，短视频中业务维度可以为短视频等。

那么item能满足哪些常见分析场景呢？

延展属性

事件在对应的触发时机下，有些属性信息是采集不到的，或者需要很大的技术成本，前端后端打通接口互相传输。面对这种情况，就可以使用item业务维度。
例如内容类App，需要根据内容的发布时间，内容发布者ID，内容发布者标签等查看不同的热度排行，然而前端信息只能采集到本身内容ID、内容分类、内容标签等有限的属性信息，跟内容发布者相关的信息均存在后台业务数据库中，因此可以把内容ID作为一个关联事件表和item表的key，在事件上报时，仍然只采集内容ID等前端可以采集的信息，其余业务数据库中需要分析的属性，作为item表的字段进行上报，以此key进行关联分析。

变化属性

事件表采集的属性信息一旦落库后，是不可更改的，不可变化的。但是有些属性信息可能会随时发生变化，面对这种情况，仍然可以使用item业务维度解决。
例如酒店餐饮类App，每个菜品的标签是经常变化的，例如‘当季菜’会根据不同的时间进行调整，每个月的当季菜都不同，但是分析时只想按照最新标签分类查看当前季度下的当季菜品的浏览、消费情况。因此可以把菜品ID作为一个关联事件表和item表的key，在事件上报时，仍然只采集菜品ID属性，其余随时变化的属性，作为item表的字段进行上报，以此key进行关联分析。

由于item对象业务本质是事件属性的一种拓展，因此item对象除了可以在「高级分析-业务维度分析」中直接分析外，还可以在其他高级分析中使用，可以用来属性过滤和分组，各个分析模块的支持情况如下：