文档

迁移说明

更新时间:

若您正在从旧版(V3)迁移到新版(V4),或正在考虑是否要进行迁移,本文能帮助您了解新版与旧版的区别,并提供迁移指引,希望能帮助您快捷地迁移到新版。

说明

由于新版与旧版拥有部分相同的功能,请您在阅读、搜索文档时注意区分文档归属的版本,当前新版对应的文档均存放于V4用户指南目录下。

新版功能简介

V4在V3的基础上做了重大功能升级。在迁移之前,请您花一点时间了解新版功能:

理解ID Mapping

新版的重要改进之一,是在导入数据时增加ID Mapping过程,将来源于不同渠道的原始用户数据,通过ID进行用户身份识别和去重,在经过计算整合后,给用户赋予Quick Audience中的唯一身份标识QAID。具体计算逻辑,请参见ID Mapping与用户唯一标识QAID

在后续的用户分析、受众筛选等操作中,QAID将作为用户的唯一身份标识。不论用户或受众来自哪个表,均通过其QAID去查询所有ID类型和标签、行为等数据,实现跨渠道数据整合,最终构建一个全域标签系统,如下图所示。

346u

功能升级

由于新版引入了用户身份识别,使得新版有能力实现更强的功能。以下仅列出一些主要的功能点差异,由于新功能正在不断添加中,详细功能请参见V4用户指南

功能点

新版

旧版

数据输入

  • 取消数据集概念,降低了产品理解难度。

  • 增加支持统计表,用于分析用户执行相关操作的统计数据。

  • 数据表支持冗余更多属性,便于后续的分析圈选。用户行为表冗余更多属性可规避旧版出现的行数膨胀问题。

  • 所有类型的数据均支持小时级自动更新。

  • 所有的数据输入配置均由管理员在这一阶段完成,隔离IT使用和业务使用。

  • 数据集概念难以理解。

  • 行为数据集不支持自动更新,AIPL/RFM模型不支持小时级自动更新。

用户身份识别

增加ID Mapping过程,多端数据基于ID进行用户身份识别,实现跨渠道数据拉通应用于分析、营销。

不进行用户身份识别。不同渠道来源的用户信息割裂,无法协作。

RFM模型

创建RFM模型时,支持设置数据统计范围:时间、渠道、品类等。

不支持设置数据统计范围。

自定义标签

支持创建偏好类标签忠诚度标签购买力标签用户阶段标签,帮助从多维度对用户打标。

自定义标签类型较单一,仅相当于新版中的用户阶段标签

受众筛选

  • 支持跨数据表、跨ID类型进行灵活筛选。

  • 交叉筛选的不同维度之间通过交并差计算自由组合。

  • 可以无限次进行受众交并。

  • 跨数据集、跨ID类型无法灵活筛选。

  • 交叉筛选的不同维度之间仅支持通过交并计算组合,且仅能同时使用交/并。

  • 受众交并仅限于已生成的受众之间,不支持直接参与筛选,且最多支持3层交并。

受众更新

底表数据更新导入后,支持触发受众自动更新,确保营销触达最新人群。

受众仅支持周期更新,不支持数据触发受众更新。

自动化营销

  • 实时行为事件数据与已有用户数据互通,流程中可以在任何位置使用行为事件作为筛选条件。

  • 新增AB测试组件,通过测试比较方案的效果。

  • 更灵活的流程画布操作、执行记录管理、活动版本管理等。

  • 行为事件仅能作为第一个组件,用于判断用户是否进入流程。

系统配置自动同步

新版Quick Audience与旧版共用一个账号体系,已配置的组织、空间等无需您再次手工配置。旧版的管理中心系统配置包括:

层级

配置项

子配置项

迁移说明

组织管理

组织成员管理

-

共用配置,无需手动迁移。

工作空间管理

数据授权

报表授权

数据源表授权

新版暂不支持组织级别数据源。

接口管理

阿里云短信、邮件接口

共用配置,无需手动迁移。

第三方短信接口

Quick BI授权配置

PUSH接口

回流数据源配置

新版无需设置,将自动回流到唯一的分析源。

数据采集接口

新版以进行QT事件授权代替数据采集接口配置。

