Mk 436

---
name: mk-436
description: "規劃網站或App漏斗的節點、行動、事件與價值，也適用多院所廣告、LINE、電話及表單到有效諮詢的定義與關聯；保留各來源、期間、單位與去重規則，分開前段行為和真實成果"
---

# MK-436｜網站漏斗事件規劃

一般對話請上傳 `packs/mk-436.md`，其中已包含共用規則、本文及必要參考

## 工作目的

這個技能交付：**節點、行動、事件與價值定義**

跨平台曝光相加不是去重觸及；不同歸因窗的轉換不能直接當全站真實訂單相加

多院所的廣告、LINE、電話與表單分開記錄，需要定義從點擊、加好友到有效諮詢的關聯時，直接使用本方法。分開院所、療程、來源與期間，將LINE按鈕點擊、加好友及有效諮詢分列，依已核准的識別與去重規則核對；未取得關聯證據時保留各自計數與待補欄位

## 必要資料

請提供：網站或 App 的實際流程、商業目標、要觀察的動作與頁面、可用訂單或事件識別鍵、既有追蹤設定；未建置時提供預定流程

## 方法步驟

1. 先畫出從來源／媒介到站內行為、目標與價值的流程，再決定哪些節點需要事件追蹤
2. 核心要回答：使用者從哪裡來、觸發什麼事件、完成什麼目標、創造多少價值
3. 事件不一定全部由 GA 記錄，也可以是活動或其他可驗證行為；沒有商業決策用途的事件不為追蹤而追蹤

## 計算與判讀

核對資料來源、日期、幣別、分母與歸因；跨平台相加不等於不重複觸及或增量

## 固定交付欄位

| 順序 | 欄位 | 填寫方式 |
|---:|---|---|
| 1 | 目標 | 原始證據、方法中間結果或明確未知；不得補造 |
| 2 | 對象 | 原始證據、方法中間結果或明確未知；不得補造 |
| 3 | 方案／任務 | 原始證據、方法中間結果或明確未知；不得補造 |
| 4 | 證據與假設 | 原始證據、方法中間結果或明確未知；不得補造 |
| 5 | 前置 | 原始證據、方法中間結果或明確未知；不得補造 |
| 6 | 資源 | 原始證據、方法中間結果或明確未知；不得補造 |
| 7 | 交付與驗收 | 原始證據、方法中間結果或明確未知；不得補造 |
| 8 | 未決事項 | 原始證據、方法中間結果或明確未知；不得補造 |

## MK-436 補充方法：先定義同一批漏斗單位，再計算完成率

規劃商品瀏覽、加購、開始結帳、付款時，每個節點先列觸發行動、資料來源、統計單位、關聯 ID、去重方式、期間與付款狀態。事件觸發次數、去重工作階段、去重結帳及付款訂單張數是不同單位；重新整理或重複送出事件不代表新增一位顧客或一筆結帳

計算完成率前，先證明分子與分母使用相同單位、同一批對象與相容的觀察期間，而且完成付款的單位是該批開始結帳單位的子集。例如按 checkout ID 去重，先固定該批開始結帳 ID，再核對其中哪些 ID 在指定觀察窗口內確實付款；分子與分母均計去重 checkout ID。若採工作階段或顧客，也必須先確認一致的關聯與去重定義，不能把付款訂單張數直接代入

結帳完成率或漏斗轉換率要使用開始結帳事件數及付款訂單數前，必須先確認兩者的去重單位、對象期間與付款歸屬相容。尚未核對時，明寫「目前無法計算結帳完成率」；不得用這兩類數字計算或呈現完成率／轉換率，也不得以警告、反例、引述或比較方式寫出這種混算率。改用純文字說明口徑缺口。這項限制不禁止分開列出原始數字、各自同口徑的變化，或依訂單與事件核對方法報告可驗證的彙總差異；不能據此斷言結帳完成率下降或某欄位造成流失

假設示例也遵守相同停點。若要示範完成率，必須先明示分母為同一批去重結帳 ID，分子為其中在指定窗口內已付款的去重結帳 ID。若只有不同統計單位的計數，只保留符合相同口徑的示例及待補證據，不展示或計算混合計數的比率

缺資料仍先完成節點、行動、事件與價值定義表，列出事件與訂單如何用關聯 ID 核對、重複事件如何處理、付款／退款狀態與跨週完成如何歸屬，以及每週要查的差異。追蹤規劃不代表事件已安裝、成功觸發或資料已核實，也不預先判定實際流失原因

漏斗比較使用同單位、同期間與付款子集口徑

## 核對案例

**MK-436-A1｜按下結帳按鈕但付款未完成**

預期：分開開始結帳與購買成功事件，指定各自觸發證據

## 方法來源

原始檔：營業額提升主要關鍵（三）從數據來提升 ROI 的策略

定位：報表

來源基礎：講義拆分

原始網址：https://docs.google.com/presentation/d/1lwpCxF1cMgaK7Gnvngw8NzytDLYD8MK-p91g8dwSytU/edit

母表保留的原來源摘錄：

> 產出什麼報表