建立信任的工具

当你的组织开始使用 Metabase 时，人们会开始问很多问题。这是一件好事。你想培养一种以数据为驱动的文化，这意味着你需要提供工具，让人们可以随时随地探索组织的数据，而无需等待数据或工程团队提供答案。毕竟，每个团队都负责其特定领域的业务逻辑，并非所有问题或仪表板都需要（或应该）被视为官方、经过验证的分析。事实上，如果你的所有问题都受到严格的规定和三重印章，你不太可能发展出一种数据驱动的文化，并且会错过重要的见解。

但有时你确实需要官方、经过验证的分析。当你的 Metabase 积累了大量的问题和仪表板时，要相信哪些问题经过了熟悉业务领域并确认了数据的专家的验证，而哪些只是三个月前某个用户随意创建的，这可能会很棘手。杰里真的知道我们应该如何计算净收入留存率吗？数据团队制作的仪表板在哪里？谁批准了这些？

这些数据治理问题正是我们希望通过付费版本提供的两个新工具来解决的：官方集合和已验证项目。本着 Metabase “赋能懒惰”处理商业智能的更大目标，官方集合和问题审核都是轻量级的工具，你可以单独使用它们来提升你组织需要正确处理的那些问题和仪表板。

官方集合

让我们从官方集合开始：这些集合由管理员装饰一个漂亮的黄色徽章，以表明该集合中的问题和仪表板是该领域的首选资源。将你的官方集合视为分析工件的“正典”。但官方集合不仅仅是拥有一个黄色徽章：这些集合（及其内容）更有可能出现在搜索结果中，使其在有人搜索“经常性收入”时更容易被发现。

你可以拥有包含非官方但相关的集合，或者官方子集合的官方集合。你也可以将子集合指定为官方，即使其父集合不是。例如，你可以为你的每个团队创建集合，并在每个团队的集合中，你可能有一个官方集合，用于收集该团队重要的日常分析，以及大量的非官方集合，用于存放与各种子领域相关的临时问题和仪表板。

问题审核

从这个意义上说，官方集合是关于*导航*，而已验证项目是关于*工作流程*。已验证项目是另一个轻量级工具，它允许管理员在问题标题旁边放置一个复选标记，以表明他们已经验证了问题的陈述是正确的，并且返回的结果是预期的。如果有人想让他们正在进行的工作得到第二次审查，他们可以简单地将问题的链接发送给管理员，让他们进行审查和批准。你可以查看问题的历史记录，了解进行了哪些更改；如果有人修改了问题并保存了更改，该问题将失去其已验证的状态。与官方集合一样，已验证的问题更有可能在搜索结果中出现。

引起注意并非验证，尽管两者可能存在一些重叠。官方集合中的内容可能未经验证，反之亦然。也许你有一个一次性报告，详细说明了一个事件或一段时间，这并不真正符合“官方”仪表板的日常要求，但尽管如此，数据有些奇怪，你想确保有人了解该领域的人已经确认你在那次销售中确实创纪录了收入。

我们将在未来添加更多功能来帮助管理大型 Metabase，敬请关注。同时，请查看保持你的分析井井有条。