保持分析井然有序

如何隨著使用者、問題和儀表板數量不可避免地增加，保持您的分析井然有序。

如果您想保持競爭力，您需要讓組織中的人員能夠存取他們所需的資料，以便做出更好的決策。然而，這種資料普及化的代價是不可避免的分析洪流 — 這可能會讓您難以知道哪些分析是可以信任的。

重要的是要了解，這個問題沒有解決方案。永遠都會有一些程度的分析熵需要馴服，但是透過正確的工具和流程，您將能夠控制不可避免的混亂。

普及化分析的問題

這些問題的核心集中在定義上：我們究竟如何定義業務邏輯，如收入、終身價值、客戶流失等等？而所謂的「定義」，我們通常指的是對您的組織重要的任何可量化的概念。不僅僅是 X 是什麼，而是我們如何計算 X？這些是您衡量組織的術語，您定義得越具體（且一致），就越好。

以下是我們需要防範的一些定義問題

人們在哪裡找到特定的定義？

一旦您開始切片您的資料，從不同的角度看待您的組織，定義就會激增：收入、客戶流失率、預期終身價值等等。如果我們想要了解為何我們的客戶會流失，我們應該參考哪些定義？我們需要定義哪些新的定義？而且（實際上）我在 Metabase 中的哪裡可以找到這些官方定義？

衝突的定義

所謂的衝突，我們指的是：我們甚至在談論同一件事嗎？以收入為例。對於銷售團隊來說，收入可能意味著訂單量，但會計人員指的是已確認的收入應計項目，而行銷團隊則在談論終身收入。

重新定義，或者哪個是規範定義？

如果我們為同一個概念找到多個定義怎麼辦？我們如何知道該信任哪個？它們都偏離目標嗎？即使多個群組同意我們應該追蹤每週訂單量，這些訂單量的計算方式也可能因查詢而異：一個查詢可能是準確的，另一個查詢可能是不準確且未經審核的，由一位分析師建立，他沒有意識到計算訂單量的官方查詢已經存在；或忘記省略測試資料，或未能考量折扣，或只是建立一個新的查詢以不同的方式切片訂單量。

變更定義

隨著一些收入來源日落西山，其他收入來源增加，每月收入的計算可能會發生變化。如果我們有不同的部門在多個問題、模型和儀表板中使用相同的定義，我們應該如何管理定義的變更？

馴服混亂的策略

在確定了我們的問題之後，讓我們來談談如何減輕這些問題。我們將把此討論分為兩個類別：Metabase 提供的功能，以及我們建議您採用的組織流程。

功能

以下是一些 Metabase 隨附的工具，可協助您保持井然有序。您可能已經意識到問題、儀表板和集合，但它們值得在此逐項列出，以全面了解工具組。

模型

模型讓您可以將那些常用的概念編纂成典，作為新問題的起點，並可以輕鬆地反覆參考。透過查詢產生器和 SQL 問題建立的問題可以轉換為模型，它們將在搜尋結果中顯示得更高，以鼓勵它們在您的組織中使用。您也可以自訂模型中繼資料，讓您可以指定欄類型，以便您可以即使在 SQL 問題上也能鑽取。

例如，您可以編寫一個問題，將「活躍使用者」（無論您如何定義一個人為「活躍」）的資訊彙集在一起並計算，然後將該問題轉換為模型，以便人們在對活躍使用者有疑問時知道去哪裡尋找答案。

資料參考與描述

Metabase 提供您包含有用的文字的位置，這些文字可以將特定項目置於上下文中，無論該項目是資料庫、表格、模型、問題、儀表板或其他任何項目。您不必描述所有內容，但是您包含的描述越多，人們花在弄清楚「這是正確的資料嗎？」上的時間就越少，他們的分析就會越好。記錄資料的例外狀況尤其重要（例如，表格是否包含測試資料或員工帳戶或其他分析師應注意的例外狀況）。

對於「官方」資料庫、儀表板、模型和問題，您應該要求擁有者維護其文件。而且不要對您的標題偷懶；您可以使用一些額外的文字來做很多事情。將「客戶訂單」與類似「官方：北美地區滾動 7 天平均每日訂單」的內容進行比較。

如需更多關於 Metabase 中參考工具的資訊，請查看使用 Metabase 的資料瀏覽器探索資料。

事件與時間軸

事件讓團隊能夠捕捉情境，並在人們檢視其資料時提供該情境。因此，例如，您可以新增一個事件來標記銷售開始、電子郵件行銷活動或新版本發布。這樣，人們就可以看到這些事件對資料有什麼影響（如果有的話）。您也可以避免所有關於為何四月或其他時間數字上升或下降的問題。

