銷售漏斗與行銷漏斗差在哪？範圍、指標到交接

行銷漏斗與銷售漏斗的差別，可以壓成一句話：行銷漏斗把不認識你的人，變成願意跟你談的人，銷售漏斗則把願意談的人，變成付錢的人。前半段比的是觸及與教育，後半段比的是資格、時程與成交。兩個漏斗用不同的階段語言、看不同的指標，也由不同的人負責，而真正容易出事的位置，剛好是中間那個交接動作。

先把一個麻煩講清楚：「銷售漏斗」與「行銷漏斗」這兩個名稱，在市面上並沒有統一的範圍。英文維基百科的購買漏斗條目開頭就寫明，purchase funnel 也常被稱為 customer funnel、marketing funnel、sales funnel 或 conversion funnel，四個名字指的是同一個模型。銷售工具商 Pipedrive 的銷售漏斗指南則把 sales funnel 定義成「引導潛在客戶從初步認知走到完成購買的框架」，起點涵蓋了大多數人認定的行銷地盤。同名不同範圍，是所有混淆的起點。

所以分辨兩個漏斗，靠的不能是名字，而是範圍：一張漏斗圖從哪裡開始、到哪裡結束、中間誰負責、看什麼數字。沿著這條線，本文依序處理：兩個漏斗各自的範圍與終點、第三個名詞 sales pipeline 怎麼跟兩者區分、階段怎麼對照、中間的交接怎麼設計、指標怎麼分帳與 last-click 歸因的迷思、直線漏斗模型被批評之後的旅程與飛輪替代視角，再補上名單背後的個資法義務。文中的定義與數字都標明出處，引用的來源版本以 2026 年 9 月查到的為準。

兩個漏斗不是憑空發明的詞，它們共用一條百年家譜。AIDA（注意、興趣、慾望、行動）的源頭，通常追溯到美國廣告與銷售先驅 Lewis，而同型的三步公式早在 1898 年 2 月，就以不具名的方式登上當時的廣告刊物 Printers' Ink。維基百科的AIDA 條目記錄了這段源流，也點出 AIDA 原本是拆解「一則廣告該怎麼運作」的文案模型，是後來的行銷人把它挪用成顧客旅程前半段的代表。把漏斗形狀與 AIDA 綁在一起的，是 Townsend 在 1924 年的著作 Bond Salesmanship。行銷漏斗與銷售漏斗共用這組祖先，血緣近，名字自然會打架。

重點先看

一、名稱不可信，範圍才是判準。purchase funnel 條目把 sales funnel 列為別名，Pipedrive 卻把 sales funnel 的起點定在認知階段。看圖先問起點與終點，不要問它叫什麼名字。

二、分工軸這樣切：行銷漏斗負責流量到名單，輸出行銷合格名單（MQL）。銷售漏斗從業務接手名單開始，資格審核通過後，名單成為業務合格名單（SQL），一路推進到成交。中段的考慮期是兩邊共管的灰色地帶，銷售這一段還有第三個視角 sales pipeline，盤點在案單的金額與位置。

三、交接要寫成制度。MQL 與 SQL 的書面定義、名單評分門檻、退回規則，三樣缺一個，中間就會漏水。Salesforce 文章引用的 Gartner 數字顯示，只有 21% 的 MQL 會轉成 SQL。名單從蒐集那一刻起，個資法的告知與拒絕行銷義務就跟著上線。

四、指標分帳。行銷看流量轉名單、名單轉合格、取得成本。業務看在案單量、平均單值、成交率、銷售週期。真正共享的核心是交接轉換率與回應時效，其餘指標是共同診斷用。對帳之前先確認報表用哪個歸因模型，last-click 不是中性的預設。

五、直線模型有極限。麥肯錫 2009 年的研究發現考慮期的品牌數可能不減反增，三分之二的觸點涉及消費者發動的活動，HubSpot 在 2018 年改用飛輪描述成長。漏斗仍是管理鷹架，不是顧客行為的忠實描述。

名稱為什麼這麼亂：同一個詞的三種用法

整理三份常被引用的來源，可以看出「sales funnel」至少有三種用法。第一種是家譜式用法：維基百科把 purchase funnel 當正名，sales funnel 只是它的別名之一，整個條目講的是消費者從知道產品到買下去的心理階段，是行銷模型。第二種是業務視角用法：Pipedrive 把 sales funnel 定義成「幫助銷售團隊引導潛在客戶從初步認知走到完成購買的結構化框架」，起點在認知，終點在成交，等於把行銷漏斗的中段整個包進來。第三種是嚴格分工用法：行銷漏斗與銷售漏斗是前後兩段，中間以 MQL 交接為界，業務接手後再審核成 SQL，這是 B2B 團隊在實務上常用的一種。

維基條目自己也示範了這種混亂。它在講收尾那個階段時寫「行動是銷售漏斗的最終階段」，而同一頁的標題是購買漏斗，前一段還在講廣告與口碑帶來的認知。編者顯然把兩個詞當同義詞輪著用，讀者若不察，就會以為兩個詞永遠可以互換。

名稱打架的代價發生在會議室。行銷團隊說「我們的漏斗轉換率不錯」，指的是到站流量變成詢問單的比例。業務團隊聽到的卻是「名單品質應該很好」，他們關心的其實是名單變成成交單的比例。兩個比例都存在，量的是不同東西，名稱一混，兩邊就以為在講同一張成績單。哈佛商業評論 2006 年那篇談行銷與業務之戰的經典文章，開頭就在描述這種互相指責的場景，後文會完整引用。

