數據與工具

從表單送出到成交的事件鏈,哪三個中間訊號最值得保留

多數網站的追蹤停在「表單送出」,成交則記在業務的試算表裡,中間是一片空白。這篇是一份可以直接照著做的實作清單,說明為什麼只挑三個中間訊號、每個訊號怎麼定義、由誰記錄,以及常見的記錄陷阱。

從表單送出到成交的事件鏈中,最值得保留的三個中間訊號是:一、首次有效聯繫完成,代表名單是真人且聯絡得上;二、需求確認,代表對方的需求、預算與時程落在可服務範圍;三、報價或提案送出,代表進入實質評估。這三個點各自對應一種失敗原因:聯繫不上是名單品質或跟進速度的問題,確認不過是渠道與訊息的問題,提案後不成交則是產品、價格或提案內容的問題。只要這三個訊號被穩定記錄,你就能把「廣告沒效」這種模糊結論拆成可以處理的具體問題。

為什麼是三個,而不是十個

中間訊號挑太多,最後通常一個都記不準。業務每天要處理的名單很多,如果系統要求他們在十個階段之間切換狀態,實務上他們會集中在月底一次補填,時間戳記全部失真,資料就失去分析價值。三個節點的好處是每個都有明確的「發生了沒」的判斷標準,業務一天花幾分鐘就能維護,而且足以支撐大部分的漏斗診斷。

另一個理由是回傳廣告平台的需求。多數廣告平台可以接收離線轉換或自訂轉換事件,用來優化出價,但每一種事件都需要足夠的數量才有意義。若把漏斗切得太細,每個事件的數量都太少,平台無法學習;三個節點中,至少前兩個通常能累積到有意義的量。

訊號一:首次有效聯繫完成

首次有效聯繫的定義是「業務與名單本人完成一次雙向溝通」,單向留言、未接來電、只寄出信件都不算。這個定義看似嚴格,但它能把兩種常被混為一談的問題分開:名單本身是假的或無效的,以及名單是真的但我們太慢聯繫。

  • 記錄欄位:聯繫完成時間、聯繫管道(電話、通訊軟體、信件回覆)、從表單送出到聯繫完成的間隔。
  • 判讀重點:若某渠道的名單聯繫完成率明顯偏低,先看間隔時間;間隔正常卻仍聯繫不上,才懷疑名單品質。
  • 常見陷阱:業務把「已撥打」當成「已聯繫」,導致這個訊號被灌水。系統中應把嘗試次數與完成分成兩個欄位。

訊號二:需求確認

需求確認的定義,是業務依照一份事先約定的條件清單,判斷這筆名單落在可服務範圍內。條件清單建議不超過四項,例如需求類型、預算區間、預計決策時間、決策者是否參與。四項中符合三項以上即標記為合格,不必等到全部資訊都拿到。

  • 記錄欄位:確認時間、各條件是否符合、不合格時的主要原因(從固定選項中選一個)。
  • 判讀重點:不合格原因的分布,是調整廣告受眾與文案最直接的依據。例如「預算不符」集中在某個渠道,代表那個渠道的訊息沒有先把價格區間說清楚。
  • 常見陷阱:條件由每位業務自行解讀,同樣的名單在不同人手上判定不同。每季應抽查十到二十筆,由主管重新判定並比對一致性。

需求確認也是最適合回傳給廣告平台的中間訊號。它比表單送出更接近真正的商業價值,數量通常又比成交多上數倍,平台可以據此學習哪一類使用者更可能是合格名單,而不只是更會填表單的人。

訊號三:報價或提案送出

報價或提案送出的定義,是對方已經收到一份包含價格與範圍的正式文件。它是漏斗中最後一個由我方控制的節點,之後的成交與否主要取決於客戶決策。記錄這個點的價值,在於把「提案後的流失」和「提案前的流失」分開看。

  • 記錄欄位:送出時間、提案金額區間、提案版本或類型、預計回覆日期。
  • 判讀重點:若合格名單到提案的比例正常,但提案到成交的比例偏低,問題多半不在行銷,而在價格、範圍或提案呈現方式。
  • 常見陷阱:只記錄最終版本,忽略修改次數。提案反覆修改三次以上的案子,成交率與利潤率往往都有明顯差異,值得多一個欄位記錄。

一個示意的診斷:同樣的名單數,兩種完全不同的病因

三個中間訊號最實際的用途,是讓兩個看似相同的渠道露出不同的病因。假設甲、乙兩個廣告渠道每月各帶來一百筆名單(示意數字),成交都只有兩筆,只看頭尾會以為兩者一樣差。拆開事件鏈之後,甲渠道的首次有效聯繫只有四成,但聯繫上的人有一半合格;乙渠道八成聯繫得上,合格卻只有一成五。前者的處方是檢查表單驗證與跟進速度,也許業務平均隔兩天才打電話;後者的處方則是改廣告訊息,先在素材上講清楚價格區間與服務對象。若沒有中間訊號,這兩個渠道很可能一起被砍掉,或一起被加碼,兩種決定都是錯的。

實作清單:兩週內把事件鏈接起來

把三個中間訊號接進現有系統,重點是讓每筆名單從頭到尾有同一個識別碼。以下是可以在兩週內完成的步驟:

  1. 確認表單送出時,除了聯絡資料,也一併把來源參數(UTM 各欄位與點擊識別碼)寫入隱藏欄位,並存進客戶管理系統。
  2. 在客戶管理系統中新增三個日期欄位與對應的狀態欄位,並設定為必填或提醒,避免業務跳過。
  3. 與業務主管共同寫下三個訊號的定義與需求確認的條件清單,印成一頁放在業務的工作區。
  4. 設定每週自動匯出一次,包含名單識別碼、來源、三個訊號的時間戳記與成交結果。
  5. 選擇回傳方式:可透過廣告平台的離線轉換上傳,或伺服器端事件介面,先從需求確認這一個事件開始回傳。
  6. 在報表中建立一張漏斗表,以渠道為列,三個訊號與成交為欄,同時顯示數量與轉換率。

整個過程中,最花時間的通常不是技術設定,而是第三步的定義討論。業務與行銷對「合格」的理解常有落差,這個落差如果不在一開始講清楚,後面所有數字都會被質疑。建議把討論結果以文字寫下並讓雙方主管確認,日後有爭議時可以回頭對照。

隱私、資料量與判讀上的限制

中間訊號的記錄與回傳,都涉及個人資料的處理,實作前應確認隱私權政策已說明資料用途,回傳廣告平台時也應使用平台要求的雜湊格式,具體合規要求需與律師確認。此外,以下幾種情況要特別留意:

  • 資料量太小:若每月合格名單只有個位數,任何比例都會劇烈波動,應以季為單位判讀,並避免依單月數字調整預算。
  • 週期太長:成交週期若超過半年,事件回傳的時間差可能超過平台的歸因時間窗,這時中間訊號比成交更適合作為優化目標。
  • 人工記錄的誤差:三個訊號都依賴業務手動更新,定期抽查與主管示範比任何系統設定都重要。

事件鏈的價值,不在於報表有多漂亮,而在於開檢討會時,大家終於可以指著同一張表說「問題在第二段」。如果你的團隊目前還在爭論是廣告爛還是業務不跟,先把這三個訊號記起來,三個月後的會議會很不一樣。

← 回到新知列表