您可以將這些事件組織成時間軸，時間軸與集合相關聯，因此團隊可以將事件分組到連貫的時間軸中。不同的時間軸可以將影響您業務的不同事件集分組：月球週期、氣象現象、神秘儀式等等。

區隔與指標

管理員可以定義官方篩選器（或篩選器集），稱為區隔，可以在 Metabase 的查詢產生器中使用。例如，您可以透過區隔正式定義「活躍使用者」是什麼。「活躍使用者」然後將出現在篩選器側邊欄中，因此任何人都可以依活躍使用者篩選其查詢，以查看這些特定使用者購買哪些類型的產品、商品在購物車中停留多長時間等等。

同樣地，指標編纂了計算方式。例如，管理員可以為「平均訂單總額」設定一個官方指標，以便每個人都知道（並且可以使用）該指標的官方計算方式，其中包括稅金，但不包括已套用的折扣。

區隔和指標都是版本化的。若要了解更多資訊，請查看區隔和指標。

SQL 片段

SQL 片段是基於 GUI 的區隔和指標的 SQL 對應物。您可以使用它們來捕捉和複製小型的 SQL 程式碼。這些片段可以捕捉區隔、指標、複雜的聯結或您可能想要在許多查詢中重複使用的任何其他 SQL 位元。

區隔、指標和片段的想法是編纂定義，並讓它們隨著時間推移不斷改進您的定義而易於變更。當您更新片段時，每個使用該片段的問題都會以一致的方式從更新的定義中受益。若要了解更多資訊，請查看SQL 片段：重複使用與分享 SQL 程式碼。

集合

集合會將問題、模型和儀表板（以及其他集合）分組。此外，您可以將最重要的項目釘選到集合的頂端，尤其是根集合「我們的分析」，以便這些釘選的儀表板顯示在首頁上。若要了解更多資訊，請查看使用集合權限。

官方集合

官方集合功能可讓您將特定集合指定為重要。當管理員將集合標記為官方時，它會獲得徽章，並將顯示在搜尋結果的頂端附近，讓使用者可以輕鬆找到它。

已驗證項目

管理員可以驗證問題和模型，以表示他們已查看並核准了這些問題和模型。這些已驗證的項目會在其名稱旁邊以核取記號標識，因此使用者可以輕鬆識別管理員認為哪些問題是值得信賴的。

如果您想了解更多關於驗證功能的資訊，請查看我們關於建立信任的文章。

流程

了解工具可以做什麼只是一半的戰鬥；另一半是知道何時以及如何使用它們。

為每個部門建立集合

為每個部門建立一個集合，並使其只能由一小群人編輯。這個群組應該策劃該集合，並且只釘選他們已經審核、用有用的描述裝飾並積極維護的問題、模型和儀表板。

SQL 片段資料夾

SQL 片段資料夾可讓您依部門組織資料夾、將擁有者指派給這些資料夾，以及利用資料夾權限。

採用命名慣例

在您的儀表板、集合、模型和問題中設定標準命名慣例，以便清楚地了解哪些項目是官方的。您如何定義該慣例不如完全擁有慣例重要。如有疑問：即使是像「已認證」或「官方」這樣簡單的前綴（例如，「官方：每 1000 位使用者的電子郵件開啟數」）也可以幫助人們篩選搜尋結果，並知道哪些項目已經過審核。

為實驗和進行中的工作指定集合

為人們建立指定的位置來儲存進行中的工作（有時稱為草稿或遊樂場集合）。人們可以並且應該使用個人集合進行實驗，但擁有公共場所也很重要，人們可以在那裡與他人分享他們的工作，以獲得對他們進行中分析的回饋。

任何人都可以複製官方問題和儀表板，但您應該鼓勵人們將這些項目儲存到他們的個人集合，或儲存到指定用於實驗的集合。如果這些區域中的一個儀表板起飛，您可以將其重新定位到相關的「官方」集合。您可以設定權限在這些官方集合上，以便每個人都可以檢視它們，但只有少數人可以編輯它們 - 確保該集合中的所有內容都是正確且積極維護的。

制定關於何時封存項目的政策

對於這些短暫的項目，請設定明確的期望，說明人們何時應該封存它們，以便這些遊樂場不會充滿雜亂。如果您正在管理您部門的集合，並且只釘選經過審核的項目，則雜亂問題會變得不那麼嚴重，但保持草稿集合相對新鮮將改善搜尋結果。

而且不要擔心封存，因為您可以隨時復活項目。

其他馴服混亂的想法？

如果您有任何技巧要分享，或對 Metabase 的變更或改進有任何想法，請在我們的論壇上告訴我們。

下一步：多個環境

用於啟動開發、預先發佈或測試環境的選項。

下一篇文章