後續行文採用嚴格分工用法，理由很實際：它便於把責任、指標與工具講清楚。接下來兩節分別界定兩個漏斗的範圍，界定方式沿用同一組問題：起點在哪、終點在哪、輸出什麼、誰負責。

行銷漏斗的範圍：從陌生人到願意談

維基百科對購買漏斗的定義是「以消費者為中心的行銷模型，描繪顧客朝向購買商品或服務的理論旅程」。拆開來看有三個關鍵詞。以消費者為中心，意思是階段的劃分跟著買方的心理狀態走，不跟著公司部門走。理論旅程，意思是它簡化了真實行為，這個但書後面會用麥肯錫的研究來兌現。行銷模型，意思是它的原始用途是安排推廣活動與內容，不是管理成交程序。

行銷漏斗常用的分層是三段，這套詞彙繼承自通用的購買漏斗，用在這裡是描述行銷這一段的內部結構，行銷漏斗本身的終點仍以交接出的合格名單為準。上層是認知（TOFU），潛在客戶剛知道世上存在某種解法，維基條目對這個階段的描述是「知道有賣家提供能滿足其需求的產品或服務」，管道包括廣告、口碑與自行研究。中層是考慮（MOFU），買方已經命名了自己的問題，開始比較解法類型，內容任務從吸引換成教育：深入指南、比較清單、優缺點整理。下層是決策（BOFU），在通用的購買漏斗裡對應決定、轉換、購買等後段狀態；換到兩段分工下，行銷側的 BOFU 指交接成 MQL 前的最後一段培育，內容換成 FAQ、產品說明、實際示範與規格比較。站上的行銷漏斗完全指南採廣義範圍，漏斗一路畫到成交與買後經營，對這三層的內容策略與模型選擇有完整展開；本文為了講清行銷與業務的交接，把行銷漏斗的終點設在 MQL，該文的展開這裡不重複。

行銷漏斗的輸出物要講清楚，因為它決定了下游的一切。輸出不是「成交」，而是可以被銷售接手的名單：訂閱者、下載者、詢問單、試用申請都是候選，要通過下一節的資格門檻、成為 MQL，才算正式交接。一個行銷漏斗可以把十萬個到站訪客變成一千張詢問單，成交則屬於下一個漏斗的責任。這不表示行銷對成交率毫無影響，交接時機掌握得好，成交率也會受益，但歸因時要分段看，不能把成交段的成績直接記進行銷的帳。反過來說，行銷漏斗的成敗也不該單用成交數字衡量，那會把業務段的變數混進行銷的成績單。

還有一個結構性特性：漏斗寬度是遞減的，前提是看同一批人的逐層過濾。訪客裡只有一部分會互動，互動的人裡只有一部分會留下成為名單，名單再被門檻篩成合格名單，同一批人往下一層走，人數不會變多。實際報表上未必逐層遞減，因為現代漏斗有多個入口，離開的人也會再回來。這個遞減不是缺陷，是設計：行銷漏斗的工作就是用內容與門檻，把「所有人」過濾成「值得談的人」。過濾得太鬆，下游浪費時間，太緊則漏斗見底。鬆緊之間的調節閥，就是下一節的資格審核。

還有兩個現代特性要補進這張圖，它們都來自維基條目對轉換漏斗的整理。其一是入口多元：現代轉換漏斗有很多入口，人可以在生涯週期的任何階段進來，也可以離開之後再回來。訪客可能從搜尋結果第一頁滑進來，也可能是三年前買過的老客戶被一封電子報喚回，兩個人在圖上站在同一層，但準備程度天差地遠。其二是再進入路徑：條目把 re-engagement paths 定義為挽回流失潛在客戶或名單的策略與技術，常見做法是再行銷廣告與電子郵件。這也表示有效的線上行銷需要整合多種流量來源、活動與再進入路徑，靠單一管道直直灌進漏斗的時代已經過去。分層圖仍然有用，但要記得它畫的是過濾的先後，進場的順序早就不只有一條。

銷售漏斗的範圍：從願意談到成交

銷售漏斗的近親是銷售流程。維基百科在銷售流程工程條目引用的定義是「一系列定義清楚的步驟，引導潛在客戶從初次接觸走到購買」。注意兩個詞：定義清楚，表示每一步有書面的進入與離開條件。引導，表示業務在裡面是主動的角色，不是等單上門。銷售漏斗就是把這條流程畫成漏斗形狀，寬端是剛接觸的潛在客戶，窄端是成交單。

一個 B2B 銷售漏斗可以這樣切成五段：接觸（名單已被業務接手）、資格（確認預算、權限、需求、時間表）、提案（報價與方案成形）、議價（條件攻防）、成交（簽約或收款）。Pipedrive 用自己的術語表達同一件事：未聯絡的潛在客戶變成已聯絡，就成了名單（Lead）。業務透過對話確認產品與問題的匹配之後，名單變成合格（Qualified）。名稱可以自訂，分段的判準只有一條，Pipedrive 把它寫得精確：每個階段必須代表買方承諾的實質變化，而不是行政流程的里程碑。照這個標準，報價送出不算階段推進，買方看了報價並要求細節才算。

銷售漏斗與行銷漏斗最深的差別在用途。Pipedrive 的講法直接：成功的銷售團隊把銷售漏斗當營運管理系統用，而不只當行銷視覺化。行銷漏斗主要回答「內容與活動該怎麼安排」，銷售漏斗主要回答「這星期該跟哪張單、預測準不準、卡在哪個階段」。一個是地圖，一個是排程板，兩者疊在同一批人身上，但功能不同。

