建立信任的工具

当您在组织中推出 Metabase 时，人们会开始提出很多问题。这是一件好事。您希望培养数据驱动的文化，这意味着您需要为人们提供工具，让他们可以随时探索您组织的数据，而不会因为数据或工程团队的积压而受阻。毕竟，每个团队都拥有其领域特定的业务逻辑，并非所有问题或仪表板都需要（或应该）是官方的、经过验证的分析。事实上，如果所有问题都严格规范并经过三重盖章，您就不太可能发展出数据驱动的文化，并且会错过重要的见解。

但有时您确实需要官方的、经过验证的分析。当您的 Metabase 积累了大量问题和仪表板时，就很难判断哪些问题已经由了解业务领域并确认过数据的人员审查过，而哪些问题只是有人在三个月前快速创建的。杰瑞真的知道我们应该如何计算净收入保留率吗？数据团队制作的仪表板在哪里？谁批准了这个？

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

官方集合

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

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

问题审核

从这个意义上说，官方集合关乎*寻路*，而已验证项目则关乎*工作流*。已验证项目是另一个轻量级工具，允许管理员在问题标题旁边放置一个复选标记，以表明他们已验证该问题陈述正确且返回预期结果。如果有人希望对其工作进行另一次检查，他们只需将问题链接发送给管理员，并让管理员审查并批准。您可以查看问题的历史记录以查看所做的更改；如果有人修改问题并保存这些更改，问题将失去其验证状态。与官方集合一样，已验证问题更有可能在搜索结果中浮现。

提请注意某事与验证它不同，尽管两者可能存在一些重叠。您可以将某个项目放入官方集合中，但尚未验证，反之亦然。也许您有一个一次性报告，详细说明了不符合“官方”仪表板日常要求的事件或时间段，但数据有些异常，您想确保了解该领域的人已确认您确实在该销售期间获得了创纪录的收入。

我们将来会添加更多功能来帮助管理大型 Metabase 实例，敬请期待。同时，请查看保持分析井井有条。