建立一种价值交换机制，鼓励注重隐私的客户与您分享他们的第一方数据，这并非易事。但如果没有安全的数据管理和存储，客户的信任就会动摇，您的所有辛勤工作都会瞬间付诸东流。负责任的数据治理至关重要，因为数据隐私方面的一次失误可能会导致您的客户提出删除其数据的请求，或者让您面临集体诉讼。
同意管理负责任的数据管理的支柱之一是数据处理的合法基础
客户同意是客户就数据使用表达选择的过程。确保始终按照客户同意的偏好使用每个管理和存储客户的数据是合规的必要条件。例如，当客户打开您 whatsapp 号码列表 的应用时，他们可能允许出于分析和安全目的收集其数据，但不允许出于营销和广告目的收集。因此，您有责任确保在设置这些偏好后收集的数据发送到您的技术堆栈中的适当系统。这可以通过使用您的同意管理平台 (CMP) 设置在用户设置同意偏好后触发哪些供应商 SDK 来实现，也可以通过将 CMP 与您的 CDP 集成来根据客户同意状态过滤数据在您的技术堆栈中的流动方式来实现。您可以在这篇文章中更深入地了解这两种策略。本文后面将详细介绍如何与 Apple 的 AppTracking Transparency 保持一致。
确定性身份解析如果您不知道客户是谁
那么同意管理和数据治理的其他方面（例如满足数据主管理和存储体请求）几乎是不可能的。如果您的客户仅通过单个接触点参与，那么这个挑战就不会那么艰巨，因为参与和偏好可以与设备级标识符绑定在一起。但是，一旦您的客户开始通过多个接触点（例如网站 渐进式或预测式拨号器：哪种技术有助于提高企业的呼叫性能？ 和移动应用程序）参与，您就需要一种方法将设备级数据与统一的客户资料绑定在一起。如果无法将一个渠道中声明的同意偏好与统一的客管理和存储户资料绑定在一起，您可能会继续以违反其表达的偏好的方式使用从另一个渠道收集的客户数据。此外，如果客户提出数据主体请求，您可能会满足一个系统中存在的数据的请求，但无法满足其他系统中孤立的数据的请求。
数据存储虽然实时激活第一方数据
可以实现交易消息传递等强大的用例，但长期干净地存管理和存储储数据的能力也同样重要。 通过在数据仓库中拥有第一方数据，您可以构建历史受众群体 英国电话号码 并运行商业智能 (BI) 查询。数据仓库也是结合不同来源数据的绝佳场所，例如设备级参与数据与交易数据。将第一方数据从客户端放入数据仓库的传统方法是使用分析跟踪工具（例如 Snowplow Analytics）从客户端收集数据，然后使用提取、转换、加载 (ETL) 工具（例如Fivetran），因此将数据传输到您的云应用程序到您的数据仓库。或者，客户数据平台允许您使用单一工具从客户端和服务器端环境收集数据并将其导出到您的数据仓库。