如何用 AI 建立銷售開發郵件序列：節奏、停止規則與人工審批

要用 AI 建立銷售開發郵件序列，先界定獲批的受眾和目的，只提供已核實的聲稱，設計有限的節奏，並在草擬訊息前寫好停止規則。AI 可以產出可審核的文案，但聯絡資格、個人資料、取消訂閱、審批和實際發送，都必須留在受管治的系統中，由獲授權的人負責。

處理業務資料前，先閱讀通用的安全使用 AI 指南。這個流程產出的是一個草稿包；它不收集名單、不設定自動化，也不能證明接觸在某個地方合法。

關鍵要點

• 草擬前確認司法管轄區、渠道、受眾和聯絡依據。
• 收件人紀錄和抑制資料不進入模型。
• 撰寫訊息前先建立價值與聲稱台帳。
• 個人化只限於來源已知的獲批欄位。
• 先界定回覆、取消訂閱、退信、投訴和轉化的停止規則。
• 每條訊息按要求經品牌、私隱、法律和發送審核。

AI 草擬前必須批准甚麼？

寫一份序列 brief，描述擬議溝通但不含實際收件人，寫明司法管轄區、渠道、業務目的、受眾資格規則、寄件人、優惠或價值、節奏限制和負責人。

FTC 的 CAN-SPAM 指引說明了美國商業電郵的要求，包括準確的路由資料、不具欺騙性的主旨、實際地址、取消訂閱方法，以及落實取消訂閱要求。［1］ICO 的電郵推廣指引解釋，英國的規則可能取決於渠道、收件人類型、同意和有限的現有客戶條件。［2］這些都是地區例子。必須由獲授權的負責人為溝通分類，並確定適用的規則。

brief 欄位	紀錄
序列 ID / 版本	穩定的草稿識別碼
地區及渠道	預定的司法管轄區，以及電郵或其他渠道
受眾規則	獲批的資格定義，而不是收件人名單
聯絡依據	由負責系統保存的決定和證據
寄件人	真實機構和問責負責人
業務目的	一個具體的業務理由
價值陳述	有依據的、說明訊息為何可能有用的理由
節奏上限	最多接觸次數及容許的時間範圍
禁止聲稱	不得暗示的結果或關係
抑制規則	取消訂閱、反對、退信、現有客戶和內部排除
審批人	品牌、私隱、法律、銷售和發送角色
有效期	規則和證據何時需要再次審核

資格、抑制或寄件人身份未解決時就應停止。不要要求 AI「給所有人寫個通用版本」，那會抹去審核序列所需的控制。

如何讓聯絡人數據留在模型之外？

草擬輸入只包括合成的受眾描述、獲批欄位名稱和簡短的合成例子，不包括姓名、電郵地址、電話、帳戶 ID、瀏覽紀錄、通訊紀錄、推斷的意圖或抑制紀錄。

只有發送系統為每個欄位都有獲授權來源時，才使用 {first_name}、{company_name}、{approved_problem_context} 這類佔位符。訂明欄位欠缺時怎樣處理。安全的預設做法是使用不帶個人化的句子或不發送該訊息，而不是讓 AI 捏造一個值。

欄位	容許的來源	欠缺時的處理	禁止的推斷
{first_name}	已核實的 CRM 聯絡人欄位	使用中性問候	暱稱或性別
{company_name}	現行機構紀錄	不提公司	按電郵域名推斷僱主
{role_context}	獲批的分組標籤	使用一般性的任務描述	職級或採購權限
{interaction}	已記錄並獲准的事件	不提該事件	假裝曾經會面或瀏覽網頁

決定哪些資料可以離開紀錄系統之前，先閱讀 AI 私隱指南。資料最少化是設計的一部分，而不是發出提示後的補救步驟。

如何建立價值與 claim ledger？

每一項承諾的能力、結果、優惠、截止日期、客戶例子和關係表述，都需要負責人和證據。ICO 較全面的直接行銷指引強調，由規劃、鎖定對象、發送到尊重個人權利，各環節都要問責。［3］一份文案草稿不能取代這種營運責任。

