如何追蹤詢問來源到成交？建立可用的獲客歸因流程

問題與難點：流量與成交資料分開，預算就無法判斷

追蹤設計應先回答管理問題，例如哪個來源帶來較多有效詢問、哪些服務頁較容易進入報價、不同活動的成交週期有何差異。若只收集大量事件卻沒有後續決策用途，資料很快會變成難以維護的報表。

建議建立一致的來源層級：來源類型、來源平台、活動、首次進站頁與最近轉換頁。首次來源適合了解客戶如何認識品牌，最近來源有助於分析促成詢問的接觸；兩者應分開保存，不要每次回訪就覆寫。轉介紹、展會或業務開發等線下來源也要使用固定選項。

以一家 B2B 服務公司為例：團隊看到 SEO 帶來的表單最多，因此準備增加內容預算；但業務資料只寫「網路」，無法辨識這些詢問是否進入報價。另一些來自合作夥伴的詢問數量少，卻可能有較高成交率。若網站事件與商機結果沒有共同識別，團隊只能用點擊量替營收決策。

• 獲客來源：自然搜尋、付費搜尋、社群、直接、轉介紹、合作或線下活動
• 活動資訊：UTM 來源、媒介、活動名稱與必要的廣告識別
• 頁面資訊：首次進站頁、送出表單頁與詢問的服務類型

AgentTech 如何串起分析工具、詢問、CRM 與成交

表單送出時，可將來源欄位與提交內容一併傳入後端，建立唯一詢問編號，再把該編號寫入 CRM 的詢問或商機紀錄。LINE、電話或 Email 等非表單接觸，可讓業務從固定來源選項建立紀錄，必要時補上最初看到的頁面或活動，並標示為人工輸入。

後續階段應使用同一筆商機更新需求確認、報價、接受、失敗與成交金額，而不是每個階段建立互不相連的資料。若一家公司同時有多位聯絡人或多個專案，客戶、聯絡人與商機應分層管理，避免把公司所有營收錯誤歸到最近一次表單提交。

AgentTech 可設計網站事件與 UTM 規範、表單隱藏欄位、詢問編號、CRM 資料模型、離線來源補登及漏斗報表，並串接 GA4、Search Console、廣告平台或企業既有系統。無法判定來源的詢問會清楚標示為未知，避免把推測當成成效；報表也會註明同意選擇、跨裝置與線下接觸造成的限制，不把歸因結果解讀成絕對因果。

• 每次詢問建立唯一編號，作為網站、通知與 CRM 的共同關聯鍵
• 保留原始來源值與人工修正紀錄，避免無法追查資料變動
• 成交以商機或訂單為單位，並連結對應客戶與報價版本

具體落地：從五階段漏斗與資料對帳開始

可先建立一條簡單漏斗：詢問、有效詢問、需求會議、報價、成交。比較各來源在每個階段的數量、轉換率、平均週期與可確認營收，也可進一步依服務或客群拆分。樣本很少時不宜只看百分比，更應回看實際對話與未成交原因。

瀏覽器限制、拒絕追蹤、跨裝置、多人決策與線下互動，都可能讓單一來源無法完整解釋成交。報表應標示直接來源、未知來源與人工補登比例，並把歸因視為決策線索而非絕對真相。導入 Cookie、廣告轉換或個資串接時，也要提供適當告知、同意與保存規則。

• 優先比較有效詢問率、報價率與成交週期，而非只有點擊成本
• 定期抽查未知來源與異常案件，修正欄位、流程或串接
• 說明資料限制與歸因模型，避免把所有功勞歸給最後一次點擊