顧客旅程與行銷漏斗：找出讀者在哪一步離開

腳踏車維修店發現不少人看過預約頁，卻沒有送出表單。有人可能改打電話，有人還在確認車款，也有人已經直接到店。只看一個轉換率，無法知道每位顧客接下來做了什麼，更不能立刻判定表單太長。

本文依 2026 年 9 月 14 日查閱的 Google Analytics 與使用者研究資料，說明旅程圖和漏斗如何配合。維修店流程、數字及改善方案均為原創示例，未連接真實帳號或操作正式網站，也不代表實際轉換成果。

旅程圖回答經驗，漏斗回答步驟

顧客旅程從某個人的任務出發，整理他在不同階段做什麼、接觸哪些服務，以及遇到什麼問題。它可以跨越搜尋、網站、電話、現場與後續使用。行銷漏斗則挑出需要觀察的步驟，計算符合條件的人如何往下一步前進。

兩者的範圍可以不同。維修旅程可能從發現異音開始，一直到取車後確認問題解決；網站漏斗則只看閱讀服務、查看時段、開始填寫及送出預約。不要把線上的最後一步當成整段服務已完成，更不要把漏斗之外的人全部視為失敗。

先決定這次要改善的問題，例如「讓需要例行保養的人完成適合的預約」。若緊急故障與例行保養的流程差異很大，就分開研究。將不同需求硬塞進同一張圖，可能使每個階段都看似合理，卻無法指導任何具體調整。

用接觸點與證據畫出現況

先列出顧客可能接觸的地方，再用訪談、詢問紀錄與實際服務流程確認。每個階段記錄顧客想完成的事、使用的管道、需要的資訊、目前遇到的阻礙，以及內部由誰處理。未知的部分先標記，不必為了畫滿流程而補上想像。

原創維修案例可分成理解問題、確認服務、安排時段、到店交車與取車確認。搜尋頁可能回答服務範圍，預約頁提供可選時段，電話協助不確定的需求，現場則確認檢查事項。這些接觸點互相銜接，網站只是其中一部分。

情緒與想法也應有依據。看到顧客停在某頁，不能直接畫成「感到焦慮」；可以先記下停留或未完成的觀察，再透過研究理解原因。旅程圖中最好分開現況證據、團隊假設與理想流程，避免下一位閱讀者誤把設計目標當成現場事實。

定義事件與完成條件再讀漏斗

先替每一步寫出可辨識的條件。閱讀服務頁、查看時段、開始填寫與成功送出，應各有不同定義。按下送出按鈕卻收到錯誤訊息，不算成功提交；表單送達也不等於店家已接受預約，後續確認可以另外記錄。

在 GA4 中，可以從探索建立漏斗探索，再設定事件或維度條件。封閉漏斗要求從第一步進入，開放漏斗允許從中間步驟進入；直接接續不允許中間動作，間接接續則允許。條件應配合分析問題，並寫下日期範圍、步驟順序與時間限制。

GA4 漏斗按照指定順序計數，同一使用者在選定期間重複完成流程，也不是每次都增加一條漏斗紀錄。若需要研究每筆訂單或每次維修，應另用相應紀錄處理。不要把使用者人數、事件次數與訂單筆數放在同一張表裡直接相除。

用相同口徑計算逐步轉換率

假設同一個封閉漏斗中，有 240 人閱讀服務，當中 120 人查看時段，接著 90 人開始填寫，最後 45 人成功送出。這些是同一期間、相同條件下依序符合步驟的原創示例人數，不是把四份互不相關報表的總數拼在一起。

逐步轉換率依序為 120 除以 240 等於 50%、90 除以 120 等於 75%，以及 45 除以 90 等於 50%。整體完成率則是 45 除以 240，等於 18.75%。逐步與整體的分母不同，報告時要標示清楚，才能知道數字回答哪個問題。

第一段少了 120 人，最後一段少了 45 人，兩段未前進比例都是 50%，但不代表應採取相同措施。前者可能包含只查資料的人，後者可能更接近操作困難。要一起考慮受影響人數、服務目標、改善成本與研究證據，不能只挑最大的紅色區塊。

先排除紀錄問題，再找行為原因

檢查事件是否漏送、重複觸發或把失敗提交當成成功。可以在自己的測試裝置啟用除錯模式，用 DebugView 核對事件與參數，再實際走過成功及失敗流程。Google 說明指出，隱私控制或未同意分析 Cookie 等情況可能使除錯事件不可見。

接著檢查顧客是否改走電話、現場或其他入口。不同裝置、期間與辨識條件也會影響你能連起來的路徑。若無法可靠串接，就分別報告網站漏斗與店內預約紀錄，註明可觀察範圍；不要用猜測補齊看似完整的跨管道轉換率。

最後才提出行為假設。例如開始填寫後未完成，可能與車款欄位難以回答有關，也可能只是時段不適合。觀察符合條件的人操作，並查看相關詢問，可以幫助縮小原因。數字指出值得調查的位置，原因仍需要其他證據支持。

1. 選定一種顧客任務，整理現況接觸點與資料缺口。
2. 定義每一步的事件及成功條件，核對實際觸發結果。
3. 固定漏斗入口、順序、期間及分母，計算逐步與整體比例。
4. 結合研究選一項改善，再以相同口徑回顧結果。

讓改善假設可以被檢查

把假設寫成可操作的句子，例如「若不清楚車款是填寫障礙，提供查找位置說明，應能減少這個欄位造成的停頓」。這比「提升體驗」更容易驗收。指定負責人、完成時間與觀察方法，並保留改善前的版本及資料條件。

可以先讓幾位符合情境的人嘗試修改後的表單，確認說明是否有幫助；需要量化比較時，再依流量與決策風險設計適當方法。不能看到一週轉換率上升，就排除季節、來客來源與服務時段變動的影響，直接宣稱修改已造成成長。

也要檢查後續品質。若送出量變多，但預約資料不完整、店家無法回覆或大量需求超出服務範圍，就不算完成原本目標。把有效預約、到店與服務結果放回旅程回顧，才能避免只為了讓漏斗圖變漂亮，將問題移到下一個環節。

用訪談建立有證據的人物誌

檢查 WordPress 表單與提交結果

將改善排入小店行銷計畫

• 教學
• 行銷與 SEO
• 內容與品牌