面向客户的分析交付策略

比较不同数据共享方法的开发工作量、可定制性和安全性。

加入我们关于 Metabase 中面向客户的分析的网络研讨会。

目标:提供数据分析

首先,确保我们有一个明确的目标:向客户提供数据分析。通过数据分析,我们指的是为客户提供正确的工具(例如,图表和仪表板)和材料(相关数据),以便他们理解自己的业务并做出更好的决策。

一些背景信息:许多公司来到Metabase,表示他们想在应用程序中嵌入数据分析,询问Metabase是否能做到这一点。答案是肯定的!嵌入是实现面向客户的分析的最受欢迎的方法之一。但是,这并不是(或最好的)方法来装备人们所需的工具和材料进行数据分析。

如果您想构建面向客户的报告或数据可视化(不提供让人们自行操作数据的选择),请参阅将数据可视化发布到网络上

An example dashboard using the Sample Database included with Metabase.

高质量外部分析的标准

您实施面向客户的分析的方式将取决于您的客户需求和发展资源,但根本来说,您希望推出一个解决方案,

  • 使客户能够分析自己的数据。
  • 将他们的分析限制在他们有权查看的数据。
  • 提供卓越的用户体验。

我们将介绍一系列实施策略,从低投入高回报,到高投入高定制性。

一般来说,我们建议最简单的选项,以满足您客户的分析需求。一旦您获得了客户的采用和反馈,然后您可以提高努力水平,提升用户体验。

使用Metabase提供面向客户的分析的策略

以下策略按低投入(1)到高投入(4)排序

  1. Metabase副车(从这里开始)
  2. Metabase交互式嵌入
  3. 分叉Metabase源代码
  4. 自行开发分析平台

1. Metabase副车

我们将我们的第一种策略称为“副车”,因为Metabase位于您的应用程序旁边,而不嵌入其中。副车方法使用单点登录(SSO)为客户直接访问您的Metabase应用程序提供便利,使用数据沙箱为每个人定制数据访问,以及使用白色标签(品牌)使Metabase与您的产品其他部分保持一致。

以下是您应期待的过程:您建立一个Metabase实例,添加您的标志和品牌颜色,并连接到您的数据库。然后您将数据沙箱化,使客户只能看到他们有权查看的内容,并通过SSO对用户进行身份验证,以便您的应用程序和Metabase实例可以协调用户的权限。

Metabase sidecar: instead of embedding Metabase in your app, you coordinate users between your app and your Metabase instance, and send users to your Metabase instance to view their dashboards, charts, and more.

在设置了品牌化的Metabase副车之后,您只需要在您的应用程序中放置指向您的Metabase实例的链接,然后您的客户就可以使用Metabase简单易用的查询构建器和钻取功能自行探索美丽的、具有品牌特色的仪表板和图表。您还可以设置自定义目标,将人们发送到其他仪表板、问题或甚至自定义URL。您的客户可以获得即时的优秀用户体验,并可以在您为他们设置的任何标准仪表板上进行自己的分析——无需嵌入。

The query builder in Metabase that your customers can use to ask questions of their data. The query above filters the Orders table by the Widget category, counts the rows, and groups those counts by month.

侧车方法的优点是设置和部署速度快,而且(也许更重要的是)你不需要预测客户会对他们的数据提出哪些问题。Metabase附带图形查询构建工具,以帮助人们自己查找、过滤和汇总数据。你仍然可以创建库存仪表板作为起点,或者对数据进行编辑性解读,但关键是你不必须这样做。

此外,选择将Metabase应用程序作为您的应用程序的侧车来启动可以降低项目风险。无论如何,Metabase实例都是选项2和3的先决条件,如果在设置Metabase应用程序的过程中,您发现它不符合您的需求,您就不会浪费时间去弄清楚如何将Metabase集成到您的应用程序中。

优点 权衡
- 实现了高质量分析的所有三个要求。
- 快速设置。
- 简单交接。
- 为用户提供真正强大的分析原语。
- 降低风险。
- 你得不到:很多可定制性。你只是在使用Metabase的UI和功能。

2. Metabase交互式嵌入

Embed the full Metabase application in your app to integrate charts, dashboards, collections, query-builders, and more.

在努力等级上再上一个层次,交互式嵌入是我们客户中最受欢迎的策略。这种嵌入方式将整个Metabase应用程序放入您的应用程序中,使人们能够访问诸如行动菜单(用于下钻)和查询构建器(用于自助数据访问)等分析功能。

