嵌入式分析五階段
所以您想要將資料呈現給客戶...但代價是什麼？
當您考慮將資料呈現給客戶時，您可能會想像特製圖表、色彩編碼指標和大量的空白。
雖然儀表板能夠為您的客戶提供自助式分析，但它們很少是完成這項工作的最佳工具。
本文說明了為什麼從嵌入式儀表板（或任何預先定義的資料檢視）開始，往往會導致可維護性和可擴充性問題。
如果您已經確信，請查看您可以採取的嵌入式分析方法，以避免讓自己感到痛苦。
範例使用案例
假設您經營一個電子商務平台。您的分析師建立了一個儀表板，您的團隊可以在其中根據每個客戶的造訪次數、一段時間內的交易量和平均客戶評分等資料，查看每個商家的成功情況。
您計劃將儀表板嵌入到面向商家的應用程式中，以便您的商家可以利用這些指標和視覺化效果來瞭解和發展他們的業務。
階段 1：否認
人們每天都在使用您的儀表板，因此您非常有信心它已經符合高品質外部分析的標準。
在閱讀過交付客戶分析的策略後，您決定結合單一登入 (SSO)、資料沙箱和白標品牌化，將您現有的儀表板直接嵌入到面向商家的應用程式中。
階段 2：憤怒
在推出第一個迭代版本後的幾個星期，您發現您的商家喜歡使用儀表板，以至於您的資料倉儲無法完全擴充以滿足他們的熱情。
您的商家開始對儀表板載入時間過長感到沮喪。您決定將儀表板的資料來源複製到更快的資料倉儲，並且您調整了執行個體的數量，以確保萬無一失。
階段 3：討價還價
儀表板的功能要求開始湧入 — 似乎您的商家使用資料越多，他們對篩選器、樞紐分析和自訂計算的問題就越多。
您的一些商家想要使用自己的營收計算方式。其他人對折線圖與長條圖的看法非常強烈。而一小部分（但聲音很大）的人甚至根本不在乎圖表 — 他們想要的只是一種取得去匿名化客戶資料的方式，以便執行個人化行銷活動。
階段 4：沮喪
您意識到資料庫中的表格需要一些嚴重的 SQL 魔法才能支援商家要求的最新儀表板新增功能。
您的團隊沒有時間重構綱要（他們正忙於維護現有的檢視），因此您開始編寫自訂 SQL 指令碼，以滿足您最重要的商家的需求。您的資料倉儲變得雜亂無章，充滿了任意表格。
即使您的產品團隊盡最大努力追蹤對更多資料和更多檢視資料方式的要求，您曾經成功的內部儀表板似乎也已突變成一個由數百個圖磚組成的可怕怪物。
當您終於有時間查看商家儀表板的使用情況統計資料時，您傷心地得知您的商家從未看過這些圖磚，即使看過也只看過一次。
階段 5：接受
您很高興地想起整個情境都是假設性的。當您反思您模擬的創傷時，您開始瞭解到
- 人們透過以不同的方式查看資料來獲得答案。
- 儀表板要求（我可以取得資料的特定檢視嗎？）實際上是對自助式資料的要求（我可以取得回答我的問題所需的多個檢視嗎？）。
- 您不應該為了回應儀表板要求而建立或更新表格。
思維模式轉變：從嵌入式儀表板到嵌入式資料模型
開始嵌入的最佳方式是將您的資料模型視為最終產品（而資料模型指的是資料倉儲中欄位、表格和關係的設計）。
如果您的資料模型對於非工程師來說很容易尋找、理解、修改和驗證，您將賦予他們信心和自主權，讓他們以對他們最有意義的方式使用資料（並讓您從處理臨時儀表板要求中解放出來）。
當然，您仍然希望避免建立一個全新的臨時資料模型要求類別。現在您已經騰出了一些時間，非常值得您花時間建構資料模型，這些模型不僅從工程角度進行了最佳化，而且從產品設計角度來看也是如此。
延伸閱讀
深入瞭解資料模型策略、設計和實作
下一步：分析的推力與拉力
如何培養使用資料來制定決策的文化。