‧
13 分钟阅读
什么是嵌入式分析?

Alex Yarosh
‧ 13 分钟阅读

分享本文
简单来说,嵌入式分析意味着您在您的产品内部展示图表、指标或报告,而不是让人们跳转到另一个单独的工具。这并不是一个新概念,但它正成为 SaaS 和商业应用程序的必备功能。人们希望在需要时就能看到数据——理想情况下,无需向您的团队索要定制报告。
在本指南中
- 更清晰地了解嵌入式分析实际包含的内容
- 为什么它很重要(对您的用户和您的业务而言)
- 常见用例
- 如何通过自建或购买的方式实现
- 在此过程中需要注意什么
摘要:嵌入式分析概述。
主题 | 总结 |
---|---|
什么是嵌入式分析? | 嵌入式分析意味着将数据可视化、图表和报告直接集成到您的产品中,以便用户无需离开应用程序即可分析数据并采取行动。它提供了与 SaaS 平台用户体验紧密结合的实时、交互式分析。 |
关键功能 | 范围从带过滤器的静态仪表盘到完全交互式的工具,允许用户深入钻取、构建自定义分析或按需提问数据问题。白标功能确保与应用程序的外观和感觉无缝集成。 |
嵌入式分析对用户和业务的好处 | 使用户能够在工作流中自助进行分析,从而更快、更好地做出决策——无需等待数据团队。对于企业而言,它能提高客户参与度、减少客户流失、实现产品差异化、创造新的收入来源,并简化仪表盘管理以实现可扩展性。 |
用例 | 在用户需要频繁进行数据驱动决策的 SaaS 中非常有用,例如医疗保健中的患者结果、电子商务中的销售和留存、金融科技中的投资组合分析、市场营销中的活动表现。关键主题:减少临时报告请求、缩短价值实现时间、提高功能采用率、大规模定制。 |
与传统 BI 的区别 | 嵌入式分析在产品内部实时提供答案,使用户能够自助服务,无需依赖独立的 BI 工具,后者需要数据团队的参与并减慢决策速度。 |
选择解决方案 | 评估价值实现时间、集成模式、可扩展性、安全功能(行级权限、范围过滤器)以及定价模型(按用户、查询或仪表盘)。理想情况下,应使非工程团队能够管理分析内容。 |
总结 | 嵌入式分析现已成为 SaaS 的必备功能,为用户提供智能的、应用内的数据访问,从而赋能用户和企业。围绕安全性、数据治理和扩展进行适当规划,可确保成功的嵌入式分析体验,从而推动留存率、收入和参与度的增长。 |
我们开始吧。
什么是嵌入式分析?
假设您构建了一个用于管理营销活动的 SaaS 平台。您的客户正在安排邮件、跟踪参与度并管理细分。在某个时候,他们会问:我的营销活动有效吗?他们会想看到关于打开率、点击率、参与度趋势的数据,并根据这些数据做出决策。
嵌入式分析意味着直接在您的产品中为您的客户提供他们的数据——以及探索这些数据的工具。
嵌入式分析的关键功能
嵌入式分析让您的用户可以直接在您的产品内部查看他们的数据,这在实践中可以有多种含义:从带有过滤器的预定义静态仪表盘,到允许用户钻取和探索的图表,再到允许用户提出自己的问题并构建自己的分析的交互式工具。
交互性是这里的秘诀。如果您让人们能够探索自己的数据,它就会将您的分析从一个显示数据的地方转变为一个帮助用户处理数据的地方:您不再只是显示一个静态指标,如“CTR = 12%”,而是让人们能够提问,“上个月的 CTR 是多少?按营销活动划分呢?”——并且无需离开您的应用或寻求帮助就能得到答案。
而且因为您将这些工具置于您的产品内部,白标至关重要:您的用户永远不应该知道底层有一个独立的分析工具。它应该感觉就像是他们已经使用的应用程序的一部分,包括字体、颜色、标志,甚至可能是为了获得无缝体验而设计的交互流程。
嵌入式分析有什么好处?
对您的用户而言
如果您的产品是某人工作流程的一部分,他们很可能在用它做决策。没有嵌入式分析,您的用户需要依赖他们组织中的其他人——通常是分析师或运营人员——来提取数据、构建仪表盘或回答基本问题。
通过将分析嵌入到您的产品中,您可以让用户
- 自助服务简单问题的答案,而无需询问他人或学习 SQL
- 更快地做出更好的决策,因为数据在他们需要时就在那里
这种转变为最终用户赋能,尤其是在决策发生迅速的工具中,如 CRM、支持平台或电子商务工具,人们可以从“我想知道这是否有效”转变为“是的,这就是原因”,而无需离开您的应用程序。
对您的业务而言
- 数据集成得越深,您的工具在用户日常工作流程中的嵌入程度(哈)就越高,这会带来长期参与度和更低的客户流失率。
- 嵌入式分析还可以使您的产品脱颖而出,与竞争对手区分开来:一旦用户习惯了内置的自助式答案,他们就不太可能满足于那些需要他们去别处寻找答案的工具。
- 分析也是一种强大的创收方式。您可以将其作为高级产品的一部分,并将高级报告和自定义仪表盘作为付费功能。
- 使用嵌入式分析工具可以让您行动更快、扩展更容易,并将仪表盘和指标的所有权转移给非工程团队。
嵌入式分析有哪些用例?
嵌入式分析可以出现在任何用户需要访问数据的地方,但在那些与业务流程紧密相关的 SaaS 产品中尤其有用,人们依赖数据来做出频繁的日常决策。
一些例子
- 医疗保健平台使用嵌入式分析,在其护理门户中直接跟踪患者治疗结果或资源使用情况。
- 电子商务平台可以在供应商仪表盘中直接呈现诸如最畅销产品、客户留存趋势或活动表现等洞察。
- 金融科技应用为用户提供对支出、风险敞口或投资组合表现的实时可见性。
- 营销 SaaS 平台展示渠道投资回报率、受众参与度或活动提升效果。
具体的用例可能有所不同,但有几个共同的主题贯穿其中
- 减少临时数据请求。 如果客户可以在您的产品内探索自己的数据,他们就不需要在每次需要报告时都联系您(或他们自己)的数据团队。
- 缩短价值实现时间。 如果您的产品旨在改善某些方面——比如点击率、交付时间或转化率——您希望用户能尽快看到效果,而产品内分析使这种反馈循环变得即时。
- 推动高价值功能的采用。 位置恰当的分析可以突出显示哪些功能有效,哪些功能未被充分利用,并促使用户更深入地探索您的产品。
- 无需定制开发即可支持更多客户。 嵌入式分析使得为每个客户提供他们自己的范围限定的仪表盘变得容易,而无需为每个人创建单独的报告。这在多租户环境中尤其有用,因为您希望能够大规模提供个性化的见解。
了解一个数字学习平台如何为教育工作者实施 Metabase 嵌入式分析,并将支持请求减少了 87%。
嵌入式分析与商业智能(BI)有什么区别?
嵌入式分析是传统 BI(即“商业智能”)的替代方案。在传统 BI 模式下,如果有人想问一个数据问题——比如,某封邮件的点击率是多少——他们必须经过几个步骤:请求数据人员设置集成;等待数据人员提取数据并构建仪表盘;然后去一个单独的 BI 工具查看结果——所有这些步骤都伴随着几次(甚至很多次)的来回沟通。这减慢了决策过程,并让数据团队忙于处理一次性的请求。而且最终,那还是别人在别人的工具里做的仪表盘。
另一方面,嵌入式分析使您的用户能够在需要时——在您的产品内部——获取他们所需的数据。这是您的用户在您的产品中,实时地回答他们自己的问题。
如何实施嵌入式分析?
要将嵌入式分析添加到您的产品中,您首先需要决定用户应该能用它做什么。您期望用户会问什么问题?他们只是需要了解使用情况吗?他们是否希望按团队或活动来细分性能?这有助于确定 UI 和数据复杂性的范围。
嵌入式分析方法
- Iframe: 这是最省力的方式。您可以使用一个现有的分析产品(如 Metabase、Tableau 或 Sisense),然后像嵌入 YouTube 视频一样,将其通过 iframe 嵌入到您的应用程序中,并添加一些样式。这是一种(相对)快速、(相对)无痛的方法,因此是一个很好的起点。缺点是它不允许进行高级定制。
- SDK: 一种更灵活的方法。通过 JavaScript SDK 或前端组件(如 Metabase React SDK),您可以挑选并选择您想要嵌入的确切单个组件。
- 自建: 最具可定制性(也是工程量最大)的选项。您通过 API 查询一个分析引擎,并在其之上构建自己的 UI。最适合拥有强大前端资源和非常具体的用户体验要求的团队。
了解一个电子商务平台如何在不到 30 天的时间里,仅用一名开发人员使用 Metabase 嵌入式分析 SDK,就从零开始为其应用内报告完成了概念验证。
需要牢记的事项
- 从一开始就规划好安全性:您的用户应该只能看到“他们自己的”数据,所以您需要相应地设置权限。不要把这件事拖到最后一刻——权限通常是嵌入式分析中最麻烦的部分。
- 确保性能和可靠性:当报告成为您应用程序的一部分时,如果出现缓慢或中断,用户会归咎于您,所以要确保您的嵌入式分析解决方案能够处理负载。
- 处理治理和维护:一旦仪表盘进入您的产品,它们就不再仅仅是内部工具。您需要一个流程来进行版本控制、对变更进行质量保证,并确保定义保持一致(“活跃用户又是指什么?”)。如果您有数据团队,尽早让他们参与进来。如果没有,可以考虑指定一名产品经理或技术负责人作为事实的来源。
实施嵌入式分析的挑战
嵌入式分析理论上是个好主意,但在实践中,您可能会遇到一些现实世界的障碍。
集成
当然,技术上您可以在一个下午内将一个 iframe 放入您的应用程序中。但是,要让您的数据显示出来(并确保正确的数据为正确的用户显示),并使 UX 感觉像是您产品的一部分,则需要付出更多的努力。您需要连接身份验证、设置用户级权限并调整样式。
有何帮助: 从小处着手。首先选择一个报告进行嵌入,并将其视为一个范围有限的功能发布。用它来验证集成模式,然后再进行扩展。
安全与合规
您需要确保用户无法访问他们不应看到的数据,并且您的系统正在正确地记录、隔离和限定数据范围。特别是在医疗保健或金融等行业,嵌入式分析必须与您正在遵循的合规框架良好地配合。
有何帮助: 选择支持行级安全、范围嵌入和开箱即用审计日志的工具。
可扩展性
即使只有一小部分用户使用报告功能,但如果您允许人们自行探索数据,负载也可能急剧增加。几个写得不好的查询就能很快让系统瘫痪。
有何帮助: 在设计数据模型时要着眼于分析:尽可能使用预聚合表,为筛选器和日期范围设置合理的限制,并及早监控性能。您不希望分析功能成为拖慢您应用程序的因素。
供应商锁定
一旦您为嵌入式分析选择了一个供应商,更换将变得困难,特别是如果您使用的是像 SDK 这样的更高级的嵌入方法。因此,您需要尽量减少将来需要从头重建所有东西的风险。
有何帮助: 选择一个稳定、文档齐全且积极维护的产品。
如何选择嵌入式分析解决方案?
如果您不打算自己构建所有东西(大多数团队都不应该这样做),您会想评估专为嵌入式用例构建的平台。以下是在评估您的选择时需要注意的事项:
- 价值实现时间。 您需要评估将数据 → 图表 → 嵌入式视图集成到您的应用中的难易程度。寻找一个解决方案,它能让您在开始时快速行动,但随着您需求的增长又不会限制您。
- 集成。 根据您的定制需求和内部工程专业知识,在 iframe 嵌入、SDK 或更定制化的构建之间进行选择。
- 可扩展性。 今天您可能只想展示一两个仪表盘。但下个季度,当销售部门要求为每个客户提供定制报告时怎么办?该工具是否支持数据量和用户群的增长?
- 安全性。 确保解决方案支持行级权限、用户特定筛选和交互式探索——理想情况下,无需您从头重写所有内容。如果您的非工程团队(如产品运营或数据团队)可以直接管理内容,则更佳。
- 定价。 一些供应商按查看者收费,一些按查询量收费,还有一些按仪表盘数量收费。根据您的用户群和使用模式,费用可能会迅速变得昂贵。如果您计划允许交互式探索,请特别注意基于使用量的定价。少数高级用户可能会迅速累积高额费用。
结论
Metabase 嵌入式分析为所有用例提供解决方案,无论您是需要在午餐前在您的产品中嵌入一个基本仪表盘,还是需要在您的应用中实现完全定制和深度集成的分析。您可以免费开始使用基本的静态嵌入,或者开始免费试用白标交互式分析。