Google 和 Looker 助力 AppsFlyer 打造数据驱动文化

AppsFlyer 为一些世界领先品牌提供营销数据，旨在提供跨平台、渠道和设备的每个用户旅程的整体视图。 它已经筹集了数亿美元的资金，沃尔玛和耐克已经成为它的客户，并且近年来已经从 200 名员工迅速增长到 1000 多名员工。

然而，大约三年前，AppsFlyer 意识到，虽然它为客户提供尖端的数据解决方案，但内部却没有采用数据驱动文化的原则。 公司坐拥数以 PB 记的数据，但只有一个用于所有运营的通用 BI 仪表板。

AppsFlyer 以将客户成功放在首位而自豪，因此它意识到这需要改变。 AppsFlyer 的高级 BI 专家 Alexandra Sudilovski 加入公司，利用 Google 的 BI 平台 Looker 构建概念验证，在整个业务中启动数据驱动的方法。

Sudilovski 在 Google Cloud 的 Born Digital 峰会上发表讲话，她说：

“与大家分享一些数字，我们每天处理 1200 亿个事件。 我们的 AWS S3 存储桶中有大约 90 TB 的数据。 我们还将 BigQuery 用于行数据事件，目前 BigQuery 中有大约 40 PB 的数据。 而且我们保持着非常快速的增长。约三年前，公司开始发展壮大，我们看到除了我们提供的出色产品外，我们还需要估量自己作为一家公司的先进性。 我们希望提供可能的最佳解决方案，并且我们希望我们需要能够查看一系列仪表板并查看我们数据的完整视图，来估量估量我们自身。”

改变

AppsFlyer 面临的第一个挑战是找到一个能够处理如此大量数据的 BI 工具，并且能够每天处理和分析数十亿个事件和 PB 级数据。 他们还拥有一个集中的数据湖，利用来自 AWS 和 Google Cloud 的不同数据源，因此他们它需要能够在一个地方查看所有这些数据。

 在对众多选项进行评估之后，Sudilovski 说 Looker 是可以满足 AppsFlyer 所有需求的最佳工具，一旦做出决定，生产环境在几天内就能启动并运行，并成功部署了第一个仪表板。 她补充说：

“我们真正喜欢 Looker 的原因是它能够在数据源和仪表板之间创建数据建模和业务逻辑，因此我们可以创建和衡量 KPI。 我们可以创建很多很多模型，并且基本上提供自助式 BI。”

然而，设置 Looker 只是使用数据改变业务运营方式的第一步。 上线后不久，Sudilovski 意识到该项目的规模超出了她自己的能力，因为她发现自己日复一日地在 Slack 频道、电子邮件和直接消息上回答用户的问题。

为了解决这个问题，AppsFlyer 决定采用“公会”方法，它本质上是一个知识中心和卓越中心，面向全公司的所有数据用户。Sudilovski解释说：

“让我们创建一个跨公司的团队，协助我们治理 Looker 中所发生的一切。我花了些时间对公会内部的这些人进行培训，制作相关材料来帮助他们，并向他们提供所有必要的支持和工具，使他们能够在 Looker 上高效工作，并为公司内其他利益相关者提供分析解决方案。基本上他们现在负责支持其他团队。

所以我们每个月同步一次。我们针对 Looker 中升级的每个新版本都会过一遍所有自述文件和旧版本说明。我确保他们了解 Looker 的每一个新功能。我创建示例并将其放入我们的存储库或我们创建的平台或培训中。

我们有一个专门的 Slack 频道，在这里我们可以互相分享我们所做的工作。我们可以提出问题，我们可以互相帮助浏览我们在过去三年中创建的 1000 多个视图和模型。我们分享知识，分享数据。我们提出问题并且互相帮助。”

挑战

Sudilovski 反映，三年前，公司的所有人都只能看到一个通用的 AppsFlyer 仪表板。 现在 AppsFlyer 有 1,000 多名员工，他们每天都使用 Looker，将推送通知和报告发送到他们的电子邮件或 Slack。她说：

“我们现在是一家数据驱动的公司。 如果不查看数据，我们无法做任何事情。 我们使用此工具来帮助我们的客户成功和销售团队尽其所能，并且我们使用 Looker 以各种可能的方式衡量自己。 所有的业务运营每天都在 Looker 中工作并查看数字，他们依赖于这些数字。 我们所有的财务、收款和计费，都依赖于 Looker 中的数字。

们使用 Looker 来衡量我们的运营部门、支持部门、业务部门、IT 部门、法律部门。 我们在每个时间点，事情进展如何，我们如何变得更好，我们如何改变，我们如何使我们的流程变得更好。 Looker 成为 AppsFlyer 每天使用的第一大工具之一，其采用率是令人难以置信的。”

Sudilovski 说，要做到这一点的关键是以“开放的心态”来处理这样一个项目，并愿意迅速适应。 她补充说，如果发生错误，不要将这些视为“错误”，而是将其视为您从中学习的里程碑。 此外，她敦促人们依靠 Looker 和 Google 的支持，许多客户都在这样做，并且愿意提供建议。

AppsFlyer 必须做出的一项改变是将其数据分析师集中到一个新团队中，以便在整个业务中保持一致性。 Sudilovski 解释说：

“在过去三年中，我们面临的最大挑战之一是我们以分散的方式工作，每个业务部门都有分析师，专门负责该部门。 我们使用了自助式 BI 方法，这意味着 BI 团队正在提供所有数据，使所有分析师和 Looker 都可以使用和访问这些数据。 然后，他们为专门的部门创建模型，为此开发仪表板。

趣的是，我们看到我们对相同的 KPI 有多种衡量标准，但有一些不同的数字。 每个部门都使用自己的逻辑和自己的计算来实现相同的 KPI。 那么我们如何才能使其在整个公司范围内保持一致呢？ 因此，我们在 AppsFlyer 创建了一个新部门，即业务分析部门。 所以业务分析部门现在是所有跨公司 KPI 的所有者，他们正在决定什么是正确的计算，他们正在决定逻辑，然后他们正在 Looker 中建立基础。 然后我们将它扩展到其他项目，供其他业务部门和分析师使用，因此我们确保逻辑能够在同一个地方。”