超越交易：利用 Adobe Experience Platform 编排商务动态

8 分钟

style

article-header-section

探索如何通过将商务数据直接接入到 Adobe Commerce，使 Adobe Experience Platform 从交易型端点升级为实时平台信号源，从而解锁以身份标识驱动的编排式体验。

打破孤岛：为什么商务的未来属于平台优先

从历史上看，店面一直是目的地，也是从认知到购买的线性历程的最后一站。但随着客户历程分散到各种设备、社交平台和离线接触点，线性漏斗已经过时。

对于现代商家而言，店面不再只是一个交易场所，而是 Adobe Experience Cloud 生态系统中最重要的传感器。要在这一时代蓬勃发展，不应将 Adobe Commerce 视为孤岛，而应将其视为 Adobe Experience Platform (AEP) 的核心动力。

大多数品牌都在为 延迟的个性化 而苦恼。一位客户周二买了一双鞋，在此之后的两周里，经常会被同一双鞋的广告和电子邮件所滋扰。发生这种情况的原因是，商务数据通常被困在孤岛中，通过延迟数小时甚至数天的批量更新进行同步。

当我们将 Adobe Commerce 与 AEP 集成时，我们可以从被动式商务（对他们的操作做出响应）转变为预测式编排（对他们的个人特点做出响应）。

为了将您的店面转变为实时信号生成器，我们专注于一个三大支柱框架：摄取、拼接与激活。

1.使用 Adobe 客户端数据层 (ACDL) 时，我们不只是向 AEP 发送购买事件。我们实时传输高意向信号：

默认替代文本

2.拼接统一轮廓 – 假设一位客户致电您的支持热线，询问发货延迟的问题。此负面服务信号会被立即拼接到其轮廓。下次他们访问 Adobe Commerce 店面时，看到的不是“购买更多”主页横幅，而是“我们正在更新您的订单”。这就是真正的体验管理的一个示例。

从孤立的店面过渡到统一轮廓需要精确的身份标识编排。

定义哪些“关键信息”将您的商务用户与对应的支持或营销角色关联起来。在 AEP 中，此操作通过身份标识服务来完成。
- 主要身份标识：通常是电子邮件或 ECID (Experience Cloud ID)。
- 次要身份标识：CRM ID（来自 Adobe Commerce）或电话号码（来自支持中心）。
- 拼接逻辑：当客户登录到店面时，Adobe Commerce 会传递 CRM ID。如果同一客户致电支持部门并提供其电子邮件地址，则 AEP 的身份标识图会将这两个不同的 ID 关联到一个 XID 中。

默认替代文本

XDM 架构协同
- 商务端：使用 商务详细信息 字段组将您的 Adobe Commerce 事件（添加到购物车、购买）映射到体验事件类。
- 支持端：创建或使用包含“案例状态”属性的现有字段组（如客户服务呼叫详细信息）。
- 桥接器：请确保为轮廓启用这两个架构，轮廓允许将属性直接写入实时客户轮廓，而不只是停留在数据湖中。

默认替代文本

配置实时合并策略 – 用户在不同系统中可能拥有不同的地址或电话号码。您必须定义一个合并策略，以确定在创建统一轮廓时哪些数据“胜出”。
- 按时间戳排序：最近的交互（例如，今天的“延迟发货”状态）优先于较旧数据。
- 源优先级：对于“案例状态”，告知 AEP 信任支持系统 (Service Cloud)；对于“配送地址”，信任 Adobe Commerce。
将负面信号重新激活以用于商务场景
- 区段创建：在 AEP 中创建一个名为“有未结支持案例的客户”的流式区段。
- 边缘投放：当客户点击 Adobe Commerce 店面时，AEP Web SDK 会请求获取其轮廓。
- 产品建议决策：由于用户现在是“未结支持案例”区段的成员，因此产品建议决策服务 (ODS) 或 Adobe Target 会截获主页横幅请求，并提供“订单更新”组件而不是促销组件。

3.形成闭环 – 激活不仅仅关乎电子邮件。借助 AEP，可以通过 Target 或 Adobe Journey Optimizer (AJO) 将 Adobe Commerce 数据重新激活至店面

动态定价和产品建议：仅向其 AEP 轮廓确认未曾通过离线渠道或您的应用程序购买过的用户显示“首次购买者”折扣。
一致的跨渠道故事讲述：如果用户单击营销电子邮件中的“可持续性”链接，Commerce 主页应自动优先考虑环保型产品集合。
挽回放弃的意图：如果用户在移动设备上将高价值商品添加到购物车但未结账，则店面可以在用户通过桌面设备返回时做出反应。主页不再显示通用的欢迎语，而是提供一个“继续上次的浏览”模块，其中包含针对该商品的行动号召，从而确保跨设备的商务旅程畅通无阻。

转向统一的、平台优先的商务模式具有强大优势，但也带来了复杂性，如果管理不当，可能会导致体验断层。以下是我在 AEP 与 Adobe Commerce 集成期间观察到的四个最常见的陷阱。

在许多家庭中，多人使用同一台平板电脑或笔记本电脑浏览店铺。如果身份标识图配置得过于激进（例如，将每个 ECID 与上次登录的电子邮件地址拼接），就有可能把两个不同人员的轮廓合并在一起。

人们很容易将 Adobe Commerce 中的每次点击、悬停和微交互都发送到 AEP。

后果：这会产生“噪声”，导致区段计算速度变慢并增加 AEP 存储成本。更重要的是，这会让您的 XDM 架构变得难以管理。
解决方案：遵循 “信号到操作” 规则。如果一段数据没有在 30 天内触发特定区段更改或个性化体验，请将其保留在您的分析层 (Adobe Analytics) 中，而不是您的实时轮廓中。

未能在合并策略中清晰定义信源。

后果：如果 Adobe Commerce 显示客户是“级别：黄金”，但从旧版 CRM 上传的旧 CSV 显示他们是“级别：白银”，则 AEP 可能会根据上次更新的记录确定用户的等级状态，使其等级变得摇摆不定。
解决方案：实施来源优先级合并策略。明确告知 AEP，对于 交易型 数据，Adobe Commerce 是权威来源，但对于通信首选项，您的 ESP 或隐私工具是权威来源。

尝试在页面加载时执行“繁重计算”（复杂计算）。

后果：如果您的店面在呈现主页横幅之前必须等待对 AEP 进行复杂的多步 API 调用，则您的 核心网页指标 可能会急剧下降，从而影响您的 SEO 和用户体验。
解决方案：利用 Adobe Experience Platform Web SDK 和边缘区段。通过将分段逻辑移动到 Adobe Edge Network（靠近用户），您可以在 100 毫秒内实现个性化，且不会阻塞页面渲染。

AEP + Commerce 的目标不仅仅是收集数据，还包括大规模创建相关性。通过避免这些常见的陷阱并专注于清晰的身份拼接，我们可以将店面从静态目录转变为客户历程的实时扩展。