階段怎麼落地？維基條目舉的例子是軟體公司：以 BANT（預算、權限、需求、時間表）作為資格審核標準，建立郵件序列，建立名單評分模型，在 CRM 儀表板上追蹤轉換。這套組合拳就是銷售漏斗的日常形態，其中每個環節都可以寫進軟體。條目同時記錄了一個產業現實：現代 CRM 平台允許組織把流程的每個階段，連同資格標準、必要活動與退出條件，直接編進系統的工作流裡。漏斗圖貼在牆上是提醒，寫進 CRM 才是制度。

階段裡的對話本身是另一門手藝。怎麼問出預算、怎麼把痛點挖深、怎麼讓買方自己說出需求的價值，這屬於銷售方法論，站上已有SPIN 提問銷售法專文拆解 Rackham 的研究與腳本，不在此重複。漏斗管的是位置與移動，方法管的是每一次對話的品質。

第三個名詞進場：Sales Pipeline 與兩個漏斗怎麼分

講完兩個漏斗，還有第三個名詞等著攪局：sales pipeline，中文最常見的譯法是銷售管線。它跟漏斗的爭執點不在階段內容，畫出來都是接觸、資格、提案、成交那幾格，爭的是視角與單位。HubSpot 的銷售管線指南給的定義是：管線是一張視覺化的快照，顯示你的每張單目前站在銷售流程的哪個位置。沿用本文的分工，漏斗看的是人這一側，一百個潛在客戶推進到下一層還剩多少；管線看的是單這一側，目前在案的二十張單加起來值多少錢、分別卡在哪一關。這組對分不是產業標準，坊間本來就把兩個詞互換著用，兩者也可以追蹤同一批商機，差別在你拿它回答哪個問題：一個是流量的模型，一個是存量的看板。

形狀的隱喻也不一樣。該文引用銷售教育者 Hoffman 的講法：漏斗暗示人數會一路穩定遞減，實際的形狀更像一隻寬口的雞尾酒杯，大部分的流失集中在資格審核那一關，通過那關的準客戶多數會走到成交。這個比喻跟前文的 21% 容易被讀成同一個關卡，兩者確實都落在資格審核附近，但 Hoffman 談的是潛在客戶在資格那一關的集中流失，21% 量的是 MQL 轉 SQL 的比例，兩個來源的對象與階段界定未必相同，不能用來互相驗證流失的位置或幅度。也要誠實說，21% 是單一階段的轉換數字，本文沒有其他階段的轉換率可以比較，它說明這道門很窄，不足以證明它就是整條漏斗漏水量最大的位置。漏斗與雞尾酒杯沒有誰對誰錯，差別在把通過資格審核看成漫長遞減的最後一哩路，還是看成一道集中的窄門。

管線有自己的三件常用算術，用同一組示意數字最看得清楚（數字純屬虛構，與任何實際產業無關）。假設本季目標 100 萬，預計本季結案的在案單有 12 張、每張 25 萬。第一件是加權管線值，每張單乘上所在階段的成交機率再加總，HubSpot 示範的範本就是逐單填入預期金額與成交機率，若每張單估 25%，300 萬的在案金額加權後是 75 萬，比單看單量誠實。第二件是管線涵蓋率，同一期間的在案金額除以目標營收，這裡是 300 萬除以 100 萬等於 3 倍，該文提到健康的管線常抓三倍起跳，三到五倍也在主管常見的期待範圍；倍數用的是未加權金額，加權值是另一個指標，涵蓋率不足時，解方通常不在硬拗成交率，而是回頭找漏斗上游要名單。把帳算全一點：這組 12 張單的未加權涵蓋率雖有 3 倍，加權值只有 75 萬，距 100 萬目標還差 25 萬；若每張單的成交機率都是 25%，要在案 16 張、未加權 400 萬，加權值才追平目標，這個 16 張正是後文指標分帳一節算術用到的單量。第三件是銷售速度，單量乘以成交率乘以平均單值，再除以銷售週期長度，12 乘 25% 乘 25 萬再除以 60 天，等於每天 1.25 萬元，算的是管線每天流動的金額，不能直接當成本季預測。對照後文 Pipedrive 指定的業務四指標會發現，在案單量、平均單值、成交率都是管線數字；唯一的同名陷阱是銷售速度，Pipedrive 拿它指一張單從進案到成交通常活多久，HubSpot 的公式算的是每天流動的金額，對照兩家文件時先把詞對齊。

管線還要跟另一個詞切開：營收預測。同一篇文章特別區分，管線顯示每張單現在站在哪裡，預測估算某段時間內會進來多少營收，管線是預測的原料，不是預測本身。三個名詞至此各就各位：行銷漏斗把陌生人變名單，銷售漏斗描述名單推進的階段與轉換，管線回答本季在案的錢夠不夠。開會先對齊此刻在講哪一個，比爭誰的轉換率漂亮更省時間。

兩個漏斗接起來長什麼樣：階段對照

把兩個漏斗疊在買方狀態上，對照表就出來了。左欄是買方的心理位置，中間兩欄是兩個漏斗各自的階段，右欄是關鍵動作。看表的要領：先讀左欄，因為買方狀態只有一條，公司卻把它切成兩段來管。

