怎麼把活動報名資料接進 CRM 和行銷系統？

要做的事不是「匯出參加者」

一份 CSV 回答的是「現在名單上有誰」。業務和行銷要的是另一個答案：這個人身上發生了什麼變化，以及什麼時候變的。報名、付款、審核、報到、未到場、退款和取消，是各自獨立的事件。如果只在會後同步最終名單，你就丟掉了讓跟進有用的時機。

搭任何東西之前，先約定身分鍵

同一個人變成兩筆 CRM 聯絡人時，整合就會不聲不響地出錯。選定一條比對規則，並寫下來：

• 主鍵： B2B 用工作電子郵件，或你已經在表上收集的 CRM 聯絡人 ID。
• 建立還是更新： 電子郵件已存在就更新聯絡人；不存在就建立。報名和 CRM 的「公司」對不上時，誰說了算，先定。
• 重複： 有人用個人電子郵件報名，業務那邊已經有工作電子郵件。把規則寫下來，不要留給第一次同步。
• 同行者 / +1： 同行的人要不要變成 CRM 聯絡人。通常不該。

值得同步的欄位，和不值得的

只同步業務會打開看的最少欄位。沒人對應的多餘欄會變成雜訊，下次改表單時就會斷。

通常值得同步

姓名、電子郵件、公司、職稱、票種或報名類型、活動名稱/ID、報名時間、已付款/已通過狀態、報到時間、UTM 或邀請來源、行銷同意標記。

有人負責才同步

自訂問題、飲食需求、場次選擇、胸牌名字。對營運有用；如果沒有流程用到它們，放在 CRM 裡就是雜物。

預設不要進 CRM

支付卡相關識別碼、內部備註、志工備註、原始 webhook 資料。

同意不等於到場

報到了的人，並沒有自動同意進入贊助商名單或業務郵件序列。每次同步都要把三個標記分開：

• 活動 / 事務郵件——確認、日程變更、場地通知。
• 來自主辦方的行銷——電子報、以後的活動。
• 分享給指定的贊助商 / 參展商——只有你問過、而且他們明確同意了才行。

如果 CRM 沒辦法分別儲存這三樣，不要造一個「已同意」欄位來代表全部。續約爭執和客訴就是這麼來的。面向歐盟營運的細節在 GDPR 實務指南裡。

CSV、原生連接器，還是 webhook：按資料變動的頻率來選

一條沒有負責人的即時通道，比一份有負責人的每週 CSV 更糟。寫明活動當週同步失敗時該叫醒誰。

按活動實際會把它弄斷的方式來測這條通道

• 用同一個電子郵件報名、付款（或通過）、取消、再報名。CRM 裡應是一筆聯絡人，不是四筆。
• 報到一張測試胸牌，確認到場紀錄在你向業務承諾的時限內同步過去。當天同步，和「遲早會同步」，是兩種產品。
• 改一個表單欄位的標籤，確認對應還在，或者有人會收到提醒。
• 第一天結束後的隔天早上，拉一份未到場名單，看 CRM 裡的階段和實際情況是否一致。

活動之後，怎麼才算「做好了」

你應該能從 CRM，或者由它提供資料的報表，不打開報名後台就回答：

• 多少人報名、付款或通過、報到、未到場，按推廣通路或邀請來源分列。
• 哪些聯絡人可以放進會後序列，哪些只收事務郵件。
• 哪些參展商或業務負責人收到了已取得同意的線索，什麼時候收到的。

如果這些答案還得靠一份手動拼出來的簡報，那整合並沒有做完，做完的只是匯出。