Claim ID	擬議訊息	證據	範圍	狀態
C-01	支援匯出為格式 X	現行產品文件	版本及市場	已核實
C-02	縮短審核時間	沒有受控證據	無	禁用
C-03	邀請於日期 Y 截止	獲批的推廣條款	指定市場	有條件使用
C-04	我們上個月談過	沒有記錄的互動	無	禁用

要求 AI 只使用已核實或明確附條件的行，並在審核期間把 Claim ID 保留在草稿旁邊，只在匯出獲批文案時才刪除。如果模型寫出台帳中沒有的社會認同、緊迫感、熟絡關係、節省金額、表現或獨家性，就拒絕它。

把價值和施壓分開。「這是一份針對貴團隊工作的檢查清單」可對照 brief 評估；「你絕對不能錯過」是在捏造緊迫感。簡短的訊息同樣需要誠實的主旨、寄件人、目的和下一步行動。

如何設計節奏與停止規則？

撰寫任何接觸前，先規劃整個序列。每條訊息目的不同，之後每次接觸都須以受管治系統確認沒有停止事件為前提。

接觸	目的	最早相對時間	必需檢查	退出條件
1	介紹一項相關價值	第 0 日	符合資格且未被抑制	回覆、取消訂閱、硬退信
2	補充證據或有用資源	獲批間隔	再次檢查資格	回覆、取消訂閱、投訴
3	有禮地結束序列	獲批間隔	最後一次抑制檢查	任何回應或序列完結

這張表是合成模式，不是通用節奏。接觸次數和時間由負責人按市場、渠道、受眾和機構政策決定。

為回覆、取消訂閱、硬退信、投訴、轉化、帳戶變動、法律保全和人手抑制寫明確的停止規則。「適當時暫停」不是可執行的規則。每個停止事件都需要系統負責人、生效時間和測試個案。

AI 不評估即時狀態。發送平台必須在每次接觸前即時檢查資格和抑制。系統之間不一致時，先抑制再調查，而不是假定舊的批准仍然有效就發送。

如何用 AI 建立銷售開發郵件序列中的訊息？

提供序列 brief、獲批佔位符、聲稱台帳、語氣規則、訊息目的和禁止字眼。每次接觸只要求一份主稿和一份實質不同的備選，而不是幾十個表面變體。

可以使用以下指示：

• 不加入事實、熟絡關係、緊迫感、優惠或客戶例子；
• 除非獲批欄位如此說明，否則不暗示收件人瀏覽過某個網頁、參加過某個活動或認識寄件人；
• 每條訊息聚焦一項有依據的價值和一個清晰的行動；
• 保留寄件人身份和必需的頁尾佔位符；
• 負責人有要求時，加入淺白的取消訂閱說明；
• 欠缺的資料標示為 BLOCKED，不要捏造文案；
• 不發送、不排期、不上載，也不補充任何資料。

語氣和事實審核可對照單封電郵流程。序列的分別在於，每條訊息都取決於之前的狀態和停止檢查；把一封電郵複製三次，並不能構成安全的節奏。

如何審查個人化與欺騙風險？

從收件人的角度閱讀每一句個人化內容。它有否暗示獲批資料無法證實的監察、關係、職位或業務問題？如有，就刪除這種暗示。

把主旨與正文分開檢查；正文真實不能補救欺騙性主旨。核實寄件人顯示名稱、回覆路徑、機構、優惠條款、日期、目標連結，以及任何可能影響收件人的聲稱。

NIST 的生成式 AI 設定檔把私隱、虛構內容、偏差和人對系統的過度依賴列為機構應管理的風險。［4］落實這項指引的方法，是在容許的資料組合（包括欠缺值和異常值）中抽樣審核。確認佔位符不會洩露原始資料、產生冒犯性的組合或改變聲稱。

不要按推斷出來的敏感特徵鎖定或排除某些人。不要要求 AI 為「誰最容易被說服」排名、製造操控性的壓力、冒充真人，或把自動產生的內容偽裝成私人對話。

如何批准、交接和衡量序列？

