AO2 FIELD GUIDE · N110 · 行銷自動化與工具整合
表單接 CRM 前，先對照每個欄位的名稱、型別、允許值、必要性、來源與缺值處理，再分清楚接收成功、建立紀錄與完成分派。欄位有被傳過去，不代表資料能被業務正確使用。
表單接 CRM：先確認同名欄位的意義
網站的「產品需求」可能是自由文字，CRM 的同名欄位卻只接受指定產品代碼；表單的「國家」可能指專案地點，CRM 卻拿它決定客戶公司所在市場。直接按欄位名稱配對，即使串接沒有報錯，也可能把資料送進錯誤的分類和分派流程。
先用真實去識別樣本對照資料意義，再定映射規則。欄位名稱只是顯示文字，穩定欄位 ID 與產品 ID 才適合承擔系統連接。中英文頁面若有不同選單，需確認最後寫入同一套核准值，不能讓翻譯文字變成不同的產品紀錄。
| 項目 | 需寫清楚 | 示例風險 |
|---|---|---|
| 意義 | 資料描述的是誰或什麼 | 專案國家誤當公司國家 |
| 型別與允許值 | 文字、代碼、多選及長度 | 自由文字被強制截斷 |
| 必要與缺值 | 何時必填、未知怎麼保存 | 空值被轉成 0 |
| 來源與轉換 | 來源欄位、轉換規則、原值 | 翻譯後形成重複分類 |
| 責任 | 誰核准、誰處理例外 | 規則變更無人通知 |
把空值、未知與不適用分開
客戶沒有填預算，可能是不知道、尚未核准或不方便提供。不能全部轉成 0，再讓評分規則判為低價值。選單「其他」也不應自動映射到任一主力產品，否則業務報表會被默默改變。對不能判定的值，保留原文並標示待分類，讓人工可追查。
同時寫出哪些欄位可由系統產生，哪些只能保留使用者自述。語言頁面、接收時間與表單版本可由系統記錄；實際需求是否適配則需依流程判定。不要用來源頁或某次下載行為，直接推定使用者已同意特定方案或具備採購權限。
完成狀態要拆開，避免成功通知太早
可把流程拆成已接收、已驗證、已建立或更新、已分派、需人工處理與失敗待補送。每一步記錄事件 ID、來源紀錄 ID、目標紀錄 ID 和時間。表單顯示成功，只能代表當下約定的完成條件；如果 CRM 之後才接收，不應讓內部人員誤以為業務已收到。
| 情境 | 應核對 | 不應發生 |
|---|---|---|
| 一般成功 | 值與狀態完整到達 | 只看回應成功 |
| 未知或多選 | 保留原意及待處理狀態 | 靜默刪除資料 |
| 相同事件重送 | 依約定更新或忽略 | 新增重複商機 |
| 部分成功 | 從失敗步驟恢復 | 重跑造成額外紀錄 |
| 建立後分派失敗 | 保留目標 ID 並告警 | 紀錄無人負責 |
電子產業示例：多產品詢問不能只留下第一個值
以下為虛構整合情境。網站允許同時選三個產品系列，CRM 卻只有單選欄位。若直接保留第一個選項，後續分派可能忽略真正需要協助的產品。處理方式可以是調整資料模型、建立關聯紀錄，或先進人工確認佇列；不能由串接者默默刪除其他選項，然後把傳送成功當作完成。
Johnny Wu 的公開觀點提到 Content、CRM、Data 與 Sales 的連接。這裡的實作重點，是讓每一個接點都保留定義與責任：內容帶來什麼問題、表單收什麼、CRM 存什麼、業務如何確認，以及新問題如何回到內容。單純增加一個工具連線，還不能證明這些工作已接起來。
重送與錯誤修復也要寫進資料契約
同一次提交因網路問題重送，不應自動變成兩個新商機。可用穩定事件 ID 與目標系統支援的去重機制設計，但需透過測試確認實際行為。若已建立 CRM 紀錄、通知卻失敗，應只補送通知，而不是重新建立全部資料。各平台能力不同，本文不提供可直接套用的 API 欄位或重試次數。
資料契約還需說明錯誤保存、告警對象和人工修復方式。不要將完整聯絡資料長期複製到所有執行日誌；依組織政策保留必要紀錄與追查識別。串接測試用去識別資料，正式操作則遵守既有資料使用範圍。
驗收從來源一路走到業務可用
至少測一般提交、缺值、未知選項、多選、重送、CRM 失敗與部分成功。每題核對表單值、傳送內容、CRM 最終欄位與分派狀態。請實際接手的業務用紀錄完成一次判讀，確認他不必回到網站後台重找被截斷的需求。
常見問題
選工具前就要寫這份表嗎？
要先寫一份能支持選型的資料對照。列出表單來源欄位、CRM 目的欄位、格式、允許值、必填條件、資料負責人及失敗處理。例如產品名稱可供閱讀，穩定產品 ID 則供串接，不宜混用。用正常、缺值與未知選項各走一次，再看工具能否保存需要的關係。選定工具後補上實際欄位 ID 與接口限制；若先連好再定義，通常更難查出資料在哪一步失真。
欄位改名會影響流程嗎？
可能，但要分辨改的是畫面名稱、內部 ID 還是允許值。畫面改名不一定影響串接，刪除重建欄位或更換代碼則可能造成映射失效。修改前列出表單、CRM、自動分派、分析及報表的依賴；保存舊新對照，安排切換與回復方法。回歸測試需包含舊資料、空值、新值與失敗重試，確認沒有默默落到預設分類，也沒有因不認得新值而丟掉需求。
參考資料與方法範圍
查核日期：2026 年 10 月 21 日。官方文件支援文中對應的平台或可及性說明；工作表與決策流程為本文整理，產業情境另行標示為假想示例。作者公開分享作為工作觀點來源，不作客戶成效或資格背書。