表上有三個位置要停下來看。第一個是「不在範圍」出現了四次：這是刻意寫的。範圍的定義就是靠排除完成的，行銷漏斗不管議價，銷售漏斗不管陌生流量，各自的不作為正是對方存在的理由。第二個是中間那列「主動詢問或被評分觸發」，它是整張表的樞紐，下一節整節都講它。第三個是最底列的購買之後：它標成延伸經營，因為已經在兩個漏斗的範圍之外，行銷接手再行銷名單，銷售接手續約與擴充，這段交界會在飛輪那節重新出現。

交接點：MQL 與 SQL 的定義怎麼寫

兩個漏斗的交界處，站著兩個身分：MQL 與 SQL。Salesforce 的定義文章給出的一句話版本是：MQL 是已對品牌展現興趣、且行銷部門依預設條件（例如產品需求匹配度與預算）判斷有可能成為客戶的名單。SQL 是已展現足夠興趣、準備進入銷售流程的名單。再壓縮一點：MQL 是「有興趣但還沒準備買」，SQL 是「出現明確的購買意圖」。從 MQL 到 SQL 的轉換，Salesforce 用接力賽比喻，行銷跑第一棒，把「客戶興趣」這根接力棒交給跑終點段的業務，交接失敗，單就跟著掉。

交接為什麼值得單獨設計？因為它同時影響速度與勝率。同一篇 Salesforce 文章的說法是，知道名單何時該從行銷交給業務，能改善銷售週期速度與成交率。而漏水的規模有數字可參考：該文引用 Gartner 的研究，只有 21% 的 MQL 會轉換成 SQL。這是經 Salesforce 轉述的二手數字，原文細節與調查母體無法從該文確認，引用時要連轉述鏈一起講，但量級本身足以說明一件事：交接是整條營收線上不能忽視的漏水口。

一個容易卡住的細節：Salesforce 的同一篇文章說 MQL 位在漏斗頂部，SQL 位在漏斗底部，這與前文的分工軸看似矛盾，其實只是座標系不同。它說的漏斗是把認知到成交整條一起看的時候，MQL 靠寬端，SQL 靠窄端。嚴格分工座標則是兩張圖，MQL 是行銷漏斗的終點，業務在銷售漏斗的入口接手 MQL，通過資格審核後名單才成為 SQL，兩個詞標記的是同一張名單在交接過程中的不同身分。讀任何漏斗文章時先確認作者的座標系，座標系對了，字面上的衝突會自動消失。

判定「準備好了」的機制，常見做法是名單評分。維基百科的名單評分條目把方法拆成兩種資料：顯性資料由名單本人提供或關於名單本身，例如公司規模、產業、職稱、所在地，隱性資料來自行為監測，例如網站造訪、白皮書下載、郵件開信與點擊。兩種分數加總，過了門檻就觸發動作。Salesforce 補就行為側給了具體例子：名單反覆造訪定價頁或產品細節頁、使用成本試算工具、提出深入的產品詢問，都是認真考慮購買的訊號。

交接太早跟太晚一樣有害。Salesforce 對 MQL 期的建議是把重心放在培育：用部落格文章、報告或指南這類教育性內容建立信任，逐步拉高興趣，因為這個階段的對象還在蒐集資訊、評估選項，硬推銷只會把人推走。它給的警告很具體：一個被硬性推銷的 MQL，有很大的機率直接消失，或者轉向更有幫助的競爭者。反過來，同一個對象若收到的是針對其產業與困擾的後續內容，信任會建立起來，興趣也會被挑起。交接時機的本質是在保護這條信任線：太早，對話變成打擾，太晚則對話根本不會發生。

評分之外，還要有一組面對面的資格問題，BANT 是常用的一組：預算（Budget）、權限（Authority）、需求（Need）、時間表（Timeline）。Salesforce 的建議是用 BANT 評估名單成為 SQL 的潛力，維基的銷售流程條目也把它列為資格審核的標準配備。評分合併看屬性與行為兩種證據，BANT 問的是制度事實，一個遠看、一個近看；名單什麼時候送進 SQL 審核，看的是事先寫定的觸發條件，對方主動詢問或評分越過門檻，任一成立即可啟動，不必等兩關都過。

制度面最容易漏掉的是退回規則。業務接了名單、談了之後發現預算或時間表不成立，這張單要退到哪裡？沒有設計的組織裡，它的下場是靜靜躺在 CRM 裡逾期。合理的去處是退回行銷的培養流程，等觸發條件再次成立。名單評分條目把這類機制的價值講得很白：評分替行銷與業務建立共同語言，讓兩邊的主管能用同一套詞彙討論名單的質與量。定義、門檻、退回，三件事寫下來，交接才從口頭默契變成可執行的介面。

指標怎麼分帳：兩套數字不要混著看

行銷漏斗的指標群往上游聚集：到站流量、流量轉名單率、名單轉 MQL 率、名單取得成本、電子報開信與點擊。這些數字共同回答一個問題：把一個陌生人變成一張合格名單，要花多少錢、多少內容。銷售漏斗的指標群往下游聚集，Pipedrive 指定四個必看：在案單量（對照成交率可以看出健康度）、平均單值（反推要成交幾張單才達標）、成交率（預測的基準線）、銷售週期（一張單從進案到成交通常活多久）。這四個數字回答的是另一個問題：現在手上的單，到頭來會變成多少營收、什麼時候進來。