OSS授权配置

新版暂不支持相应功能。

组织系统配置

-

共用配置,无需手动迁移。

工作空间管理

空间成员管理

-

共用配置,无需手动迁移。

说明

新版中,空间系统配置不含RFM/AIPL模型自动更新时间,改为另行对每个模型分别设置。

空间角色管理

空间用户组管理

空间系统配置

空间接口配置

用户访问

用户访问统计

用户下载明细

新版暂不支持统计用户下载。

迁移操作步骤

新版Quick Audience与旧版使用不同的数据存储体系,老客户首次使用新版时,需要按新版的要求准备数据源和数据表,然后手动进行业务数据迁移,包括:

  1. 数据源迁移

  2. 数据集迁移

  3. 受众迁移

  4. 营销任务迁移

  5. 营销活动迁移

  6. 分析看板迁移

说明

迁移时,请联系阿里云服务人员,获取更多技术支持。

1. 数据源迁移

新版中,数据源分为计算源、分析源两种,它们在系统中的作用如下图所示:数据流

  • 计算源:原始数据首先被存储在计算源中,Quick Audience接入计算源后,每当导入原始数据时,计算源将对原始数据进行ID Mapping,然后导入分析源。

    当前计算源类型仅支持阿里云大数据计算服务MaxCompute。每个空间仅支持添加一个计算源。

  • 分析源:从计算源导入原始数据时,经计算源ID Mapping后的数据将导入分析源。后续Quick Audience使用这些数据时,将直接从分析源获取,受众数据也将保存于分析源。

    当前分析源类型支持阿里云实时数仓Hologres阿里云云原生数据仓库AnalyticDB MySQL 3.0。每个空间仅仅支持添加一个分析源。

    说明

    您只需要在Quick Audience绑定计算源、分析源然后导入数据表,即可实现从MaxCompute同步数据到ADB3.0或Hologres,无需使用专业的数据传输工具。

您可以将旧版的ADB3.0数据源利用到新版,如下图所示。

数据源

请您按以下说明配置新版的数据源:

绑定分析源

  • 旧版中的ADB 3.0类型的数据源可以用于新版,绑定到新版的空间中作为空间内的分析源。

    除了ADB 3.0,您也可以选择Hologres作为分析源绑定到空间。

    绑定分析源的具体操作,请参见分析源

    说明

    新版中不再支持组织级的数据源,需要在空间内绑定分析源,建议您在购买的ADB 3.0Hologres实例中为每个空间创建一个数据库用于绑定。

  • 旧版中的ADB PG、ADB 2.0类型的数据源,在新版中不再支持。

绑定计算源

新版中,除了分析源,每个空间还需要绑定一个MaxCompute项目作为空间内的计算源。

您的原始业务数据需要按新版的数据表格式要求调整后保存于计算源。

绑定计算源的具体操作,请参见计算源

说明

建议您在购买的MaxCompute实例中为每个空间创建一个项目用于绑定。

2. 数据集迁移

新版中,您需要手工进行数据集的迁移。

新版中去除了数据集概念,将直接从分析源导入数据表,而后生成RFM/AIPL模型、筛选受众等。

新版支持的表类型与旧版支持的数据集底表类型对应关系如下表所示。旧版的用户标签数据集、行为数据集、RFM模型底表可以使用于新版;但旧版的AIPL模型底表不可用于新版,新版的AIPL模型将使用用户行为表数据。

新版数据表类型

旧版数据集底表类型

用户标签表

用户标签数据集底表

用户行为表(表结构稍有不同)

行为数据集底表

订单明细表

RFM模型底表——交易数据

订单汇总表

RFM模型底表——客户数据

统计表

-

-

AIPL模型底表(从行为数据聚合得到)

您需要按照新版的数据表格式要求调整底表,将表存储于已绑定的MaxCompute计算源,然后在新版中操作。针对各类数据集/模型的具体说明如下:

迁移用户标签数据集

准备数据表,新版的用户标签表数据要求与旧版一致,您仅需要将表转移到MaxCompute计算源中。