建立審核包，包括 brief 版本、每一份草稿、聲稱對照、佔位符字典、停止規則、必需頁尾、目標連結、審批人和未解決的問題。在每位必要負責人批准確切版本之前，審核包狀態都是 draft。

交接給發送系統時，不得附帶繞過其控制的指示；以合成收件人測試並核實佔位符後備、抑制、回覆識別、連結目標和序列終止。預覽成功不等於獲准發送。

在與目的相稱的整體層面衡量成效。應記錄送達、回覆、取消訂閱、投訴和轉化的定義，但不能用指標推斷敏感特徵或向個人施壓。開啟率較高，並不能證明具欺騙性的主旨可以接受。

電子通訊採用不同的、以訂閱為基礎的一對多流程，見電子通訊草擬指南。凡有外部影響的行動，都要保留人工審批關卡。

總結

• 銷售序列始於資格、目的、負責人和地區審核。
• 收件人和抑制資料留在受控系統，不進入模型。
• 聲稱和個人化欄位都需要明確的來源和後備規則。
• 每次接觸都有不同的目的和可執行的停止條件。
• AI 只產出草稿；由人和受管治系統批准並發送。

常見問題

銷售接觸 brief 最少包含甚麼？

寫明地區、渠道、受眾資格規則、聯絡依據、寄件人、目的、有依據的價值、節奏上限、禁止聲稱、停止規則和審批人。草擬用的 brief 不要包括收件人名單。

銷售接觸序列應有多少次聯絡？

沒有通用數字。使用能支援獲批目的的最短序列，並由負責人按受眾、渠道、地區和政策訂定時間和頻率。

可以上載真實聯絡人作 AI 個人化嗎？

不要只為了草擬文案就上載聯絡人紀錄。使用獲批佔位符和合成例子；身份、資格、抑制和即時欄位值都保留在受管治的紀錄系統。

哪些銷售郵件個人化欄位安全？

只有具備獲授權的最新來源，並已訂明欠缺值處理方式的欄位，才有資格使用。絕不要由間接訊號推斷敏感特徵、關係、活動、意圖、職級或採購權限。

何時必須停止序列？

在負責人界定的事件發生時停止，包括回覆、取消訂閱、硬退信、投訴、轉化、人手抑制或相關帳戶變動。發送系統必須在每次接觸前執行該規則。

AI 能決定取消訂閱是否適用嗎？

不能。取消訂閱的詮釋和抑制屬於問責的法律、私隱和發送程序。狀態不確定或系統不一致時，先抑制訊息，再作調查。

誰核實銷售郵件中的聲稱？

產品或聲稱負責人核實事實陳述；品牌和銷售負責人檢查用法和語氣；法律或私隱審核人確定適用要求；發送負責人核實營運控制。

審批後 AI 能發送序列嗎？

本流程不授權發送。獲批草稿可以轉入受控系統，由該系統獨立執行資格、抑制、時間、身份和審計要求。

免責聲明：本文僅提供一般性的工作流程資訊，不構成法律建議。直接行銷、私隱、消費者保障和通訊規則會因司法管轄區、渠道、收件人及具體情境而異。

來源

1. Federal Trade Commission — CAN-SPAM Act: A Compliance Guide for Business — https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business
2. Information Commissioner's Office — Guidance on direct marketing using electronic mail — https://ico.org.uk/for-organisations/direct-marketing-and-privacy-and-electronic-communications/guidance-on-direct-marketing-using-electronic-mail/
3. Information Commissioner's Office — Direct marketing guidance — https://ico.org.uk/for-organisations/direct-marketing-and-privacy-and-electronic-communications/direct-marketing-guidance/
4. NIST — Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile — https://www.nist.gov/publications/artificial-intelligence-risk-management-framework-generative-artificial-intelligence

Sources checked 2026 年 9 月 4 日。

延伸閱讀

• 如何安全有效地使用 AI
• 如何用 AI 寫電郵
• 草擬訂閱式電子通訊
• 使用 AI 的私隱風險
• 如何建立帶人工審批的 AI 工作流程