兩套指標的邊界上，有兩個數字是核心的共有財。一個是 MQL 轉 SQL 的轉換率，它同時是行銷的出口品質與業務的入口品質，任何一邊單獨認領都會吵起來。另一個是回應時效，名單交出來之後多久被接觸。時效的現況有數字可參考：Pipedrive 引用 Workato 的統計寫道，超過 99% 的 B2B 公司無法在五分鐘內回應。同樣是轉述數字，原始調查的母體與方法查不到，這個比例不能當成普遍基準；比較穩的用法是把它當提醒，回頭記錄自家名單實際被接觸的時間，再訂出跟進時限。

業務側那四個數字可以串成一條簡單的算術，用一組假設數字示範（純屬示意，與任何實際產業無關）。假設目標營收 100 萬，平均單值 25 萬，那麼需要成交 4 張單。若成交率是 25%，在案單量就必須維持 16 張才夠換出那 4 張。若銷售週期顯示一張單從進案到成交通常要兩個月，現在距離期限三個月，那麼已經在案超過一個月的單用掉了所需時間的一半以上，新進的單理論上還趕得及，以兩個月典型值估算約有一個月緩衝，延誤一旦超過一個月才會落到期限外；實際能不能趕上、哪一批單最後成交，要看各階段成交機率與成交時間的分布，單靠這三個數字推不出來。三個數字一代入，該跟哪張單、該不該加投廣告，討論就有了共同底數，這正是 Pipedrive 說平均單值能反推「要成交幾張單才達標」的用意。

分帳的用意不是築牆，是防止兩種常見的作弊。第一種是行銷側的量的幻覺：Pipedrive 把它列為常見錯誤的第一條，用名單量衡量漏斗健康度，龐大的 pipeline 製造成長的錯覺，同時蓋住資格審核的鬆散與轉換品質的低落。第二種是業務側的漏斗膨脹：階段開得太多、太細，Pipedrive 的警告是過多或重複的階段會降低能見度、讓報表失真。兩種作弊的共同解法，是把共有指標放在兩邊都看得到的同一張報表上。

買後的帳要另開一本。成交不是終點，續約、加購、推薦都發生在兩個漏斗的範圍之外，量的是顧客終身價值那套邏輯，站上的LTV 計算指南有完整方法，指標的分帳到此再切一次：漏斗管到成交，之後的帳交給客戶經營。

last-click 歸因的迷思：最後一擊不是全部功勞

分帳的章節結束前，還有一個會讓所有分帳失準的慣性要處理：把成交前最後一個觸點，當成整條功勞鏈的全部。這個慣性有個名字，last-click 歸因。Google 的Analytics 歸因說明頁把付費與自然最後點擊模型定義得很直白：忽略直接流量，把關鍵事件價值的 100%，歸給客戶經由點擊或 YouTube 參與收視進站之前，接觸的最後一個非直接管道。同一頁也註明，這個模型與 last non-direct click 是同一個東西的兩個名字，而且所有模型的分配都把直接造訪排除在外，除非整條路徑只有 direct。

問題不在定義，在用途。若一筆成交的路徑上有多個被記錄的行銷觸點，最後點擊模型只把價值分給最後一個非直接觸點，先前的觸點在這份報表裡掛零。當最後一步是直接造訪時，功勞會落在它前面最後一個非直接管道身上，常見的例子是品牌字搜尋或再行銷廣告；這些管道出現在尾端，一種常見的解讀是認知與考慮已經在前面完成，買方只剩敲下最後一格，但這是對路徑的解讀，不是模型算出來的因果，路徑分析能呈現的也只是觸點分佈，上游投資真正的增量效果，要用對照實驗這類因果設計估算。前文哈佛商業評論描述的那場行銷與業務之戰，搬到數字層面不難想像同樣的劇本：業務看最後點擊報表，覺得單是自己關的，行銷看內容與流量的紀錄，覺得人是自己養的，而歸因報表既量不出上游的增量，也量不出業務跟進的貢獻，兩邊都拿著真實的數字，卻都在跟一本只記最後一筆的帳對帳。

第二個迷思是把 last-click 當成報表的天然預設，而不是一個自覺的選擇。同一份官方文件記錄了現況：Google Analytics 的歸因報告現在提供三種模型，資料驅動、付費與自然最後點擊、Google 付費管道最後點擊，而最初點擊、線性、時間衰減、位置為主這四種規則式模型，2023 年 11 月起不再提供。資料驅動模型用帳號自己的資料，估算路徑中各次符合歸因條件的互動（點擊或 YouTube 參與收視）該分到的功勞權重，把整筆價值拆開來分配，而不是全掛在最後一擊身上；權重是模型估出來的帳面分配，不是實驗測得的增量效果，這條界線下一節會再收緊。報表開出來的數字是哪一套假設的產物，該由使用報表的人回答，而不是由報表預設代答。

第三個界線更大：連多觸點歸因也不是裁判。維基百科的行銷歸因條目整理的批評指出，簡單或最後點擊歸因被普遍認為比其他形式更不準確，因為它沒有計入促成結果的所有因素；而歸因整體建立在相關而非因果上，與控制實驗量出來的增量效果經常不一致，觸點看起來有效，有時只是因為它觸及了本來就會轉換的人。未經驗證的歸因數字可能誤配功勞，導向錯誤的預算決策。換句話說，歸因是分帳的輸入，不是定案的判決。

落到兩個漏斗的實務，穩妥的做法是先把帳分段看：行銷段看流量轉名單、名單轉合格與取得成本，業務段看接手 MQL 之後的資格審核、推進與成交；再把同一批名單串起來源、成交時間與 CRM 紀錄，回頭對照歸因報表裡的觸點分佈，兩邊的故事才對得上，不讓任何一個模型單獨宣判。品牌字搜尋量常被當成上游投資的落後指標，但功勞歸誰不能只憑最後點擊認定，值得用路徑分佈或實驗再驗一次。GA4 的安裝與基礎報表，站上的GA4 入門實戰有完整展開；流量來源與歸因擺在一起判讀的方法，可再讀GA4 報表判讀技巧。這裡只留一句：報表選哪個歸因模型，值得成為行銷與業務對齊會議上的固定議題。

