交付面向客戶分析的策略
比較不同資料分享方法的開發工作、自訂性和安全性。
目標：交付分析
首先，讓我們確保我們心中有一個明確的目標：向客戶交付分析。所謂分析，我們指的是為您的客戶提供正確的工具（例如，圖表和儀表板）和素材（相關資料），以了解他們的業務並做出更好的決策。
一些背景資訊：許多公司來找 Metabase 並表示他們想要將分析嵌入到他們的應用程式中，並詢問 Metabase 是否可以做到。答案是肯定的！ 嵌入是實施面向客戶分析最受歡迎的方式之一。但是，這並不是為人們提供他們進行分析所需的工具和素材的唯一（或最佳）方式。
如果您想要建置面向客戶的報告或資料視覺化（而不讓人員選擇自行操作資料），請查看將資料視覺化發佈到網路。
高品質外部分析的門檻
您實施面向客戶分析的方式將取決於您客戶的需求和您的開發資源，但從根本上來說，您會想要發佈一個解決方案，該解決方案：
- 讓客戶能夠分析自己的資料。
- 將他們的分析限制在僅限他們授權查看的資料。
- 提供絕佳的使用者體驗。
我們將涵蓋一系列實施策略，從低投入高報酬到高投入高自訂性。
一般而言，我們建議採用最簡單的選項，以滿足您客戶的分析需求。一旦您從客戶那裡獲得一些採用和回饋，您就可以升級投入程度，以推動使用者體驗的進展。
使用 Metabase 交付面向客戶分析的策略
以下策略按投入程度由低 (1) 到高 (4) 排序：
1. Metabase Sidecar 模式
我們將第一個策略稱為「Sidecar 模式」，因為 Metabase 與您的應用程式並排而坐，而沒有嵌入其中。「Sidecar 模式」方法使用單一登入 (SSO) 為客戶提供直接存取您的 Metabase 應用程式的權限、資料沙盒為每個人自訂資料存取權，以及白標（品牌化），使 Metabase 與您的產品的其他部分感覺具有凝聚力。
以下是流程的預期結果：您架設一個 Metabase 執行個體，新增您的標誌和品牌顏色，並連接您的資料庫。然後，您對資料進行沙盒處理，以便客戶僅看到他們授權看到的內容，並使用 SSO 驗證使用者身分，以便您的應用程式和您的 Metabase 執行個體可以協調使用者的權限。
設定好您的品牌 Metabase Sidecar 模式後，您只需將 Metabase 執行個體的連結放入您的應用程式中，您的客戶將擁有美觀、符合品牌風格的儀表板和圖表，他們可以使用 Metabase 易於使用的查詢產生器和鑽取功能自行探索。您還可以設定自訂目的地，將人員傳送到其他儀表板、問題，甚至自訂 URL。您的客戶可以立即獲得出色的使用者體驗，並且可以在您為他們設定的任何庫存儀表板之上進行自己的分析 — 無需嵌入。
Sidecar 模式方法的優點是設定和部署速度快，而且（也許更重要的是）您不必預期您的客戶會詢問哪些關於其資料的問題。Metabase 隨附圖形化查詢產生器工具，可協助人員自行尋找、篩選和彙總資料。您仍然可以建立庫存儀表板以提供起點，或對資料進行編輯，但重點是您不必這樣做。
此外，選擇架設 Metabase 應用程式作為您應用程式的 Sidecar 模式可以降低專案的風險。無論如何，Metabase 執行個體是選項 2 和 3 的先決條件，並且如果在設定 Metabase 應用程式的過程中，您發現它不符合您的需求，您將不會浪費任何時間來弄清楚如何將 Metabase 整合到您的應用程式中。
| 優點 | 取捨 |
|---|---|
| - 滿足高品質分析的所有三項要求。 - 設定快速。 - 輕鬆交接。 - 為您的使用者提供真正強大的分析基礎功能。 - 降低流程風險。 |
- 您沒有獲得：大量的自訂性。您只是使用 Metabase 的 UI 和功能。 |
2. Metabase 互動式嵌入
在投入程度階梯上更上一層樓，互動式嵌入是我們客戶中最受歡迎的策略。此類嵌入將整個 Metabase 應用程式放入您的應用程式中，讓人員可以存取分析功能，例如動作選單以進行向下鑽取，以及查詢產生器以進行自助式資料存取。
您投入互動式嵌入的工作量可能會差異很大，具體取決於您想要建置的體驗有多廣泛。您可以指定一組供客戶瀏覽的螢幕，並且可以將這些螢幕或儀表板連結在一起。如果您的螢幕組很小且簡單，則可能不會比 Sidecar 模式實施多花太多功夫。但是由於您可以控制您的應用程式，因此您可以（透過更多努力）為您的客戶創造潛在的更豐富的體驗。
如果您只是想為您的客戶提供簡單的報告和資料視覺化（即，您不需要向下鑽取或查詢等分析功能），則可以使用其他類型的嵌入，例如公開嵌入或靜態嵌入。如需更多資訊，請參閱將資料視覺化發佈到網路。
| 優點 | 取捨 |
|---|---|
| - 您可以透過在任何 Metabase 螢幕、圖表或儀表板之間設定特定的導航路徑來自訂使用者體驗。 - 您的使用者不必離開您的主要應用程式即可檢視這些 Metabase 螢幕。 |
- 這需要更多工作：您需要設計容納嵌入式 Metabase 螢幕的頁面。 - Metabase 提供固定數量的外觀設定，因此您的應用程式設計與嵌入式 Metabase 元件之間可能存在一些美觀差異。 |
3. Fork Metabase 原始碼
Metabase Pro 和 Enterprise 版本是原始碼可用的，因此您可以檢閱程式碼或 fork 它並隨意使用它。圖表設計？網格系統與您的網格衝突？您將可以存取 CSS、繪圖基礎 — 完整的原始碼。
如果您真的想要調整嵌入式 Metabase 應用程式的設計，以創造無縫體驗，您可以選擇這條路徑。即使您從未選擇這條路徑，知道您有擴展的空間來更改設計或新增功能也是好事，以應對標準 Metabase 無法解決的分析挑戰。
| 優點 | 取捨 |
|---|---|
| - 對使用者體驗進行精細控制，以便與您的應用程式無縫整合。 - 能夠為儀表板、圖表等新增功能。 - 完全掌控 Metabase 及其圖表的設計。 |
- 您必須維護一個分支；隨著新的 Metabase 版本發布，您必須將這些變更整合到您的分支中。 - 這需要大量工作。雖然比自行開發分析平台的工作量少很多，但仍遠多於互動式嵌入。 |
4. 自行開發分析平台
太多公司投入開發自己的分析軟體，而且原因通常不明確。這些公司花費大量時間和金錢（數百萬到數千萬美元）來建置次級工具，而 Metabase 開箱即用就能超越這些工具，但他們本可以將這些資源應用於其核心業務和開發。
話雖如此，自行開發分析平台還是有合理的理由。在這種情況下，您可能已經有一個第三方分析解決方案，但它未能滿足您的需求。您確切知道自己需要建置什麼（以及為什麼需要建置），並且擁有工程資源來投入這個專案。例如，您可能需要解決一個權限問題，而 Metabase（或其他產品）無法解決，這不僅僅是新增功能和提交 pull request 就能解決的簡單問題。只要確保您打算透過自行開發平台解決的問題是任務關鍵型的，並且現有的產品缺乏處理這些問題的功能。
| 優點 | 取捨 |
|---|---|
| - 完全掌控體驗，無需維護分支。 - 處理其他解決方案（如 Metabase）無法解決的使用案例。 |
- 最昂貴的選項，投資報酬率不明朗。 |
哪個選項適合您的組織？
大多數公司選擇互動式嵌入，因為他們想要額外的客製化功能，以便為客戶提供更精選的螢幕畫面。但正如我們上面討論的，互動式嵌入並不是使用 Metabase 提供分析功能的唯一選項。它可能不是最佳的起點，特別是如果您是一家試圖充分利用有限資源的新創公司。在這種情況下，請好好考慮 Sidecar 方法——將 Metabase 設定為應用程式的 Sidecar 是向客戶交付價值的最快方式。您可以隨時在迭代過程中轉換為嵌入式解決方案，但同時您已經讓客戶能夠做出數據驅動的決策，並且您將更深入地了解他們需要的分析功能。
對於較大的公司來說，Fork 原始碼可能更有意義。這是一項更大的投資，但與從頭開始建置分析平台相比，您將能夠交付更具成本效益的解決方案。
而且，當然，如果您不想維護分支，Metabase 接受 pull request！充分利用 Metabase 的內建功能集，為您完成分析產品所需的最後一點功能提交 PR，您將以遠低於自行開發平台的成本獲得所需的客製化解決方案，同時還能為所有人改進 Metabase。
延伸閱讀
下一步：將資料視覺化發布到網路上
與網路上友善的人們分享獨立的圖表和儀表板。