網站量度計劃應由決策開始，而非由現成指標主導

把任何數字放進網站量度計劃前，先問一個直接問題：當它改變時，哪一位具名負責人會因此選擇不同做法？若答案只是「大家會留意」，它便不應佔據計劃的決策層。真正有用的計劃不是把分析平台現成報表逐項搬入儀表板，而是把待決選擇、用戶成果、證據限制及下一步連成可追查的決策紀錄；探索分析仍可自由發現線索，但毋須假裝每個數字已有預定行動。

量度計劃首先要支援哪一項決策？

計劃首先要支援一項由具名負責人在指定檢視點作出的選擇。不要寫「提升比較頁表現」這類目標；應寫成「網站負責人於下次季度規劃時，決定投資重整比較路徑、只修訂內容，還是維持現狀」。評估證據要及時回答正確問題，才最能支援關鍵決策；因此每項紀錄亦要說明甚麼證據變化可能改變選擇，否則數字只會得到禮貌關注。

• 決策：列出互相排斥而確實可採取的選項。
• 負責人：指定有權調配資源或批准行動的人，而非泛稱「團隊」。
• 時點：記錄證據包完成及正式檢視的日期。
• 反應：預先說明結果可觸發投資、較小介入、進一步調查或維持現狀。

哪種用戶成果與問題能令決策可量度？

要令決策可量度，先用日常語言說清楚用戶應經歷甚麼改變，再把它收窄成可回答的問題。例如成果可以是「合資格評估者較少疑惑地分辨合適方案，並前往恰當下一步」；問題則要指定旅程、相關用戶、決策選項和時間範圍，追問在哪裏分辨失敗、哪些人受影響，以及證據是否足以支持有針對性的介入。

1. 先寫用戶成果，不用平台指標代替成果。
2. 再列出哪些可觀察證據會令成果較可信或較可疑。
3. 最後按問題選擇分析、研究、意見、支援、營運或財務資料。

方法應跟隨問題，而不是把問題塞進現成報表。一個高考慮度網站旅程往往需要把任務觀察、行為訊號及支援紀錄放在一起解讀；每種資料回答的只是部分問題。工作階段到達下一步可以顯示路徑狀況，卻不能解釋訪客為何離開，更不能單憑同步變動證明某段內容造成銷售線索。

精簡的證據組合應包含哪些指標？

精簡證據組合應為每個保留指標指定成果、診斷、護欄或數據質素角色。這套分類借鑑網上受控實驗的量度實務，但在一般網站計劃中只用作整理問題，不代表觀察式數據具有因果效力。成果指標代表預期結果，並須標明是直接任務證據還是有限代理；其餘角色分別解釋變動、察看其他地方有否惡化，以及判斷資料是否可信。

• 成果指標：顯示用戶是否完成與決策直接相關的任務或較接近預期結果。
• 診斷指標：找出誤解主題、離開步驟或其他可能解釋，但不宣稱已找出原因。
• 護欄指標：揭示介入可能伴隨的無障礙、線索質素或其他不可接受退步。
• 數據質素指標：檢查分類覆蓋、事件完整程度及未知值，決定結果是否值得解讀。

一個指標只有在改變決策、解釋疑點、防止傷害或驗證證據時，才值得留在計劃內。

哪些分群結果真的可能改變行動？

只有在可信差異會引致不同內容、旅程、無障礙或投資回應，而且資料能支援比較時，分群才應進入營運計劃。若團隊看見桌面與流動裝置結果不同，最後仍會採取同一行動，裝置便可留作診斷維度，而毋須升格為決策分群。同一道測試亦能阻止團隊因平台提供某種身份、人口或行為欄位，便反過來收集不必要資料。

• 分類覆蓋是否足以代表所比較的旅程？
• 每個組別會否過於稀疏，令結果容易被少量個案牽動？
• 維度是否產生過多不同值、未知值或被合併的其他值？
• 團隊是否已為每種可信差異寫下不同而可行的回應？

平台介面也是可行性的一部分。以GA4為例，報表、探索、Data API及BigQuery在聚合、抽樣、模型、歸因和列數限制方面並不相同；高基數維度亦可能產生其他列。產品行為會改變，所以不要抄錄一個永久門檻，而應在計劃內指明實際介面、查閱日期及已觀察到的限制。

開始收集前，數據合約必須寫清甚麼？

數據合約必須令另一位分析員可以重現指標，並知道甚麼情況下不應解讀它。只有「完成率」或「合資格線索率」這個名稱並不足夠；合約要界定事件、計算口徑、觀察單位、來源、收集條件、負責人、質素檢查及資料延遲，也要把抽樣、模型、歸因、同意機制、覆蓋不足和跨系統配對等限制放在指標旁邊。

• 操作定義及適用旅程
• 分子、分母及排除條件
• 資料來源與收集方法
• 單位、粒度及時區
• 報告介面與版本日期
• 數據負責人及質素檢查
• 預期更新與配對延遲
• 必要的保存和存取限制
• 已知假設及不可回答的問題

若計劃涉及個人資料，先記錄每個欄位的用途和必要性，不要因技術上可取得便視為理所當然。準確性、保存期限、安全、存取權及問責要求會因司法管轄區而異；英國指引只能說明為何這些約束值得預先記錄，不能代替香港或其他市場的合規判斷。應由相關私隱或法律負責人確認適用要求。

證據何時應觸發檢視，而非自動裁決？

證據應在負責人需要作決定、成果有合理時間顯現而且資料已可用時觸發檢視，而不是跟隨儀表板刷新速度。流程可在數天內改變，但合資格銷售線索的配對可能較遲完成；過早檢視會把未成熟資料當結果，過遲則錯過決策窗口。除非自動規則已刻意驗證，門檻或基準應先打開調查和討論，而非直接指定修正方案。

1. 記錄到期決策及實際參與的負責人。
2. 列出本次證據、比較基礎及數據質素狀況。
3. 寫下仍未解決的不確定性和替代解釋。
4. 確認所選行動、執行人及下一個檢視點。
5. 標記應修訂、降為探索用途或停止收集的量度。

量度亦有生命週期。當指標不再分辨表現、不再影響資源配置，或其維護成本超過決策價值，便應修訂或退役。若事件、分母或分類方式改變，須記錄生效日期與數據斷點，避免讀者把口徑不同的前後數列當成連續趨勢；舊版定義是否保留，則按審計和營運需要決定。

決策紀錄在真實網站規劃中如何運作？

在一個假設的B2B軟件網站案例，決策紀錄把零散訊號收窄成下一次季度規劃要處理的投資選擇：網站負責人與產品市場推廣主管要決定全面重整比較路徑、先作較小內容介入，還是維持現狀。用戶成果是合資格評估者能分辨適合其情況的選項，並較少疑惑地走到恰當下一步；問題則聚焦分辨在哪裏失敗、哪些情況受影響及介入是否合理。

這個案例不以單一轉換數字裁決。主持式任務提供較直接但樣本範圍有限的成果證據；遙測可補充旅程規模，卻不能說明離開原因或證明內容造成線索。CRM配對延遲、同意選擇、平台限制，以及未知或其他分群值都要隨證據包呈交，讓決策人知道結果覆蓋了誰、遺漏了誰。

每次檢視最後都應回到一個短議程：現在到期的是哪項決策？哪些證據真的改變了？還有甚麼不確定？下一步是甚麼、由誰負責，哪些資料應停止收集？若設計超出團隊能力，應找分析、用戶研究、無障礙、數據管治或平台專家補足；涉及個人資料或地方法規時，則交由適當的私隱或法律負責人判斷。