中段重疊地帶：考慮期是誰的責任

嚴格分工聽起來乾淨，買方的真實行為卻不配合。潛在客戶在考慮期做的事，一部分發生在你的內容與網站上，另一部分發生在你完全看不到的地方：同儕的群組、評論網站、競品的示範。麥肯錫在2009 年的消費者決策旅程研究裡量過這件事：主動評估階段有三分之二的觸點涉及消費者發動的活動，例如網路評論與親友推薦。這個發現對分工的含義很直接：考慮期的末端，控制權已經不在你手上，單靠公司自己發動的行銷內容與業務對話，掌握不了整段評估。

所以中段的責任劃分，實務上不是切一刀，而是兩邊同時在場。Pipedrive 的提醒寫得明白：潛在客戶可以在任何階段接觸你，可能還在早期研究，也可能已進入晚期決策，所以把行銷漏斗與銷售努力對齊是關鍵，讓客戶在需要的時刻拿到需要的資訊。它給的例子是再行銷的視角：名單逛了定價頁卻沒成交，行銷可以對著那個猶豫點投遞見證或限時方案。換句話說，中段不是「行銷做完換業務」的接力區，而是兩邊輪流在場的共同防區。

B2B 的中段還多一層複雜度：坐在漏斗裡的常常不是一個人。使用者、技術把關者、財務、最終簽核者各在中段進進出出，對「考慮」的定義也不一樣。購買決策由多個角色共同完成的結構，站上的購買中心解析有專文展開，行銷要對多角色供內容，業務要在對話裡辨識每個角色的立場，這件事超出任何單一漏斗的圖形能力。延伸的團隊佈局與資源分配，可再讀B2B 行銷指南。

重疊地帶的管理工具，回到共享指標。中段沒有單一擁有者，就沒有單一責任人，能用的治理方式是把 MQL 轉換率、停滯名單數、回應時效攤在同一張報表上，兩邊各自認領可以動的槓桿：行銷調整評分門檻與培育內容，業務調整跟進優先序與對話品質。誰都不擁有中段，但誰都能看見中段。

沒有業務團隊的生意：兩種形態

講到這裡，兩個漏斗的分工似乎預設了公司同時有行銷與業務兩個團隊。實際上要不要分，取決於生意的形態，判準只有一條：成交需不需要人與人的對話。

第一種形態：需要對話。企業軟體、顧問服務、高單價課程、裝修工程是常見例子，凡是買方在掏錢之前要跟一個人談過、報價是談出來的生意，都屬於這類。這種生意兩個漏斗都完整存在，維基的購買漏斗條目也記載了一個共識：現代 B2B 購買漏斗的階段比 B2C 多，而且要考慮回購意圖。階段多、參與者多、週期長，正是兩個漏斗必須分工的原因。

第二種形態：不需要對話。網拍、訂閱制小工具、低單價電商，買方自己看完頁面就下單。這種生意的銷售漏斗沒有消失，而是退化成結帳流程：商品頁、購物車、付款頁、訂單確認，維基條目對 conversion funnel 的定義講的正是這個東西，消費者經過廣告或搜尋系統、瀏覽電商網站、走到完成轉換的軌跡。漏斗的形狀還在，只是「銷售」變成了一套介面設計與流程優化問題，結帳放棄的挽回取代了議價。

判準有灰色地帶。標榜自助下單的 SaaS，企業版方案卻寫著「聯絡銷售」，電商做到一定客單價，就會長出電話跟進團隊。形態會隨著生意成長漂移，今天只有結帳漏斗的公司，明天可能發現自己需要業務漏斗。先誠實回答「成交前有沒有對話」，再決定要畫幾個漏斗，比抄任何模板都穩。

直線模型的極限：顧客旅程與飛輪

漏斗是一條直線：從寬到窄，一路遞減。這個形狀本身就是一組假設，而假設會被資料檢驗。麥肯錫那份研究檢驗了它。研究團隊分析了橫跨三大洲、五個產業、將近兩萬名消費者的購買決策，結論是決策過程其實是一段更圓的旅程，由四個階段構成：初始考慮、主動評估、成交、購後體驗。傳統漏斗假設消費者會系統性地縮小考慮品牌，研究看到的卻相反：在主動評估階段，消費者考慮的品牌數量可能不減反增，因為他們一邊找資料、一邊把新品牌放進清單。數字很具體：主動評估個人電腦的消費者，平均在初始考慮的 1.7 個品牌之外再加入 1 個，買車的人則在 3.8 個之外再加入 2.2 個。

同一份研究還動搖了漏斗的兩個支柱。第一個是影響力的位置：進入初始考慮清單的品牌，最終被買走的機會可以高達清單外品牌的三倍，擠進最初清單這件事因此值得重視。第二個是購後：超過六成的臉部保養品消費者在買完之後還會上網做進一步研究，這是漏斗概念誕生時無法想像的觸點。研究甚至觀察到，過去的行銷人選擇顧漏斗的某一端，不是顧認知就是顧既有顧客的忠誠，而圓形旅程要求兩端一起看。

