事件驱动架构是产品分析的必要非充分条件

在过去几年中，数字分析行业已经围绕基于事件的数据架构进行了整合。基于事件的数据模型侧重于收集事件和属性来跟踪客户互动。你可以从任何互动中获取这些事件和属性：网页、移动应用滑动、呼叫中心、实体店交易等。

过去，产品分析供应商（如Amplitude）率先采用了基于事件的模型，而像Adobe和Google这样的营销分析供应商则采用了基于页面/会话的模型。由于大多数产品分析供应商最初是移动分析供应商，基于页面/会话的数据架构意义不大，因为移动应用的行为与传统网站不同。多年来，传统的营销分析供应商试图将基于页面/会话的架构硬塞给移动应用（通过SDK）。这种方法收效有限。

Google和Adobe正在通过其新版本产品（分别是GA4和CJA/AEP）将客户迁移到基于事件的数据架构。这对数字分析行业来说是积极的变化，因为现在几乎所有数字分析供应商都将使用相同的基础数据架构。遵循类似的数据架构将使组织更容易比较来自不同分析产品的数据，并且理论上更容易从一个供应商迁移到另一个供应商。拥有行业范围的标准数据架构将更多权力和控制权交到消费者手中，这通常是好事。

然而，我与一些组织交流过，他们认为一旦迁移到利用基于事件的数据架构的数字分析产品，就能突然进行“产品分析”。不幸的是，事实并非如此。虽然使用基于事件的数据架构对于进行产品分析至关重要，但仅靠基于事件的模型并不能神奇地将分析产品转变为产品分析产品。

如我在过去的博客系列中所描述的，营销分析和产品分析之间存在一些差异。一些关键差异与数字分析产品关注的程度有关：

• 提高营销活动效果 vs. 改善产品体验
• 客户获取 vs. 客户留存
• 匿名 vs. 已知用户及用户画像
• 有限数据集 vs. 扩展以处理大数据集
• 集中式数据分析 vs. 支持数据自助服务
• 页面路径/内容 vs. 转化漏斗
• 营销云锁定 vs. 生态互操作性

虽然可以尝试将营销分析产品用于产品分析功能，但这样做的人常常只会限制于基础的产品分析报告。产品分析供应商进入市场已超过十年，构建了许多其他分析平台不存在的功能和报告类型。我相信营销和产品分析平台将趋向融合。不过，在未来几年，我认为即使大多数产品使用相同的基于事件的数据架构，分析产品仍会存在差异。

与此同时，产品分析供应商支持营销分析用例比营销分析供应商支持产品分析用例更容易。营销分析用例通常包括获取渠道分类，多触点归因，以及广告活动报告，这些比产品分析功能简单。在Amplitude，我们预见了行业的变化，并在一年多前开始补充我们的屡获殊荣的产品分析与营销分析功能。让营销和产品团队协作的组织从长远来看会更成功。我们相信产品与营销之间的协作，因此Amplitude投资于产品路线图，这使Amplitude成为第一家能够在一个统一平台中可靠地提供营销和产品分析的数字分析供应商。

随着数字分析行业向基于事件的数据架构演进，我鼓励你跟上潮流！但同时，请记住，产品分析不仅仅是基于事件的模型。如果你想了解更多关于产品分析以及如何结合营销和产品分析，请随时联系Amplitude。