內容目錄
顯示
行銷漏斗是把潛在客戶從「接觸品牌」到「成為客戶」的過程，拆成有明確進入條件的階段。它真正的用途不是畫一個倒三角，而是讓行銷與業務知道：每個階段由哪個事件證明、相鄰階段的轉換率是多少、哪裡流失，以及下一個要驗證的改善假設。
在實務上，行銷漏斗 決定市場選擇、預算配置、客戶開發與停損決策。若團隊沒有留下可追溯的判斷與證據，可能讓團隊把資源投入錯誤客群或渠道，卻無法判斷何時應調整或停止。
不過，B2B 外銷買家可能跳步、回頭、換裝置，也可能先在線下展會接觸，再回網站查資料。因此，漏斗應被視為管理與量測模型，不是每位客戶都會照走一次的固定路線。
行銷漏斗不是一張圖，而是一組可驗證的階段
一個能用的行銷漏斗，至少要把三件事說清楚：誰被計算、什麼事件代表進入下一階段，以及必須在多久內完成。
如果「有興趣」只靠主觀感覺，「商機」在行銷眼中是填表的人、在業務眼中卻是已確認預算的人，同一張漏斗表就沒有共同口徑。相反地，若每個階段都有 entry event、資料來源、負責人與時間戳，團隊才有辦法追查數字變動。
Google Analytics 官方把 Funnel exploration 定義為觀察使用者完成任務各步驟成功或失敗的工具；它可設定事件或維度條件、步驟順序與時間限制。這能協助量測網站或 App 行為，但不能單靠一張報表解釋「為什麼」或證明某個頁面造成成交。
漏斗、customer journey 與 CRM pipeline 有什麼差別？
| 方法 | 主要問題 | 典型資料 |
|---|---|---|
| 行銷漏斗 | 每個預定階段有多少人前進或流失？ | 網站事件、名單、CRM 狀態 |
| Customer journey | 買家在不同接觸點遇到什麼問題？ | 訪談、客服、業務紀錄、行為資料 |
| CRM pipeline | 商機目前在哪個業務狀態、由誰跟進？ | 帳戶、商機、金額、預計結案日 |
三者應互相補充。漏斗讓數字可比較，customer journey 補上動機與障礙，CRM pipeline 則負責商機推進。把任一種工具當成完整真相，都容易誤判。
B2B 外銷行銷漏斗可以有哪些階段？
以下是起始範例，不是唯一標準。階段是否保留，要看它會不會改變團隊下一步行動，以及資料能否穩定辨識。
| 階段 | 進入事件範例 | 主要 owner | 要回答的問題 |
|---|---|---|---|
| 接觸 | 目標市場使用者首次有效到站，或名單合法匯入 | 行銷 | 有沒有碰到對的市場與角色？ |
| 有效互動 | 查看產品規格、下載型錄或重複造訪 | 行銷 | 內容是否支持下一步評估？ |
| 留資 | 提交有效詢價或聯絡表單 | 行銷 | 價值交換與表單是否成立？ |
| 合格商機 | 符合市場、應用、需求與時程門檻 | 行銷＋業務 | 是否值得投入業務時間？ |
| 推進 | 安排會議、樣品或正式報價 | 業務 | 回覆、資料或商務條件卡在哪裡？ |
| 成交 | CRM 訂單成立或合約進入企業認定的成交狀態 | 業務＋營運 | 哪些來源最後成為客戶？ |
Google Analytics 對 B2B lead generation 提供 generate_lead、qualify_lead、working_lead、close_convert_lead 等 recommended events。
這些名稱可當事件字典的參考，但不代表每家公司都必須照搬；真正的「合格」條件仍要由行銷與業務共同定義。
六步建立自己的行銷漏斗
1. 從商業結果與統計單位開始
先決定最後要觀察的是訂單、成交客戶、合格商機，還是別的結果，再選擇統計單位。網站常以 user 計算，CRM 可能以 lead 或 account 計算；同一張表若前段算人、後段算公司，轉換率就會失去意義。
2. 只保留會改變行動的階段
初版可先用 4 到 7 個階段。若兩個階段由同一團隊負責、沒有不同處理方式，也沒有可靠事件可區分，先合併通常比硬拆更好。
3. 為每個階段建立「階段字典」
每一列至少記錄：階段名稱、entry event、統計單位、資料來源、owner、事件時間、排除條件與下一階段。若是「合格商機」，還要寫清楚市場、應用、公司規模、採購時程或其他實際門檻。
4. 決定 open、closed 與時間窗
在 closed funnel 中，必須先符合第一步才納入；open funnel 則允許由中間階段進入。Google 官方也區分「直接接續」與「間接接續」：前者要求下一個動作立刻發生，後者允許中間有其他事件。
這個選擇會改變數字。若展會名單能直接進入合格商機，用 closed website funnel 可能把它完全排除；若你只想檢查表單的逐步完成，closed funnel 反而更適合。
時間窗也要符合銷售週期。以七天觀察需要三個月決策的工業設備，會把「尚未完成」誤判為「流失」。
5. 串接網站、CRM 與線下事件
至少建立可追溯的 source／campaign、lead ID 或 account ID、事件時間、階段狀態與 owner。若不能安全連結個人層級，也可先用彙總 cohort 比較。無論用何種方式，都要處理重複表單、垃圾名單、時區、跨網域與離線回填。
6. 先驗證量測，再改善內容
用測試名單走一次完整流程：事件是否只送一次、CRM 是否收到、狀態是否能回寫、日期是否一致、退出條件是否真的生效。追蹤尚未可信時，漂亮的轉換率只是精確呈現錯誤資料。
轉換率怎麼算？別讓分母與時間窗騙了你
相鄰階段轉換率的基本式是：
下一階段數量 ÷ 上一階段數量 × 100%
流失率可寫成：
（上一階段數量－下一階段數量）÷ 上一階段數量 × 100%
假設某個完整 cohort 有 1,000 位有效到站者、100 次有效留資、40 個合格商機與 8 個成交客戶：
- 到站→留資：100 ÷ 1,000＝10%
- 留資→合格：40 ÷ 100＝40%
- 合格→成交：8 ÷ 40＝20%
這些只是示範數字，不是產業 benchmark，也不能與近義關鍵字搜尋量相加。判讀時至少再看四件事：
- 分子與分母是否使用同一單位。
- 是否來自同一 cohort，而不是把本月流量除以多年累積成交。
- 觀察窗是否足以涵蓋真實決策週期。
- 樣本是否足夠，或只是少量個案造成大幅波動。
此外，別只看「有沒有前進」，也要看花多久前進。GA4 Funnel exploration 可顯示階段間平均 elapsed time；CRM 也可追蹤 pipeline aging。轉換率相同但耗時加倍，往往代表流程已開始積壓。
找到最大流失後，先別急著改文案
最大的下降不一定是最大的機會。某些階段本來就負責篩掉不合適對象；若只追求表單送出率，可能換來更多垃圾名單與業務負擔。
建議依這個順序診斷：
| 症狀 | 先檢查 | 再找原因 | 下一個小驗證 |
|---|---|---|---|
| 流量正常、留資驟降 | 表單事件、跨網域、頁面版本 | 表單錯誤、價值不清、地區語言不合 | 真實裝置測試＋表單錯誤紀錄 |
| 留資增加、合格率下降 | 垃圾／重複名單、qualification 定義 | 受眾過寬、承諾與產品不符 | 依市場／來源分群檢查 |
| 合格商機多、推進慢 | owner、首次回覆時間、CRM aging | 資料不完整、樣品／報價流程卡住 | 設回覆 SLA 並記錄阻塞原因 |
| 報價多、成交少 | cohort、銷售週期、失單原因 | 商務條件、規格、信任或競爭 | 統一失單原因＋深訪近期個案 |
接著用分群比較市場、來源、裝置、產品線與新舊訪客，再用 path exploration 看常見前後動作。Google 官方提醒，path exploration 顯示的是事件流；看到某路徑與成交同時出現，仍不能直接宣稱它造成成交。最後要靠業務紀錄、訪談、客服問題與受控測試補證據。
每一輪只驗證一個主要假設。例如：「德語市場的規格頁沒有當地認證說明，導致高意向訪客未留資。」先補一項資訊並觀察完整 cohort，比同時改首頁、表單與廣告更容易判斷結果。
GA4 和 CRM 為什麼常常對不上？
數字不一致不一定是系統壞掉，常見原因包括：
- GA4 以使用者或事件計算，CRM 以 lead、contact 或 account 去重。
- 同一人跨瀏覽器、跨裝置或拒絕同意，可能無法被連成同一使用者。
- 網站事件即時發生，CRM 狀態可能數天後才由業務更新。
- 表單被重複提交，或同一公司有多位聯絡人。
- 線下展會、電話、代理商或 Email 回覆未回填網站分析。
- 時區、attribution window 與 cohort 定義不同。
因此，不要強求兩套系統每一列完全相等。先建立 reconciliation 規則：哪些事件以 GA4 為準、哪些商機狀態以 CRM 為準、如何去重、差異容許多少，以及由誰每週查例外。
隱私與資料限制：能量測，不代表可以任意蒐集
Google 官方說明，Consent Mode 接收使用者透過 consent banner 或 widget 表達的選擇，並調整 Analytics、Ads 與其他標籤的行為；它本身不提供 banner，也不是法律合規認證。
Google 另公告，自 2026 年 6 月 15 日起，部分 Google Signals 與 Ads cookie／ID 控制改由 Ads Consent Mode 設定承接。這類平台設定屬高更新資訊，本文，但正式發布前仍要重新確認。
台灣企業蒐集、處理或利用個人資料，應依現行《個人資料保護法》與實際目的、告知、資料流及司法管轄判斷；面向海外市場時，也可能涉及目的地規範。本文不是法律意見，實作前應讓法務或隱私負責人檢查資料字典、保存期間、跨境傳輸與同意機制。
每週漏斗檢視清單
- 階段定義或 qualification 規則本週有沒有改？
- 事件是否漏送、重複、跨網域中斷或未回填？
- 相鄰轉換率與 elapsed time 的變化是否超出正常波動？
- 差異集中在哪個市場、來源、產品或裝置？
- 最近業務／客服紀錄是否支持同一個原因？
- 這週只驗證哪一個主要假設？owner 與完成日是什麼？
開始時不必追求完美儀表板。帶著實際事件字典、CRM 狀態表與最近一個已成熟 cohort，先讓行銷、業務與資料負責人對齊口徑；能說清楚每一列如何產生，才有資格談優化。
常見問題
行銷漏斗一定是線性的嗎？
不是。漏斗依指定順序計數，方便比較；真實買家可能跳步、回頭或跨線上／線下。可搭配 path、cohort、訪談與 CRM 紀錄理解迂迴旅程。
Open funnel 和 closed funnel 差在哪？
Open funnel 允許使用者從中間任一步進入；closed funnel 必須先符合第一步。兩者分母不同，應依問題選擇，不能直接把結果互相比較。
流失率越低越好嗎？
不一定。合格商機階段本來就應排除不合適對象。若留資率上升卻讓合格率、成交率下降，前段成長可能只是增加低品質名單。
多久檢查一次漏斗？
依流量與銷售週期決定。可以每週檢查追蹤與異常，但成效判讀要等 cohort 有合理成熟時間；小樣本不宜因單週波動頻繁改策略。
Consent Mode 能保證合規嗎？
不能。它是接收同意訊號並調整 Google 標籤行為的技術機制，不取代 consent banner、法律判斷或組織的資料治理責任。
法規、平台、費率與其他高更新資訊，仍應以文末官方來源的最新版本為準。
來源
- Google Analytics，Funnel exploration：https://support.google.com/analytics/answer/9327974?hl=en
- Google Analytics，Recommended events：https://support.google.com/analytics/answer/9267735?hl=en-EN
- Google Analytics，Path exploration：https://support.google.com/analytics/answer/9317498?hl=en
- Google Analytics，About consent mode：https://support.google.com/analytics/answer/10000067?hl=en
- Google Analytics，Updates to Data Controls：https://support.google.com/analytics/answer/17016975?hl=en
- 法務部全國法規資料庫，個人資料保護法：https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=I0050021
- Think with Google，Decoding Decisions（2020；context only）：https://www.thinkwithgoogle.com/_qs/documents/9998/Decoding_Decisions_The_Messy_Middle_of_Purchase_Behavior.pdf
