客戶來源問卷不要只問一句「你從哪裡知道我們？」然後把答案塞進一個欄位。台灣 SME 比較實用的做法，是前台只問一個短問題，後台分成 5 個欄位：客人自填來源、原文答案、來源證據、詢問情境、跟進狀態。這樣 AI 才能整理拼字、分類和矛盾訊號，而不是替你幻想每一筆成交到底是哪個廣告帶來的。
為什麼客戶來源問卷只問一句會失真
多數客人不會照行銷報表的語言回答。他可能說「網路看到」、「朋友傳給我」、「滑到你們」、「以前看過」、「Google 搜尋後又問同事」。如果表單只有一個自由填答欄位，最後會變成一堆無法比較的文字；如果只有單選題，又會把複雜旅程硬塞成一個來源。
Google Analytics 官方文件把流量來源拆成 source、medium、campaign 等維度，用來理解使用者從哪裡來、如何互動。Google 也說明，UTM 參數可以讓 referral links 與 campaigns 的來源、媒介、活動名稱出現在 Traffic acquisition report。這些平台訊號很重要，但它們回答的是「這次點擊或工作階段怎麼來」，不等於客人心中認為自己是從哪裡知道你。
所以客戶來源問卷的任務，不是取代 GA4 或 CRM，而是補上一個平台看不到的訊號：客人自己記得、願意說出口的發現路徑。這個訊號不完美，但只要欄位設計正確，就能幫你看到口碑、線下活動、業務介紹、LINE 轉傳和品牌搜尋之間的差異。
先補 5 個欄位，別把所有答案擠在一起
如果你的詢問表單、預約表、LINE 表單或業務建檔只能改一次，先補這 5 個欄位。前台可以很簡短，後台資料要拆清楚。
| 欄位 | 怎麼設計 | AI 可以幫什麼 | 不能交給 AI 的事 |
|---|---|---|---|
| 自填來源 | 用單選或複選：Google 搜尋、Google 地圖、社群貼文、廣告、LINE、朋友推薦、活動、舊客回訪、路過、其他 | 把同義字歸類，例如 IG、Instagram、限動都歸到社群 | 不能因為某分類變多，就直接判定預算應該加碼 |
| 原文答案 | 保留一個短文字欄位，讓員工或客人記下原話 | 每週整理常見說法，找出新來源或模糊分類 | 不能刪掉原文，只留 AI 整理後的分類 |
| 來源證據 | 標註這筆來源來自客人自述、UTM、GA4、LINE、電話、優惠碼、業務備註或門市詢問 | 標出自述來源和平台來源互相衝突的案例 | 不能把衝突自動改成看起來最合理的答案 |
| 詢問情境 | 記錄需求類型：比價、急件、看案例、預約、維修、回購、合作、只拿資料 | 把備註摘要成需求標籤，協助判斷來源品質 | 不能只看來源數量，忽略詢問品質與成交率 |
| 跟進狀態 | 已回覆、待報價、已預約、已成交、失聯、取消、不適合、需回訪 | 提醒某來源帶來很多詢問但跟進斷掉 | 不能自動發送促銷或重複追蹤，尤其涉及個資與同意 |
前台這樣問，客人比較願意答
表單上的問題不要寫得像稽核。建議用這句：
「方便讓我們知道，你最早是在哪裡注意到我們的嗎？」
選項不要超過 8 到 10 個，並保留「其他」和「不確定」。如果是門市、電話或業務接洽，可以讓員工用自然話術補問：「是 Google 搜尋、地圖、朋友介紹，還是社群看到？」重點是讓客人容易回答，而不是讓資料一次完美。
選項命名要固定。不要同時出現「FB」「Facebook」「臉書」三種寫法；不要今天寫「Google Map」，明天寫「Google 地圖」。AI 可以協助清理，但如果源頭太亂，你只會得到一份漂亮但不可靠的週報。
GA4、UTM 和客戶來源問卷各自做不同工作
Google Analytics 的 traffic-source dimensions 是用來理解 attribution、session acquisition 和 user acquisition 的基礎資料。官方也列出 source、medium、campaign、campaign ID、source platform、default channel group 等常見維度。這些資料適合回答「這次互動從哪個平台、媒介、活動進來」。
UTM 則適合回答「這個連結是哪個活動、哪個來源、哪個媒介」。Google Analytics URL builder 文件建議至少設定 utm_source、utm_medium、utm_campaign，並強調命名一致，因為大小寫或命名差異會造成報表分裂。
客戶來源問卷回答的是另一個問題：「客人自己認為哪個接觸點讓他記住你？」這三種資料要並排，不要互相覆蓋。
| 資料 | 回答的問題 | 適合放哪裡 |
|---|---|---|
| 客戶自填來源 | 客人主觀記得從哪裡知道你 | 表單、CRM、LINE 建檔、業務備註 |
| UTM | 特定連結屬於哪個來源、媒介、活動 | 網址、GA4、廣告與 EDM 報表 |
| GA4 source / medium / campaign | 網站或 App 互動的流量來源維度 | GA4 acquisition 報表、探索、Looker Studio |
| lead_source | lead 事件上的來源參數 | GA4 recommended event 或 CRM 對應欄位 |
| 銷售跟進狀態 | 這筆詢問後來是否有價值 | CRM、試算表、POS、業務週報 |
如果要接 GA4 lead event，先定義欄位再上線
Google Analytics Developers 的 recommended events 文件中，lead generation 類別包含 generate_lead、qualify_lead、working_lead、close_convert_lead 等事件。其中 generate_lead 用來衡量 lead 產生，例如表單，並可帶 lead_source 參數。
這對 SME 的啟示很簡單：不要等工程師接好事件才開始想欄位。先決定你的來源分類、原文保留方式、UTM 命名規則與 CRM 欄位，再讓工程師把表單送出的資料對應到 GA4 或 CRM。否則事件會有資料，但資料不是你能解讀的格式。
AI 可以清理資料，但不能發明歸因
AI 很適合做三件事。第一，把原文答案整理成固定分類，例如「朋友推薦」「同事介紹」「客戶轉傳」都放到 referral 類。第二，標出矛盾，例如客人自填「朋友推薦」，但 UTM 顯示 paid_social，提醒人工查看。第三，每週摘要來源品質，例如哪個來源帶來較多已預約、已成交或失聯。
AI 不適合做三件事。第一，不要讓 AI 自動判斷唯一功勞來源，因為客戶旅程常常有多個接觸點。第二，不要讓 AI 因為一週資料就建議砍預算，樣本太小會誤判。第三，不要讓 AI 自動對客戶發訊息或變更同意狀態，這會牽涉隱私、品牌語氣與服務風險。
個資與告知：來源問題常常跟個人資料一起收
只問來源分類本身通常不是最敏感的資料，但客戶來源問卷常和姓名、電話、Email、LINE ID、需求、預算、公司名稱、職稱或消費紀錄放在一起。這時就要把個資告知做清楚。
台灣個人資料保護委員會籌備處與個資法相關資料提醒，蒐集個人資料應有特定目的並注意告知義務。實務上，表單旁邊至少要簡短說明：資料用於回覆詢問、預約服務、客戶管理、來源分析或行銷通知；哪些欄位必填；不提供會有什麼影響；以及客戶如何要求查詢、更正或停止利用。
不要為了做來源分析就多問不必要的個資。能用分類回答的，就不要收完整自由文字；能用週報看趨勢的，就不要把每一筆備註都丟給不必要的外部工具。
7 天導入流程
第 1 天：盤點現有來源答案。把最近 30 到 100 筆詢問中的「網路」「朋友」「廣告」「不確定」抓出來，看最常失真的地方。
第 2 天：定義 8 到 10 個固定來源分類。先用業務與客服聽得懂的名字，不要用太多內部術語。
第 3 天：修改表單或客服建檔欄位，保留自填來源、原文答案和來源證據。
第 4 天：統一 UTM 命名規則。至少把 utm_source、utm_medium、utm_campaign 的大小寫、分隔符號和平台名稱固定下來。
第 5 天：讓 AI 跑一次清理，輸出「建議分類」「疑似衝突」「新增來源建議」，再由人工確認。
第 6 天：把跟進狀態接回來源表，避免只看詢問數。
第 7 天：開 20 分鐘週會，只問三題：哪個來源帶來最多有效詢問？哪個來源失聯率最高？哪個來源需要下週補跟進或補內容？
資料更新與來源
本文於 2026-09-15 撰寫。GA4 事件、報表欄位、UTM 建議與個資主管機關資訊可能調整，導入前請確認最新官方文件。
- Google Analytics Help：About traffic-source dimensions，確認 source、medium、campaign 與 manual tagging 的官方定義。
- Google Analytics Help：URL builders: Collect campaign data with custom URLs，確認 UTM 參數與命名一致的重要性。
- Google Analytics Developers：Recommended events，確認
generate_lead與lead_source的用途。 - 個人資料保護委員會籌備處：個資法條文及相關解釋，確認蒐集個人資料時的目的、告知與必要範圍原則。
- SurveyMars：「你是如何得知我們的？」顧客研究指南，作為問卷問題設計的 SERP benchmark；本文未採用其平台結論作為官方依據。
結論：問卷要讓人好回答，資料要讓團隊好判讀
客戶來源問卷不是把「你從哪裡知道我們」放進表單就結束。真正有用的設計，是讓客人輕鬆回答，讓員工保留原文，讓 UTM 和 GA4 留下平台訊號，讓 CRM 記錄後續結果，最後讓 AI 做清理和提醒。
下週先不用追求完美歸因。只要能分清楚「客人自述」「平台來源」「跟進狀態」三件事，你就已經比只看廣告後台或只聽員工印象更接近真相。
FAQ
客戶來源問卷一定要用單選嗎？
不一定。建議主要來源用單選或有限複選，另保留原文欄位。這樣既能統計，也能保留客人真實說法。
客人回答「網路看到」要怎麼處理？
先不要直接歸到廣告。可以補問是 Google 搜尋、Google 地圖、社群、LINE 轉傳、影片還是朋友給的連結，並把原文留下。
GA4 的 source/medium 可以取代客戶來源問卷嗎？
不能完全取代。GA4 source/medium 反映平台與工作階段來源；客戶來源問卷反映客人主觀記得的接觸點。兩者應並排比較。
AI 可以自動判斷哪個來源最有效嗎？
不建議。AI 可以整理分類、標出矛盾與摘要趨勢，但預算判斷仍要看成交、客單、回訪、樣本量與現場經驗。
客戶來源問卷會牽涉個資法嗎？
如果只收來源分類，風險相對低；但若同時收姓名、電話、LINE ID、需求或銷售備註，就應清楚告知蒐集目的、利用方式與客戶權利。