航司Martech布道（1）( 三 ) 前言Martech概念创始人为ScottBrinker

在EDW之上构建CDP假如航司营销和销售团队，希望有一个CDP 。信息中心或IT方建议航司利用他们已经或正在构建的EDW ，则面临三个选项：

使用 EDW 作为 CDP
购买独立的 CDP
利用 EDW 部署混合 CDP 解决方案

如下逐一分析三个选项，并深入探讨混合 CDP 解决方案。
Option 1): 使用 EDW 作为 CDP - 假如近年新建了EDW ，航司可以或其他最大化的复用
下面是典型的 EDW 体系结构的逻辑架构：

文章插图

数据注入 – 将不同来源的数据注入数据湖的工具层。这些技术可以结合中间件技术，如集成平台即服务（iPaaS）和ETL工具。
数据湖 – 数据湖是一个像 Amazon S3 这样的系统，它以原始或稍微优化的格式保存原始数据。
数据管道 – ETL 工具（如 Amazon Glue）和 Python 等自定义编程用于将数据从数据湖中提取到像 Amazon Redshift 这样的数据仓库中。
数据仓库 – 数据仓库中的数据是结构化和非规范化的，可以更准备最终使用。

对术语的一点澄清："数据仓库"是一种产品/技术。 "EDW"是一种架构/解决方案。简单的EDW可以只是一个没有数据湖的数据仓库。

可视化和分析工具 – 例如可用Tableau和Power BI等数据可视化工具，使用数据仓库中的数据。使用 API 或应用程序等数据的任何附加方法都不是EDW体系结构的一部分。

因此可见，航司的EDW往往处于如下四个就绪状态，则根据具体状态来判断CDP需求和建设的抉择：

航司的EDW尚未部署。
航司的数据尚未在数据湖中，或者航司不知道数据是否位于数据湖中。
航司拥有数据湖中所需的大部分原始格式数据，但尚未在数据仓库中以体系及结构化格式提供。
数据仓库中所需的大部分数据，以及所需的任何其他数据都可以轻松拉入数据仓库。

将EDW用作CDP的优点是：

无限的灵活性。
利用已经完成的工作（仅在处于就绪阶段的第4阶段时才如此）。
进入一个资源池，可能"免费"给航司用户。

将EDW用作CDP的缺点是：

构建和维护EDW/CDP解决方案需要开发人员和数据科学家等高度技术性资源。
大多数EDW都有广泛的管理章程，可以服务于多个部门，因此及时确定航司营销人员的需求优先可能是一项挑战。
由于大多数EDW服务于多个利益干系人，因此航司营销领域的数据可能涉及复杂的架构。因此，做出改变可能会产生多米诺骨牌效应，这会进一步减慢航司营销领域进行更改的能力。
在讨论混合CDP解决方案时，后面将更详细地介绍，但大多数时候数据质量等和适当的数据字典都不足以使数据马上有用。

从设计到上线部署 EDW 可能需要18到24个月的时间。添加新数据以使该数据可用可能需要六个月或更长时间。除非航司的EDW就绪性处于上述阶段4 ，否则即使航司营销已经拥有EDW ，上线营销的数据体系及相关数据应用也可能是个问题。因此，请确保将这些时间因素纳入决策。
Option 2): 购买独立 CDP - 无论是否拥有 EDW ，始终可以购买独立的 CDP
将重点介绍购买商业 CDP 解决方案的利弊。
独立商用CDP解决方案的优点是：