衡量債，是真的債。
它會靜靜地複利。每一次用沒有人完全信任的數字去評斷成效、每一小時用人手拼湊簡報、每一個因為兩塊儀表板對不上而押後的決定，都是在為一套從來沒有做對的衡量付利息。
- GA4 只搬了一半。資源是有的，事件也會觸發（有時候），但沒有人確定，從 Universal Analytics 搬過來的途中丟了什麼。
- 沒有人信得過的事件。轉換重複計算、命名規則走樣，每個持份者都「以防萬一」自己留一份試算表。
- 數據散落在十個平台。廣告平台、分析工具、CRM、電商，各有各的數字，沒有一組對得上，也沒有一個可信的單一來源。
- 星期一早上的簡報。擷圖、匯出、複製貼上，專業人手花幾個鐘，拼出一份星期二就已經過時的報告。
GA4 與 GA4 360，由頭到尾導入。
下游的一切，包括每一塊儀表板、每一個模型、每一個決定，都繼承衡量層的質素。我們用第一次就應該有的方式導入 GA4：有架構、有文件、有管治。
資源架構
帳戶、資源與數據串流按你的組織（市場、品牌與團隊）來設計，而不是照抄預設範本。
事件與轉換設計
一套設計過的事件分類：命名規則、參數與關鍵事件，對應你的業務實際上怎樣定義成功。
同意模式與管治
按你營運所在的法規配置同意模式，加上數據保留、存取與文件標準，讓整套設定長期值得信任。
BigQuery 匯出
第一天就把原始事件匯出接進 BigQuery，這是數據倉庫、訂製分析以及日後一切分析工作的地基。
- 現有 GA4 設定的搬遷與診斷：先修補，才考慮重建
- 當規模、服務級別協議或子資源足以支持授權成本時，推行 GA4 360
- 在確有需要時才做伺服器端代碼，不會當成預設加價項目
合適就用現成引擎，不合適就做真正的軟件。
我們在最貼合你架構、授權與團隊的 BI 平台上建立報表：Looker、Looker Studio、Tableau 或 Power BI。當現成工具真的走到盡頭，我們就在 Google Cloud 或 AWS 上開發應用級的訂製 BI：真正的軟件，有身分驗證、數據管道、定時更新與監控。
把平台 BI 做對
在 Looker、Looker Studio、Tableau 或 Power BI 上的儀表板，底層是建好模的數據，而不是在原始匯出檔上逐張圖表即興發揮。
應用級 BI
當需求超出工具的範圍（對外客戶入口、度身訂造的流程、不常見的數據結構），我們就在 GCP 或 AWS 上開發訂製 BI 應用。
BigQuery 與數據倉庫
把營銷數據放進 BigQuery：廣告平台、分析工具、CRM 與電商資料接成一個查得到、有文件的可信來源。
會自己運轉的報表
用自動更新與派送取代人手做的每週簡報。星期一早上用來做決定，不是用來拼數據。
這條路線上的工具。
原則到處都一樣：我們建議適合你架構、又真正帶動成效的方案。
每一次合作都屬於以下三種形態之一，也可以隨進度轉換：
衡量診斷、GA4 健康檢查與 BI 路線圖
GA4 導入、儀表板、數據管道與訂製 BI 應用
代管報表與持續的數據品質監察
幾乎人人都問。
我們已經有 GA4，為什麼要重新導入？
Looker Studio、Power BI 還是訂製，你們怎樣選？
程式碼與數據誰擁有？
你們可以跟我們現有的數據團隊合作嗎？
別再為壞掉的衡量付利息。
告訴我們哪裡最痛：做到一半的 GA4 搬遷、沒有人信的數字、星期一那份簡報。我們會坦白告訴你，修好它的路線長什麼樣子。