“实时”CDP 用例的局限性

客户数据平台 (CDP) 可以整合整个企业的数据以创建客户的单一视图。 这种单一视图可以使营销人员能够做很多事情，包括实时更新和激活。

但“实时”执行很棘手，并且取决于许多因素。 仅仅因为 CDP 可以实时做一些事情并不意味着它能够实时做您想做的所有事情。 以下是一些“实时”用例的一些限制。

个性化

使用 CDP 创建的“客户单一视图”使营销人员能够获得有关客户的所有可用数据，以进行适当的激活。 其中许多涉及不同类型的个性化。

动态内容个性化使网站或应用程序能够根据过去的交互、浏览历史记录、某些细分市场的会员资格或购买行为来自定义向用户显示的内容。 开发成功程序的一部分是确定数据的“实时性”以及即时性对用例的重要性。

基于会话中浏览历史记录的自定义内容推荐不同于基于群组成员身份的内容推荐，例如“读过有关自行车的文章的人”。

• 在第一种情况下，CDP 必须能够立即访问会话中的浏览数据，并能够快速更新配置文件和分段。
• 在第二种情况下，数据是昨天的还是上个月的可能并不重要。

动态电子邮件个性化将该概念扩展到出站电子邮件的创建。 不同的应用程序可能或多或少地依赖于时间。 包含用户最喜欢的类别中的五个热门故事摘录的每周电子邮件与购买后的定制确认电子邮件不同，后者可能需要更新的链接来跟踪包裹、预计送达日期或其他信息来自履行机构的其他“当前”数据。

如果您想发送此类“实时”电子邮件确认，请问问自己：

• CDP 是否可以实时访问运输和履行信息？
• 多久更新一次？
• 相关数据在加载到客户档案之前是否必须进行转换？

基于位置的个性化对于实体店非常有用。 餐厅或酒吧可能希望向附近的人们提供特别优惠，而大型商店可能希望为商店中的人们显示不同的信息（例如过道和垃圾箱位置）。 在每种情况下，问题是需要哪些信息来满足用例以及 CDP 是否可以实时获得该信息。

我们以第一个案例为例。 假设我有一个我最喜欢的餐厅的应用程序，并且我在该应用程序中启用了位置服务。 如果 CDP 可以实时获得该信息，则 CDP 可以策划一项活动，向应用程序发送包含适当营销消息的通知。 如果我是寿司迷，它可能会告诉我当天的特色菜。

很多事情都是可能的，但实施取决于数据更新的频率以及协调激活的速度。

深入挖掘：连接客户数据如何推动个性化体验

电子商务

许多实时用例涉及在线商店。 有时，商店软件可以在没有 CDP 帮助的情况下编排这些用例。 但在其他情况下，用例需要访问 CDP 的单个客户记录中更广泛的客户信息。

与上面的示例一样，CDP 中的功能取决于信息更新和使用的频率。 这里有几件事需要考虑。 仅仅因为您有数据连接并不意味着您拥有最新数据。

数据可能会在夜间进行批处理，也可能会在一天中每小时更新一次。 一个系统可能会调用另一个系统来检索特定的信息位。 数据传输的类型和及时性可能因连接而异。

这并不是唯一的限制。 有时，数据必须在加载之前进行处理，并且配置文件和段在任何情况下都可能不会立即更新。 （查看 David Chan 关于该主题的精彩文章。）

下面很好地说明了此类用例所面临的挑战。

库存管理对于销售实物产品的企业至关重要。 如果您没有库存，您就不会想出售某个小部件。 因此，第一个要求是与履行软件建立实时连接。 但这还不够。

您需要知道履行软件是否实时更新。 如果您通过电话、邮件和电子商店接受订单怎么办？ 库存管理系统是否拥有最新的所有数据？

通常，您可以在此类计算中注入一个模糊因素。 例如，如果库存管理系统报告可用商品少于 10 个，则该产品“缺货”。 但重要的一点是，你必须通过链条跟踪数据。 如果 CDP 不断 ping 履行软件并持续更新，则并不重要（如果后者未实时更新）。

深入挖掘：CDP 连接器神话

欺诈识别

信用卡公司监控多种类型的欺诈行为，从而保护您的电子商务运营。 但信用卡欺诈并不是唯一的欺诈行为。

当未经授权的用户获取登录凭据时，可能会发生帐户接管欺诈。 CDP 可以通过注意登录是否发生在不同的设备上或从奇怪的位置来跟踪这一点。 此用例需要立即采取行动。 它可能涉及向帐户持有人发送文本或电子邮件以验证登录。

如果 CDP 不管理登录，则此用例需要实时访问管理登录的系统。

密码共享是订阅服务的常见问题。 CDP 可通过监控同时登录、登录位置和设备来检测此活动。 再次强调，如果 CDP 不管理登录，则它需要访问管理登录的系统 — 尽管在这种情况下，可能不必实时进行。

第三方数据

有时，公司可能希望使用第三方提供商的数据来丰富网络访问者信息。 例如，某些服务可以确定访问者的请求是否来自公司的内部网内部。 这对于确定向访问者呈现哪些类型的信息或优惠非常有用。

但是，并不总是可以在一个浏览器会话中执行此操作，因为竞争进程是同时运行的。 理想情况下，事情会按照这个顺序发生。

• 向服务器发出 HTTP 请求。
• 插件调用来收集第三方数据。
• 第三方数据被摄取到 CDP 中。
• CDP 运行适当的进程来调整页面上的显示。
• Web 服务器加载包含正确信息的页面。

不幸的是，您无法保证事情会按此顺序发生。 例如，当 Web 服务器已经渲染页面时，插件可能会调用以获取第三方数据。 在这种情况下，在第二个页面视图上进行自定义通常是明智的做法。

结论

不可能涵盖 CDP 可能想要实时处理数据的所有示例。 尽管如此，我希望这些例子能够指出成功“实时”实施的一些潜在障碍。 记住：

• 与后端数据的连接并不总是实时的。
• 后端数据本身可能不会实时更新。
• 引入 CDP 的数据在加载之前可能需要进行转换。
• 段和配置文件可能不会立即更新。

设计用例时需要考虑到所有这些限制。

深入挖掘：CDP 时代数据管理平台的未来

获取营销技术！ 日常的。 自由的。 在您的收件箱中。

企业电子邮件地址

订阅 加工...

查看条款。