廣告令每次表格提交成本下降，銷售團隊卻說大部分查詢不適合服務。找新受眾前，先問：量度系統知道哪些查詢已成為認真的商機嗎？如果不知道，廣告報表與成交之間就缺了一環。
CRM，即客戶關係管理系統，記錄登記後的跟進。Google 支援 Qualified leads 及 Converted leads 目標，以業務資料反映銷售流程較後的階段。起點不是接駁工具，而是定義階段。 [1]
1. 與銷售團隊定義「合資格」
訂出可執行的條件，例如公司規模、目標市場，或是否查詢現有服務。列明由誰確認資格及記錄原因。若每位銷售員的定義不同，就不能把結果當作相同單位比較。
分清潛在客戶、銷售商機及已完成交易。每個階段應有發生日期，並在有資料時記錄價值及來源。商機的預期價值不等於已收收益，修改 CRM 備註也不是進入新階段。
2. 開發前先畫好資料流
確定來源、目的地、獲准傳送的欄位，以及配對和資料保護方式。Google 提供轉換管理、匯入及監察文件；開發人員應核對現行權限和條件，再選擇適當途徑及版本。 [2]
保留階段原本發生的日期，與傳送或更新紀錄的時間分開。重試設計要避免一次失敗再重送，變成兩次轉換。不要把銷售自由文字備註傳往廣告平台，當中可能有配對不需要的資料。
實際練習：驗收前測試四種情況
以下使用虛構識別碼，可作整合驗收紀錄。
| 虛構內部識別碼 | CRM 狀態 | 整合檢查項目 |
|---|---|---|
| demo-lead-01 | 一次確認合資格 | 按設計只產生一次階段事件 |
| demo-lead-01 | 修改內部備註 | 不因備註改動而新增轉換 |
| demo-lead-02 | 合資格後再成交 | 各階段分開定義，避免誤導性相加 |
| demo-lead-03 | 傳送失敗後重試 | 結果紀錄保留同一事件身份 |
每種情況都要記錄：有否傳送、是否接受、接受的是否正確階段。若邏輯把每次修改都當成新轉換，技術上接受了多少事件也不足以證明整合正確。
與開發人員訂好拒絕、重試及延遲的紀錄。公開報告不能放電郵、電話或存取權杖；測試資料應為虛構，或已獲准在團隊權限內使用。
3. 確認廣告系列使用正確結果
帳戶出現某項轉換動作，不代表競價已採用。檢查廣告系列目標，以及主要和次要動作的關係；留意自訂目標可能把次要動作用於競價的例外。 [3]
然後討論階段數量、傳送延遲及銷售跟進是否完整。未有檢討計劃，不要只按一下就換目標；資料可能太少，或尚未完整，無法回答原本問題。
4. 先交代整合質素，再評估業績
交付階段定義、欄位對照、測試紀錄，以及自身資料中無法配對的個案數量或比例。指派負責人處理傳送中斷及銷售定義變更。
資料驗收後，商業成效仍要另外評估。整合只是按設定讓銷售階段可被量度，並不單獨證明潛在客戶質素或利潤改善。先確定問題，再確保傳送的資料能回答它。
官方參考資料
資料文件查閱日期：2026年10月16日。功能及資格要求可能改變，實施前請核對所連結的官方文件。