您在交互式嵌入上投入的努力可能会有很大差异,这取决于您想构建的多大规模的体验。您可以指定一组客户可以导航的屏幕,并将这些屏幕或仪表板链接起来。如果您的屏幕集很小且简单,它可能不会比侧车实现付出更多的努力。但是,由于您控制着您的应用程序,您可以(投入更多努力)为您的客户提供更丰富的体验。

如果您只想为您的客户提供简单的报告和数据可视化(即,您不需要像下钻或查询这样的分析功能),您可以使用其他类型的嵌入,如公共嵌入或静态嵌入。更多信息,请参阅发布数据可视化到网络

优点 权衡
- 您可以通过设置任何Metabase屏幕、图表或仪表板之间的特定导航路径来定制用户体验。
- 您的用户不需要离开您的主应用程序来查看这些Metabase屏幕。
- 这需要更多的工作:您需要设计容纳嵌入的Metabase屏幕的页面。
- Metabase提供有限数量的外观设置,因此您的应用程序的设计和嵌入的Metabase组件之间可能存在一些美学差异。

3. 分支Metabase源代码

Metabase Pro和Enterprise版本是源代码可用的,因此您可以审查代码或分支并对其进行您想要的任何操作。图表设计?网格系统与您的网格冲突?您将获得访问CSS、绘图原语——完整的源代码。

如果您真的想定制您的嵌入式Metabase应用程序的设计以创建无缝体验,您可以选择这条路线。即使您永远不会选择这条路线,知道您有这个空间来更改设计或添加功能,如果您遇到Metabase标准版无法解决的分析挑战时,也是很不错的。

优点 权衡
- 对用户体验进行细粒度控制,以实现与您的应用程序的无缝集成。
- 能够向仪表板、图表等添加功能。
- 对Metabase及其图表的设计拥有完全控制权。
- 您必须维护一个分支;随着新版本的Metabase发布,您必须将这些更改集成到您的分支中。
- 这是一份大量工作。与自行构建分析平台相比,工作量少得多,但比交互式嵌入要多得多。

4. 自行构建分析平台

太多公司承担了构建自己的分析软件的工作,这往往是因为一些不明确的原因。这些公司花费了大量的时间和金钱(数百万到数千万美元),来构建劣质工具,而这些工具在Metabase标准版中是现成的,他们本可以用这些资源来关注他们的核心业务和开发。

话虽如此,构建自己的分析平台确实有一些合理的理由。在这种情况下,您可能已经实施了一个第三方分析解决方案,但它不能满足您的需求。您确切地知道您需要构建什么(以及为什么需要构建它),并且有工程资源来承担这个项目。例如,您可能有一个需要解决的问题,Metabase(或另一个提供方案)无法处理,而这不仅仅是添加功能并提交一个拉取请求这么简单。只需确保您打算通过编写自己的平台解决的问题至关重要,并且现有产品缺乏处理这些问题的功能。

优点 权衡
- 完全控制体验,无需维护分支。
- 解决其他解决方案(如Metabase)无法解决的问题。
- 最昂贵的选项,投资回报率不明确。

哪种选项适合您的组织?

大多数公司选择交互式嵌入,因为他们希望有额外的定制性,为他们的客户提供一系列更精心挑选的屏幕。但如我们上面所讨论的,交互式嵌入并不是交付Metabase分析的唯一选项。这可能不是开始的地方,尤其是如果您是初创公司,试图充分利用有限的资源。在这种情况下,请仔细考虑副车轴方法——将Metabase设置为应用程序的副车轴是向客户快速交付价值的最快方式。您可以在迭代过程中随时过渡到嵌入式解决方案,但在此期间,您已经让客户能够做出基于数据的决策,并且您将更深入地了解他们需要的分析。

对于大型公司来说,分支源代码可能是有意义的。这更像是一项投资,但您将能够提供比从头开始构建分析平台更具成本效益的解决方案。

当然,如果您不打算维护分支,Metabase接受拉取请求!利用Metabase内置的功能集,提交一个PR以获取您完成分析产品所需的那最后一点功能,您将以极小的成本获得您需要的定制解决方案,同时还能提高Metabase对每个人的帮助。

进一步阅读

下一节:将数据可视化发布到网页

与互联网上的好人分享独立的图表和仪表板。

下一篇文章