然后在新版中进行迁移操作,配置过程大约耗时2分钟:

  1. 配置用户标签表结构:声明待导入表的表结构。

  2. 配置导入调任务:设置导入表的频次、时间。

    重要

    由于每次导入调度时都需要对所有数据表涉及的用户重新进行ID Mapping计算,为了避免频繁占用计算资源,建议您将所有数据表的调度创建为同一个任务,包括下面的用户行为表、订单明细表等所有类型。需要从已导入的数据表创建RFM/AIPL模型、受众等时,请等待所有数据表都导入完成后再操作。

迁移行为数据集

准备数据表,新版的用户行为表数据要求与旧版稍有不同,请您按新版要求调整表结构后存储于MaxCompute计算源。

  • 旧版:一行仅记录一种属性,若一行记录了品牌,就不能同时记录品类、商品等其他属性,导致一次用户行为保存多行记录才能满足业务需要,造成额外占用计算资源。

  • 新版:支持在一行中记录任意多个属性,一次用户行为仅需保存一行记录,计算效率高于旧版。

然后在新版中进行迁移操作,配置过程大约耗时2分钟:

  1. 配置用户行为表结构。

  2. 配置导入调任务

迁移RFM模型

准备数据表,新版的订单明细表数据要求订单汇总表数据要求分别与旧版RFM模型的交易数据、客户数据要求一致,您仅需要将其转移到MaxCompute计算源中。

然后在新版中进行迁移操作,配置过程大约耗时5分钟:

  1. 配置订单明细表订单汇总表结构。

  2. 配置导入调任务

  3. 创建RFM模型

迁移AIPL模型

由于旧版的AIPL模型底表不可用于新版,因此无法从旧版迁移。您需要在新版中从已导入的用户行为表重新创建AIPL模型。导入用户行为表,请参见上面的迁移行为数据集

AIPL模型创建操作,配置过程大约耗时5分钟。

3. 受众迁移

同样,受众也需要您从迁移后的数据中重新筛选或重新上传。随着业务数据的刷新,逐渐结束旧版中的受众的生命周期。

创建受众的具体操作,请参见受众筛选上传受众从分析源创建受众

受众推送涉及的数据银行、达摩盘、Kafka的接口、账号将与旧版共用,您可直接在新版中使用推送功能,重新创建推送任务。

说明

新版中,当您在社交互动、零售CRM、媒体投放模块的部分功能使用到受众时,需要先将涉及的受众推送至对应的模块,具体操作请参见推送内部模块

4. 用户营销任务迁移

新版将与旧版共用一套营销接口、账号配置,您无需再次手工配置营销接口、账号。

但由于营销的对象受众无法迁移到新版,您需要在新版中重新创建受众,然后对受众创建同样的营销任务,将营销任务逐渐切换到新版中运营,逐渐结束旧版中的营销任务的生命周期。

创建营销任务的具体操作,请参见用户营销

您可以联系服务人员将老版中的营销任务(含触达营销、广告营销、自动化营销,除以下说明中的特殊情况外)迁移到新版本的任务列表,任务配置、已执行任务的执行记录、发送结果反馈等数据将随任务迁移。这样您就可以在新版中继续查看配置、执行记录、分析数据,但不支持对迁移过来的任务再次编辑、复制、执行。

说明

特殊情况:对于正在进行中或已暂停的周期性特定人群触发任务,可以在新版中将新创建的自动化任务与要迁移的老任务相关联,关联成功后,老任务将作为新任务的老版本,相应的执行记录也将纳入新任务的执行记录列表。

此外,不涉及受众数据的内容管理、事件管理数据将自动迁移,您无需手工配置。您也无需修改您的一方应用或第三方应用中的上报事件代码。

5. 日历营销活动迁移

由于营销活动可能会关联受众和营销任务,您需要在新版中手工重新配置、重新关联新版中的受众和营销任务。

6. 分析看板迁移

新版分析看板将与旧版共用Quick BI接口、报表菜单配置,以同样的方式从Quick BI引用您的业务数据生成的看板,您无需手工迁移。

若您在旧版中已配置报表圈选受众功能,需要在新版中也实现从报表圈选受众,将生成的受众由新版管理,请确保您为新版同名空间配置的分析源与旧版空间使用同一个ADB3.0数据库。已在旧版中从报表圈选的受众需要重新圈选。