建立資料文化與更好的解決方案設計參考
徹底革新您的資料策略，讓您的團隊能夠建立可靠的解決方案設計參考(SDR)檔案。 透過循序漸進的方法，消除測量差距，並建立合作式的資料文化。
時間終於到了。 您準備好了堅實的解決方案設計參考(SDR)。 這是您用來實作量度和維度的指南，也就是「引發」時的名稱，也是開發人員喜歡的指南。 您已完成整個部署流程、撰寫驗收標準、快速完成整個專案QA，這一切就完成了！ 工作繁重，現已完成。 您的Adobe Analytics執行個體應該會讓行銷和產品在探索資料、取得有關客戶的新啟示，以及找到所有成功領域和不太成功的領域時上下起伏。 但你聽到的不是你所期望的讚譽。
從一個營地，您會聽到投訴。
「為什麼我搞不清這個漏斗的轉換率？」
「為什麼這裡沒有量度？」
「我需要更多關於此專案的細節！ 光有量度是不夠的。 為了瞭解效能，我至少需要三個不同的維度。 你為什麼不放進去？」
但另一個陣營更令人擔憂。 從他們那裡，您聽不到任何聲音。 但更糟糕的是，您會看到一些圖表，這些圖表非常明顯地取自您舊的分析解決方案，也就是不再維護的解決方案，而且每天都進一步陷入衰敗和骯髒資料的汪洋大海中。 當您思考可能因那亂糟糟的狀況而作出的決定時，恐懼感會讓你心曠神怡。
發生什麼問題？ 為何測量出現間隙？ 您的團隊成員為何不接受此建議？
我先讓你稍稍放鬆一下。 有 一直 即將進行一些修訂。 如果您的網站或應用程式相當複雜，需要企業分析解決方案，那麼您肯定會遺漏某些內容。 但這不足以解釋我在這裡所討論的測量差距。 問題出在試算表中會困難很多。 您在建立SDR的同時，錯過了首次建立合作資料文化的機會。 我想逐步解說我和同事已開發的方法，既能建置更好的SDR並降低差距，又能讓使用者獲得投資，甚至偶爾對他們的Adobe Analytics新執行個體感到興奮。 讓我們來回顧一下。
做法
測量會議：
- 親自或透過虛擬方式讓您的利害關係人聚在一起，以便找出要衡量的專案。 這應該包括一些執行官。
- 在面板上已經有註解的一些明顯範例，例如收入、銷售或銷售機會等，這些就是您知道將會衡量的核心KPI。 對維度（如登入狀態、產品類別或搜尋詞）重複此步驟。
- 請每個人都新增自己的註解，視需要分組
- 讓人們投票選出他們認為重要的票子。 這些是無限的投票，因為可能所有這些量度和維度都很重要。
- 對於低票數的專案，請要求他們的利害關係人說明他們打算使用他們的目的。 如果有好的使用案例，請妥善儲存。 如果有更好的方法取得這些資料，他們無法解釋資料如何操作，或者有另一個很好的理由不將它包含在內，請從展示板中移除。
- 將這些量度和維度新增到您的SDR，以便出席的利害關係人進行初步審查
漏斗圖
- 取得所有漏斗的視覺效果，並逐步包含每個狀態
- 與設計師和產品經理一起完成每個步驟，並討論他們認為在該漏鬥上取得成功的事項。 是轉換率嗎？ 它是否選擇特定路徑？ 它使用某些功能嗎？
- 詢問哪些量度和維度是瞭解漏斗每個步驟及整體效能的必要條件。
- 在漏斗的每個步驟上方，新增將在該步驟上測量的量度和維度，包括計算量度。
- 在每個漏斗的開頭，寫出產品經理將用於追蹤績效之控制面板中的報表，例如流失報表、當月和趨勢轉換率，以及該漏斗的其他具體內容。
- 將您發現的新量度和維度新增至SDR，並傳送給利害關係人進行第二次審查。
預覽儀表板
- 以「漏斗圖」為指引，建立模型儀表板。
- 應有一個整體檢視，例如 執行摘要儀表板和儀表板來分別顯示每個漏斗。
- 此外，還將針對您的網站或應用程式進行一些更具體的設定，例如產品效能或內容效能。
- 將這些資料分發給相關利害關係人，並取得設計的意見回饋。
- 進行任何需要的更新，如果需要新量度或維度，請將其新增到您的SDR。
- 傳送更新的預覽儀表板和SDR以進行最終審查。
資料民主化工具
- 建立資料字典。 SDR適用於您的開發人員。 資料字典適用於一般使用者。 讓一般使用者都能讀取，以便輕鬆查詢哪些資料可供使用並瞭解其使用方式。 您的使用者應該是此專案的最終核准者。
- 註解。 在每個組織中，每年都有某些重要日期，而其他日期則會陸續出現。 請務必向利害關係人收集相關資料，並將其新增為註解，以便更加瞭解他們看到的資料。
- 組織。 如果您的SDR很大，可能會讓人不知所措。 選擇的癱瘓不只適用於您的客戶。 檢視對每個使用者群組而言重要的內容，並組織他們將會看到的元素。
理由
取得需求
這是顯而易見的做法，但還有其他有效方式可取得需求。 我個人曾在一次訪談、問卷調查及對現有報告的稽核中使用過此工具。 這些方法會順利運作，不過我認為效果不如我剛才概述的方法。 但坦白說，我不認為需求收集的差距有那麼大。 我所描述的方法會完成95%的流程，而其他這些方法則會完成90%的流程。 那麼，為什麼會這樣呢？
建立資料文化特性
透過此程式，您可以：
- 引發有關如何測量成功的深入思考
- 在利害關係人中建立擁有感
- 讓利害關係人更容易瞭解其資料
深入思考資料
對於您公司的許多人來說，資料是他們所消耗的東西。 他們使用它。 他們加以分析。 他們不會深思熟慮。 其中有些從前身繼承了報告和流程，但由於需要連續性，這些報告和流程沒有改變。 他們從來不需要思考資料的成因。
此程式為他們提供了一次真正的 瞭解 資料。 詢問您問題成功與否？ 您如何知道自己是否成功？ 若未成功，您如何知道要變更什麼？ 這是一個應在建立每個網站、應用程式和產品開始時完成的練習，但經常不會。 透過提出這些問題，您不僅有助於加深他們對資料的瞭解，也有助於加深他們自己產品的瞭解。
建立資料的所有權意識
這不是從高處傳下來的東西。 這不是三個月前的30分鐘會議。 這並不是一個令人討厭的問卷，他們一週來都要被追問，而且他們之所以匆忙忙地回答，是因為他們要拿到示範，以便他們可以確定衝刺的發行日期。 這是他們深思熟慮的產物，也是他們與您和同事一起工作的成果；這是他們多次檢視的事物、持續提供意見反應，以及在意見反應納入後已獲得核准。 這是他們的！ 之所以有用，是因為他們。 它是 他們的 資料，正是這個程式造就了它們。
讓資料更容易理解
您也已經透過預覽儀表板向他們顯示了他們將會如何使用它，以及它看起來是什麼樣子。 任何新解決方案都可以 強烈. 學習的內容太多了，鑑於Adobe Analytics有強大的自訂功能，學習曲線可能相當陡峭。 不過您已移除其中的80%。 在第一行程式碼撰寫之前，您的利害關係人就知道控制面板的外觀。 他們會知道如何閱讀這些文章，並從這些文章中獲得意義。 他們知道成功的樣子，因為他們已告訴您哪些量度和維度定義成功，而您已告訴他們如何將其視覺化。 實際控制面板的傳送是項更新作業，並非令人恐懼的學習新工作。
這並非彙整SDR最快的方法。 工作繁重，排程需要大量協調，尤其是因為其中有一些執行官非常重要。 不過歸根結底，企業分析解決方案需要耗費大量的時間和金錢，而且您想要確保採用率和滿意度都非常高。 此方法可大幅實現此目標。
作者
本文件的作者為：
Gitai Ben-Ammi，Accenture企業架構副經理
Adobe Analytics 達人