若您正在从旧版(V3)迁移到新版(V4),或正在考虑是否要进行迁移,本文能帮助您了解新版与旧版的区别,并提供迁移指引,希望能帮助您快捷地迁移到新版。
由于新版与旧版拥有部分相同的功能,请您在阅读、搜索文档时注意区分文档归属的版本,当前新版对应的文档均存放于V4用户指南目录下。
新版功能简介
V4在V3的基础上做了重大功能升级。在迁移之前,请您花一点时间了解新版功能:
理解ID Mapping
新版的重要改进之一,是在导入数据时增加ID Mapping过程,将来源于不同渠道的原始用户数据,通过ID进行用户身份识别和去重,在经过计算整合后,给用户赋予Quick Audience中的唯一身份标识QAID。具体计算逻辑,请参见ID Mapping与用户唯一标识QAID。
在后续的用户分析、受众筛选等操作中,QAID将作为用户的唯一身份标识。不论用户或受众来自哪个表,均通过其QAID去查询所有ID类型和标签、行为等数据,实现跨渠道数据整合,最终构建一个全域标签系统,如下图所示。
功能升级
由于新版引入了用户身份识别,使得新版有能力实现更强的功能。以下仅列出一些主要的功能点差异,由于新功能正在不断添加中,详细功能请参见V4用户指南。
功能点 | 新版 | 旧版 |
数据输入 |
|
|
用户身份识别 | 增加ID Mapping过程,多端数据基于ID进行用户身份识别,实现跨渠道数据拉通应用于分析、营销。 | 不进行用户身份识别。不同渠道来源的用户信息割裂,无法协作。 |
RFM模型 | 创建RFM模型时,支持设置数据统计范围:时间、渠道、品类等。 | 不支持设置数据统计范围。 |
自定义标签 | 自定义标签类型较单一,仅相当于新版中的用户阶段标签。 | |
受众筛选 |
|
|
受众更新 | 底表数据更新导入后,支持触发受众自动更新,确保营销触达最新人群。 | 受众仅支持周期更新,不支持数据触发受众更新。 |
自动化营销 |
|
|
系统配置自动同步
新版Quick Audience与旧版共用一个账号体系,已配置的组织、空间等无需您再次手工配置。旧版的管理中心系统配置包括:
层级 | 配置项 | 子配置项 | 迁移说明 |
组织管理 | 组织成员管理 | - | 共用配置,无需手动迁移。 |
工作空间管理 | |||
数据授权 | 报表授权 | ||
数据源表授权 | 新版暂不支持组织级别数据源。 | ||
接口管理 | 阿里云短信、邮件接口 | 共用配置,无需手动迁移。 | |
第三方短信接口 | |||
Quick BI授权配置 | |||
PUSH接口 | |||
回流数据源配置 | 新版无需设置,将自动回流到唯一的分析源。 | ||
数据采集接口 | 新版以进行QT事件授权代替数据采集接口配置。 | ||
OSS授权配置 | 新版暂不支持相应功能。 | ||
组织系统配置 | - | 共用配置,无需手动迁移。 | |
工作空间管理 | 空间成员管理 | - | 共用配置,无需手动迁移。 说明 新版中,空间系统配置不含RFM/AIPL模型自动更新时间,改为另行对每个模型分别设置。 |
空间角色管理 | |||
空间用户组管理 | |||
空间系统配置 | |||
空间接口配置 | |||
用户访问 | 用户访问统计 | ||
用户下载明细 | 新版暂不支持统计用户下载。 |
迁移操作步骤
新版Quick Audience与旧版使用不同的数据存储体系,老客户首次使用新版时,需要按新版的要求准备数据源和数据表,然后手动进行业务数据迁移,包括:
迁移时,请联系阿里云服务人员,获取更多技术支持。
1. 数据源迁移
新版中,数据源分为计算源、分析源两种,它们在系统中的作用如下图所示:
计算源:原始数据首先被存储在计算源中,Quick Audience接入计算源后,每当导入原始数据时,计算源将对原始数据进行ID Mapping,然后导入分析源。
当前计算源类型仅支持阿里云大数据计算服务MaxCompute。每个空间仅支持添加一个计算源。
分析源:从计算源导入原始数据时,经计算源ID Mapping后的数据将导入分析源。后续Quick Audience使用这些数据时,将直接从分析源获取,受众数据也将保存于分析源。
当前分析源类型支持阿里云实时数仓Hologres或阿里云云原生数据仓库AnalyticDB MySQL 3.0。每个空间仅仅支持添加一个分析源。
说明您只需要在Quick Audience绑定计算源、分析源然后导入数据表,即可实现从MaxCompute同步数据到ADB3.0或Hologres,无需使用专业的数据传输工具。
您可以将旧版的ADB3.0数据源利用到新版,如下图所示。
请您按以下说明配置新版的数据源:
绑定分析源
绑定计算源
新版中,除了分析源,每个空间还需要绑定一个MaxCompute项目作为空间内的计算源。
您的原始业务数据需要按新版的数据表格式要求调整后保存于计算源。
绑定计算源的具体操作,请参见计算源。
建议您在购买的MaxCompute实例中为每个空间创建一个项目用于绑定。
2. 数据集迁移
新版中,您需要手工进行数据集的迁移。
新版中去除了数据集概念,将直接从分析源导入数据表,而后生成RFM/AIPL模型、筛选受众等。
新版支持的表类型与旧版支持的数据集底表类型对应关系如下表所示。旧版的用户标签数据集、行为数据集、RFM模型底表可以使用于新版;但旧版的AIPL模型底表不可用于新版,新版的AIPL模型将使用用户行为表数据。
新版数据表类型 | 旧版数据集底表类型 |
用户标签表 | 用户标签数据集底表 |
用户行为表(表结构稍有不同) | 行为数据集底表 |
订单明细表 | RFM模型底表——交易数据 |
订单汇总表 | RFM模型底表——客户数据 |
统计表 | - |
- | AIPL模型底表(从行为数据聚合得到) |
您需要按照新版的数据表格式要求调整底表,将表存储于已绑定的MaxCompute计算源,然后在新版中操作。针对各类数据集/模型的具体说明如下:
迁移行为数据集
准备数据表,新版的用户行为表数据要求与旧版稍有不同,请您按新版要求调整表结构后存储于MaxCompute计算源。
旧版:一行仅记录一种属性,若一行记录了品牌,就不能同时记录品类、商品等其他属性,导致一次用户行为保存多行记录才能满足业务需要,造成额外占用计算资源。
新版:支持在一行中记录任意多个属性,一次用户行为仅需保存一行记录,计算效率高于旧版。
然后在新版中进行迁移操作,配置过程大约耗时2分钟:
迁移RFM模型
准备数据表,新版的订单明细表数据要求、订单汇总表数据要求分别与旧版RFM模型的交易数据、客户数据要求一致,您仅需要将其转移到MaxCompute计算源中。
然后在新版中进行迁移操作,配置过程大约耗时5分钟:
3. 受众迁移
同样,受众也需要您从迁移后的数据中重新筛选或重新上传。随着业务数据的刷新,逐渐结束旧版中的受众的生命周期。
创建受众的具体操作,请参见受众筛选、上传受众、从分析源创建受众。
受众推送涉及的数据银行、达摩盘、Kafka的接口、账号将与旧版共用,您可直接在新版中使用推送功能,重新创建推送任务。
新版中,当您在社交互动、零售CRM、媒体投放模块的部分功能使用到受众时,需要先将涉及的受众推送至对应的模块,具体操作请参见推送内部模块。
4. 用户营销任务迁移
新版将与旧版共用一套营销接口、账号配置,您无需再次手工配置营销接口、账号。
但由于营销的对象受众无法迁移到新版,您需要在新版中重新创建受众,然后对受众创建同样的营销任务,将营销任务逐渐切换到新版中运营,逐渐结束旧版中的营销任务的生命周期。
创建营销任务的具体操作,请参见用户营销。
您可以联系服务人员将老版中的营销任务(含触达营销、广告营销、自动化营销,除以下说明中的特殊情况外)迁移到新版本的任务列表,任务配置、已执行任务的执行记录、发送结果反馈等数据将随任务迁移。这样您就可以在新版中继续查看配置、执行记录、分析数据,但不支持对迁移过来的任务再次编辑、复制、执行。
特殊情况:对于正在进行中或已暂停的周期性特定人群触发任务,可以在新版中将新创建的自动化任务与要迁移的老任务相关联,关联成功后,老任务将作为新任务的老版本,相应的执行记录也将纳入新任务的执行记录列表。
此外,不涉及受众数据的内容管理、事件管理数据将自动迁移,您无需手工配置。您也无需修改您的一方应用或第三方应用中的上报事件代码。
5. 日历营销活动迁移
由于营销活动可能会关联受众和营销任务,您需要在新版中手工重新配置、重新关联新版中的受众和营销任务。
6. 分析看板迁移
新版分析看板将与旧版共用Quick BI接口、报表菜单配置,以同样的方式从Quick BI引用您的业务数据生成的看板,您无需手工迁移。
若您在旧版中已配置报表圈选受众功能,需要在新版中也实现从报表圈选受众,将生成的受众由新版管理,请确保您为新版同名空间配置的分析源与旧版空间使用同一个ADB3.0数据库。已在旧版中从报表圈选的受众需要重新圈选。