把顧客行為畫成圓的，還有另一個更商業化的版本。HubSpot 在 2018 年的 INBOUND 大會上，由執行長 Halligan 宣告用飛輪取代漏斗，官方飛輪文章的作者寫得坦白：漏斗產出客戶，卻不考慮這些客戶如何幫你成長，贏得一個客戶所累積的動能全部消失，一段時間之後又要從零開始。飛輪的三個階段是吸引（attract）、互動（engage）、讓客戶滿意（delight），動能來自滿意客戶的口碑，客戶越多輪子越重，轉動時產生的能量也越大。站在兩個漏斗的觀點，飛輪做的其實是把「購買之後」那一列，從兩邊都不太管的邊境地帶，拉回成長引擎的正中央。

飛輪視角對分工問題還有一個具體貢獻：摩擦。文章列出的摩擦來源包括部門穀倉、交接與過度分工，作者並且明說，行銷與業務的經典失準是讓飛輪變慢的明確原因之一，對齊至關重要。換句話說，兩個漏斗之間那個交接點，在飛輪模型裡被升級成需要刻意投資的工程標的，HubSpot 自己就為了降低交接摩擦重組過團隊。站上的飛輪效應拆解把這個成長模型攤開講過，想畫出自己那顆輪子的讀者可以接著讀。

旅程與飛輪都沒有取消兩個漏斗的實務價值。麥肯錫的研究自己也承認漏斗隱喻幫助很大，例如比較品牌在不同階段的相對強度、標記卡關的位置。Pipedrive 那句話仍然是對的：銷售漏斗是營運管理系統。折衷的用法是分層：對外描述顧客行為時，用旅程或飛輪，因為買方真的會繞圈、會回頭、會在買後發聲。對內管理產線與預測時，用兩個漏斗，因為公司需要知道單卡在哪、內容餵給誰。模型是工具箱，選擇權在使用者。想把顧客視角完整鋪開的讀者，可以再讀顧客旅程地圖指南。

對齊實作：把交接寫進制度的四步

分工的最壞劇本，哈佛商業評論在2006 年 7 月與 8 月號的那篇文章裡描寫得像寓言。作者群是一位行銷管理教科書的權威學者、SPIN 銷售研究的提出者 Rackham，與一位專門研究銷售行銷介面的顧問。文章開頭先講產品設計的教訓：設計師多年前就學到，早一點跟製造部門商量，比把圖面拋過牆省時省錢。然後點出對比：行銷與業務的工作深度交織，卻通常仍是兩個分開的職能，就算合作，也未必處得來。業務差的時候，行銷怪業務執行不力，業務回頭怪行銷定價太高、吃掉太多預算。業務部門相信行銷離客戶太遠，行銷相信業務太短視，只看個別客戶、看不見大盤。該文的年份值得記住：兩個漏斗的戰爭打了至少二十年，你遇到的版本多半不是新的。

文章的處方是把牆拆成介面。落到兩個漏斗，可以整理成四步，每一步都有對應的落點。

第一步，把兩個漏斗畫在同一張圖上，寫下每個階段的起訖條件。買方狀態只有一條線，公司內部卻有兩套語言，同一張圖是唯一能讓兩套語言對表的東西。Pipedrive 在建漏斗的步驟裡要求：跟同事一起檢視最終階段，確認每個人同意各階段的定義與量測活動。維基的銷售流程條目補上工具側：現代 CRM 平台可以把每個階段的資格標準、必要活動與退出條件直接編進工作流。定義寫進系統，牆就變成介面。系統的選擇與導入，站上的CRM 選型指南有完整流程。

第二步，寫下 MQL 與 SQL 的書面定義與評分門檻。顯性資料用公司規模、產業、職稱，隱性資料用造訪、下載、開信，行為側盯定價頁與試算工具。BANT 補制度事實。門檻的數值沒有標準答案，第一版就是猜，重點是寫下來、標日期、定期回頭校準，讓每一次調整都有軌跡可循。

第三步，設雙向承諾與退回規則。行銷承諾交出的名單附完整資料（來源、行為、評分、觸發原因），業務承諾在明定的時限內跟進，超過時限要留下紀錄。談完不成案的，退回培育流程並註明原因，讓退回本身變成行銷調整門檻的輸入。承諾要寫成兩邊主管都簽過字的文件，口頭共識撐不過第一次業績壓力。

第四步，用共享報表開固定的檢視節奏。看四個問題：MQL 轉 SQL 的轉換率往哪邊走、哪些名單停滯逾時、回應時效有沒有掉、被退回的名單後來去哪了。Pipedrive 對日後管理的建議是把這些問題當成營運決策的輸入，讓 CRM 從報表系統變成排程與教練的工具。會議的頻率自己定，原則只有一個：資料停下來的時候，制度就已經死了。

四步走完之後還有維運。Pipedrive 的收尾建議是把階段表當活文件：隔一兩個月回頭檢視，哪個階段一直在造成混淆，就改名或刪掉，因為階段是替人服務的，反過來就本末倒置。它同時提醒在建表的時候就往成交之外看：推薦從哪裡來、什麼可以加購、怎麼累積回購，這三件事的答案會回頭改寫成交前的階段設計，也決定漏斗與客戶經營怎麼銜接。而平日管漏斗的三個營運問題，它給的版本乾淨俐落：這張單合格了嗎、下一步是什麼、誰負責那個下一步。

