Google 表單名單分流的重點不是讓系統寄出一封通知信，而是讓每筆新回覆在第一時間被判斷來源、需求、急迫度、負責人與下一步。對台灣 SME 來說，Google 表單可以先當低成本名單入口；但如果所有詢問都只堆進同一張試算表，業務不知道誰該回、客服不知道誰已處理、老闆也看不到名單品質，熱名單很快就會變冷。AI 最適合協助整理摘要、標示急件和提醒跟進，但最後的承諾、報價與個資使用仍要由真人負責。
Google 表單名單分流不是自動回覆
很多團隊把「表單送出後有回覆」誤以為已經完成分流。其實自動回覆只回答「我們收到資料了」，名單分流要回答的是「誰要處理、多久內處理、用什麼資料判斷優先順序、狀態何時更新」。這兩件事不同，不能混在一起。
Google Workspace 學習中心說明，Google 表單可以發布、分享連結、嵌入網站，也能查看回覆並把回應傳送至 Google 試算表。這解決的是蒐集與儲存問題；行銷與業務還要再補上分流規則，否則名單只是換一個地方堆積。參考：Google Workspace：發布表單並取得回覆。
先補 5 個分流欄位
第一版不需要複雜 CRM，先在表單或回覆表後方補 5 個欄位：來源、需求、急迫度、負責人、狀態。這些欄位讓 AI 和真人都能用同一套語言判斷，而不是每個人用自己的印象追名單。
| 欄位 | 要回答的問題 | AI 可協助 | 人工要確認 |
|---|---|---|---|
| 來源 | 名單從廣告、官網、LINE、活動還是轉介紹進來？ | 依 UTM、表單入口或文字描述整理來源 | 不要把未知來源硬歸到成效最好的活動 |
| 需求 | 對方想買、想預約、想詢價，還是只想下載資料？ | 把文字回覆摘要成需求類型 | 避免 AI 把模糊需求判成高意向 |
| 急迫度 | 是否有日期、預算、地區、庫存或服務時限？ | 標示急件、缺資料與可能錯配名單 | 真正報價、承諾交期與名額仍由人決定 |
| 負責人 | 要交給業務、客服、店長、顧問還是行政？ | 依規則建議 owner 與備援人 | 確認休假、區域、產業與客戶關係 |
| 狀態 | 這筆名單是新進、已聯絡、合格、報價、成交或不適合？ | 提醒逾期未回與下一步 | 狀態更新要回填，不能只靠 AI 猜測 |
三種做法：內建、外掛、Apps Script 或 CRM
最小做法，是用 Google 表單的回覆分頁與 Google 試算表管理。Google 文件也提供「選擇表單回應資料的儲存位置」的做法，適合剛開始把回覆集中到同一張表。參考：Google 文件編輯器說明：選擇表單回應資料的儲存位置。
第二層是通知規則或外掛：例如依答案寄給不同負責人、送到聊天工具或建立任務。這適合名單量已經超過人工每天開表檢查，但還不到要導入完整 CRM 的階段。風險是權限、外掛資料存取、通知漏接與規則膨脹，所以每個月要盤點一次誰有權看名單。
第三層是 Apps Script、Make、Zapier 或 CRM 整合。Google Apps Script 文件說明，觸發條件可讓函式在特定事件發生時自動執行；其中表單提交屬於可用的 installable trigger 類型，而 simple triggers 有授權、執行時間與可存取服務限制。這代表 SME 不該把「寫一段小程式」想得太簡單：只要牽涉寄信、外部 API、CRM 或權限，就要測試授權與失敗備援。參考：Google Apps Script triggers。
AI 可以分級，但不能自動承諾
AI 的實用位置，是把每筆回覆整理成「一句摘要、需求類型、缺少資料、建議負責人、建議回覆時限」。例如，填表者寫「下週五前需要台北場地外燴，約 80 人，想知道素食和預算」，AI 可以標示為急件、活動服務、需要報價、店長或業務處理。但 AI 不能直接承諾價格、名額、交期、療效、保固或退款條件。
建議把 AI 分級設計成三色而不是百分數：紅色是 4 小時內處理的急件，黃色是 1 個工作日內回覆的一般商機，灰色是資料不足或暫不適合。這樣比「分數 82」更容易讓現場同事採取行動，也比較不會讓老闆誤以為模型分數就是成交機率。
GA4 與 CRM 要量到 lead stage
如果只記錄表單送出，廣告平台和老闆都會以為所有名單價值一樣。Google Analytics recommended events 文件列出 lead-funnel 相關事件，例如 generate_lead、qualify_lead 與 working_lead；其中 qualify_lead 用來表示使用者符合成為合格名單的條件，working_lead 則表示使用者已被代表聯絡或正在聯絡。參考：Google Analytics recommended events。
台灣 SME 的實務做法可以很簡單：表單送出是 generate_lead；業務看完欄位後標記為合格，是 qualify_lead；客服或業務第一次成功聯絡，是 working_lead。若最後成交或不適合，也要回填到 CRM、試算表或每週報表。這樣 AI 才能從真實結果學到哪些欄位比較有用，而不是只優化表單數量。
個資、同意與退訂邊界
表單名單通常包含姓名、電話、Email、LINE ID、公司、需求、預算或地址。全國法規資料庫的個人資料保護法第 8 條要求，蒐集個人資料時應明確告知蒐集者名稱、目的、資料類別、利用期間地區對象方式、當事人權利，以及不提供資料的影響。參考：個人資料保護法第 8 條。
如果表單之後會用於行銷追蹤、活動通知或再行銷，也要注意第 20 條：非公務機關利用個人資料行銷時，當事人表示拒絕後應即停止，首次行銷也應提供拒絕方式並支付所需費用。參考：個人資料保護法第 20 條。實務上，表單頁不要只寫「送出即同意」，而要用白話說明資料會被誰用、為了什麼目的、保存多久、如何要求停止行銷。
適用與不適用情境
這套做法適合用 Google 表單收詢價、預約、試用、講座報名、白皮書下載、加盟洽詢、B2B 需求單或門市服務申請的台灣 SME。它尤其適合名單量不大，但跟進速度會明顯影響成交的服務業、課程、顧問、B2B、在地店家與小型電商。
它不適合完全沒有負責人制度、沒有回覆時限、或尚未確認表單資料是否依法告知的團隊。若你的產業涉及醫療、金融、保險、投資、兒童資料、敏感個資或高額消費爭議，AI 只能協助整理與提醒，最後仍要由合格人員審核。
資料更新與來源
本文於 2026 年 8 月 18 日查核官方資料與公開 benchmark。Google Forms、Google Sheets、Apps Script、GA4 事件名稱與個資法條文可能更新，正式導入前應回到官方文件、帳戶介面與法律顧問意見確認。
- Google Workspace：發布表單並取得回覆
- Google 文件編輯器說明：選擇表單回應資料的儲存位置
- Google Apps Script triggers
- Google Analytics recommended events
- 個人資料保護法第 8 條
- 個人資料保護法第 20 條
結論：先讓名單有主人，再讓 AI 加速
Google 表單名單分流做不好，問題通常不是工具太陽春，而是每筆名單沒有主人、沒有急迫度、沒有狀態、沒有同意邊界，也沒有回填結果。台灣 SME 可以先用表單加試算表跑出最小流程，再用 AI 協助摘要、分級與提醒。只要來源、需求、急迫度、負責人與狀態這 5 個欄位穩定下來，表單就不只是收資料的入口，而會變成可管理、可衡量、可改善的商機流程。
FAQ
Google 表單名單分流一定要寫程式嗎？
不一定。名單量小時可先用 Google 表單加試算表和人工 owner 欄位；需要依答案通知不同負責人時，再考慮外掛、Apps Script 或 CRM。
AI 可以自動判斷哪些名單最有價值嗎？
AI 可以協助摘要、分類與標示急件，但成交價值要靠後續合格、聯絡、報價與成交結果回填，不能只看模型分數。
表單送出後多久要回覆比較好？
要依產業和需求急迫度設定。本文建議先分紅黃灰三類：急件 4 小時內，一般商機 1 個工作日內，資料不足則先補問關鍵欄位。
Google 表單可以直接當 CRM 嗎？
早期可以當最小名單表，但要補上來源、需求、負責人、狀態、下一步與結果欄位。當多人協作或權限複雜時，應導入 CRM 或任務系統。
表單名單分流要注意哪些個資問題？
表單要說明蒐集目的、資料類別、利用方式、保存與權利行使方式；若後續用於行銷，也要提供拒絕行銷的方式，避免把詢價資料任意再利用。