‧
3 分钟阅读
构建信任的工具
Metabase 团队
‧ 3 分钟阅读
分享这篇文章
当您在组织中部署 Metabase 时，人们会开始提出很多问题。这是一件好事。您想要培养数据驱动的文化，这意味着您需要为人们提供工具，以便他们随时探索组织的数据，而不会因数据或工程团队积压而受阻。毕竟，每个团队都拥有特定于其领域的业务逻辑，并非所有问题或仪表板都需要（或应该）是官方的、经过验证的分析。事实上，如果您的所有问题都受到严格的管制和三重盖章，您就不太可能发展数据驱动的文化，并且会错过关键的见解。
但有时您 确实 需要官方的、经过验证的分析。当您的 Metabase 累积了大量问题和仪表板时，很难信任哪些问题是由了解业务领域并已确认数字的人审查过的，而不是那些仅仅在三个月前快速提出问题的人。Jerry *真的* 知道我们应该如何计算净收入留存率吗？数据团队制作的仪表板在哪里？谁批准了这个？
这些数据治理问题正是我们希望通过付费计划提供的两个新工具来解决的：官方集合 和 已验证项目。秉承 Metabase 在处理商业智能时“实现懒惰”的更大目标，官方集合和问题审核都是轻量级工具，您可以单独使用它们来提升您的组织需要正确处理的那些问题和仪表板。
官方集合
让我们从 官方集合 开始：管理员可以用一个漂亮的黄色徽章装饰集合，以表明该集合中的问题和仪表板是该领域的重要资源。将您的官方集合视为您的分析成果的规范。但这不仅仅是官方集合获得黄色徽章：这些集合（及其内容）更可能出现在搜索结果中，当有人搜索“经常性收入”之类的东西时，更容易被发现。
您可以拥有包含非官方但相关的集合或官方子集合的官方集合。您也可以将子集合指定为官方集合，即使其父集合不是。例如，您可以选择为每个团队创建集合，并且在每个团队的集合中，您可以拥有一个官方集合，该集合收集该团队重要的日常分析，以及大量非官方集合，这些集合包含与各个子域相关的临时问题和仪表板。
问题审核
从这个意义上讲，官方集合是关于 *寻路* 的，而已验证项目是关于 *工作流程* 的。已验证项目是另一个轻量级工具，允许管理员在问题标题旁边放置一个复选标记，以表明他们已验证问题陈述正确且返回预期结果。如果有人希望让其他人检查他们的工作，他们只需将问题的链接发送给管理员，让他们审查并批准即可。您可以查看问题的历史记录以查看所做的更改；如果有人修改问题并保存这些更改，则问题将失去其已验证状态。与官方集合一样，经过验证的问题更可能在搜索结果中浮出水面。
引起注意与验证某事并不相同，尽管可能存在一些重叠。您可以在官方集合中拥有未经验证的内容，反之亦然。也许您有一个一次性报告，详细说明了一个事件或一段时间，该事件或时间不太符合“官方”仪表板的日常要求，但尽管如此，数据有点不稳定，您想确保了解该领域的人员已确认您在销售期间确实获得了创纪录的收入。
我们将在未来添加更多功能来帮助管理大型 Metabase，敬请期待。同时，请查看“保持分析井井有条”。
您可能还喜欢
所有文章