一人公司也適用同樣的骨架，只是兩個角色由同一人輪流扮演。分開記錄仍然必要：寫內容、投廣告的時候你在行銷漏斗裡，看的是流量與名單。回訊息、出報價的時候你在銷售漏斗裡，看的是在案單與成交率。同一本帳記到底的失敗模式很典型：內容停更因為「在忙著成交」，成交下滑因為「在忙著寫內容」，而混在一起的數字讓你始終看不出是哪一端漏水。把兩段分開記，一個人也能做對齊。

名單的另一種成本：個資合規

漏斗把名單當燃料，而名單裡的每一筆，只要能識別出特定自然人，就是個資。在台灣，行銷名單的蒐集、處理與利用受《個人資料保護法》拘束，條文可以在全國法規資料庫逐條查到。資料庫目前列示的版本含 2025 年 11 月的修正，部分條文的施行日期另定；本文引用的條文與罰則，都對照過修正前後皆一致的內容，實際適用仍以各條的施行狀態為準。這不是法務部門的附屬話題：名單怎麼來、怎麼用、當事人說不要的時候怎麼辦，三個問題全部長在漏斗的流程裡。

第一個落點在蒐集現場。個資法第 8 條要求，直接向當事人蒐集個人資料時，應明確告知蒐集者的名稱、蒐集目的、資料類別、利用的期間地區對象與方式、當事人依第 3 條得行使的權利與方式，以及當事人可自由選擇提供資料時，不提供會對權益造成的影響（該條另訂有免告知的例外情形）。對應到漏斗，白皮書下載表單、電子報訂閱欄位、研討會報名頁，都是告知義務最常落在的位置；告知要寫得讓當事人看得到、完整讀得到，只放一條隱私權政策連結，不必然等於完成告知。漏斗設計者在欄位裡多問一個電話號碼，多出來的不只是資料，是義務。

第二個落點在行銷利用。第 20 條的設計是：利用個人資料行銷，當事人表示拒絕接受行銷時，應即停止利用其個人資料行銷；而且應在首次行銷時就提供當事人表示拒絕的方式，提供這個機制所需的費用由業者負擔。電子報裡的退訂連結、簡訊裡的回覆停止，不是禮貌設計，是法定義務。違反第 20 條這兩項的後果寫在同法第 48 條：主管機關得令限期改正，屆期未改正，按次處新臺幣二萬元以上二十萬元以下罰鍰。

第三個落點在當事人權利。第 3 條給了五種不得預先拋棄、也不得以特約限制的權利：查詢或請求閱覽、請求製給複製本、請求補充或更正、請求停止蒐集處理或利用、請求刪除。個資一經蒐集，不論是否已進 CRM，這些請求隨時可能上門，而且處理有法定時限：依第 13 條，查詢、閱覽或複製本的請求要在十五天內決定准駁，必要時最多再延十五天；更正、停止利用或刪除的請求是三十天內，必要時最多再延三十天，延長都要書面通知當事人理由。誰受理、怎麼追時限、處理過程留不留軌跡，該併進前一章的交接制度一起寫下來，而不是等第一封存證信函才開會。

兩個提醒把範圍劃清楚。其一，B2B 名單也在射程內：公司名稱配上姓名、職稱、電子郵件，足以識別特定的人，企業客戶的採購窗口不因為職務身分而例外。其二，名單的來源決定義務的形狀：自己表單收進來的是一種情境，向第三方取得或輸入既有名冊，就涉及間接蒐集與特定目的外利用的判斷，個案差異大，購買或交換名單之前值得逐案確認，而不是把來源不明的檔案直接匯入。電子報名單的訂閱與退訂實務，站上的EDM 行銷完全指南有完整整理。

合規看起來像行銷的煞車，換個角度其實是名單資產的誠實條款。名單的長期價值，建立在合法蒐集、依告知目的利用，以及尊重當事人拒絕行銷的選擇上，退場機制暢通，留在漏斗裡的數字才是真的願意被談的對象。這與前文「量的幻覺」是同一個教訓的兩面：靠灌水撐起來的名單量，與靠不准退訂撐起來的觸及數，都是結帳時會穿幫的帳。

邊界與限制

引用來源的立場要攤開。Salesforce 與 Pipedrive 都提供 CRM 與銷售工具，他們把漏斗講成管理制度，符合產品敘事。HubSpot 用飛輪取代漏斗，同時賣整套行銷自動化與客戶成功工具，飛輪同樣符合產品敘事。麥肯錫賣顧問服務，提出新模型本來就是生意的一部分。這些立場不否定他們公開發布的定義與研究，維基百科的條目也都有獨立引註可查，但讀者在採用任何一套框架前，值得知道框架背後站著誰。

數字的使用也有邊界。21% 的 MQL 轉換率是 Gartner 經 Salesforce 轉述，99% 五分鐘內未回應是 Workato 經 Pipedrive 轉述，兩者都查不到原始調查的母體與方法細節，量級可以參考，精確值不宜當基準。麥肯錫的品牌增減數字來自特定產業與特定年份。台灣本地市場的漏斗轉換基準值，本次研究沒有查得可用的一級源，各家公司的正確基準線，只能靠自己分階段的紀錄累積出來。

收尾回到模型本身。漏斗是管理者的視角，把不規則的買方行為壓成可預測的直線，好處是可以分工、可以預測、可以問責，代價是省略。省略掉的部分，回頭、繞圈、買後發聲、清單中途擴大，已經由旅程與飛輪兩種模型補上。兩個漏斗的價值不在於如實描述顧客，在於如實描述你的營收生產線。把它當生產線來管理，同時記得顧客沒有義務走在直線上，這樣用，模型就不會反過來綁架你。