如何寫出讓對方願意回信的 B2B 開發信英文：結構、句型與範例
多數業務主管收到的英文開發信，第一眼就能認出是罐頭範本——語氣生硬、主旨空洞、開場句放諸四海皆準。這篇文章拆解專業 cold email 的結構與句型，附上實際可套用的開發信 英文範例，協助非英語母語的業務團隊，把每一封信寫得像是專門為對方而寫。
- 主旨句（cold email subject title）越具體、越少銷售語氣，開信率通常越高
- 開場句要在一句話內證明「這封信是為你而寫」，而非套用通用模板
- CTA 應該是對方能用一兩個字回答的低門檻問題，而非直接約會議
- Follow-up 往往貢獻整體回覆量的一大部分，不要寄一次就放棄
- 依台灣個資法，開發信須提供退訂或不再聯絡的明確選項，並確實執行
什麼是 cold email？為什麼多數英文開發信一眼就被判定是廣告
Cold email meaning 其實很單純：是指企業針對過去沒有互動紀錄的收件人，以建立商業關係為目的主動寄出的第一封信。它跟不分對象、大量群發的垃圾郵件不同——真正的目標性開發信是針對特定公司、特定職位的人，內容經過個人化，寄送量也刻意壓低，而不是一次群發上萬封。
多數台灣團隊寫出來的英文開發信之所以像廣告，問題往往不在英文文法，而在思維：直接把中文商務信的邏輯翻成英文，開頭先自我介紹公司歷史，中段條列產品規格，結尾才問對方要不要聊聊。收件人在三秒內就能辨識出「這是模板」，因為完全沒有任何一句話只對他成立。
這也是為什麼 LDM 一向強調，開發信寫作的重點不是「怎麼繞過垃圾郵件過濾器」，而是「怎麼讓這封信本來就不像垃圾郵件」。技術層面的 SPF、DKIM、DMARC 只是把一封本來就寫得像真人往來的信，順利送到收件匣；如果內容本身充滿銷售話術，技術再乾淨也救不回來。
專業開發信的黃金結構（cold email template）
把一封開發信拆解開來，其實只有幾個固定區塊，差別在於每個區塊寫得夠不夠具體。以下是可以直接套用的結構順序。
- Subject（主旨，cold email subject title）：簡短、具體、非銷售語氣，例如點出對方公司近期的動態或產業共同痛點，避免「Quick question」這類已經被用到疲乏的空泛主旨
- Opening line（開場句）：第一句話就要證明「這封信是為你而寫」，可以引用對方公司公開的新聞、職缺、產品發布或產業處境
- Value bridge（價值橋接）：用對方會關心的語言描述你能解決的具體問題，而不是介紹自己產品的功能清單
- Social proof（可選）：一句話帶過同產業或類似規模客戶的成果，不需要展開
- CTA：低門檻、明確、給對方好回答的方式，例如是非題優於「要不要約時間聊聊」
- Signature：保留人味，附上真實職稱與公司連結，並附上退訂或不再聯絡的選項
高回覆率句型與開發信 英文範例
開場句最常見的三種寫法，效果差異很大。第一種是通用開場，例如「I hope this email finds you well」——這句話幾乎不對任何人成立，等於白白浪費第一句話的注意力。第二種是產業／職稱客製化開場，例如「Most logistics ops leads we talk to are still reconciling freight invoices manually」，至少縮小到對方的職能範圍。第三種是具體事件觸發的個人化開場，例如「Saw Meridian Freight just opened a new hub in Kaohsiung — scaling ops teams usually means invoice volume spikes too」，這種開場只對這一位收件人成立，效果通常最好。
以下是一個完整的開發信 英文範例，情境是台灣一家物流科技公司 NetSys Taiwan，寫信給美國一間貨運公司 Meridian Freight 的採購主管：主旨寫「Kaohsiung hub + invoice reconciliation」；開場句提到對方剛開設新據點；接著一句話說明 NetSys Taiwan 過去如何幫類似規模的貨運公司把發票對帳時間從數天縮短到數小時；結尾 CTA 只問「Worth a 15-min look, or is this not a priority right now?」——這種是非題式的 CTA，比起「要不要約時間」更容易讓對方順手回一個字。
CTA 句型另外幾個好用的變化：「Is invoice reconciliation something your ops team is actively trying to fix this quarter?」、「Happy to send a one-pager first if that's easier than a call.」重點都是降低對方回覆的心理成本。
數字為目標性 B2B 開發信操作中的經驗區間，僅供參考，非正式研究數據。
Follow-up 序列：句型與寄送節奏
很多團隊只寄一封就放棄，這是最常見也最可惜的錯誤。多數收件人不是拒絕，而是當下太忙沒空回，follow-up 的作用是提醒，而不是重新推銷一次同樣的內容。
常見節奏是：第 0 天寄出第一封、第 3–4 天寄第一次 follow-up、第 8–10 天寄第二次、第 14–16 天寄最後一次，每一封都應該比前一封更短，並且換一個角度，例如第二封補一個具體案例，第三封改問對方是否該找別的窗口。句型可以簡單到「Just floating this back up — still worth a look?」，不需要重寫整封信。
數字為目標性 B2B 開發信操作中的累積回覆佔比經驗區間，僅供參考。
常見英文寫作錯誤與地雷句
以下幾個問題不一定是文法錯誤，但足以讓一封開發信瞬間被貼上「模板」標籤。
- 直譯中文思維，開頭就是「As we all know」「Our company was established in」這類自我介紹式起手式
- 過度正式或堆疊少見商務詞彙，語氣反而生硬不自然，不像真人寫的
- 單複數、冠詞、時態的小錯誤累積起來，會悄悄降低專業可信度
- 主旨或內文出現典型垃圾郵件觸發詞，例如「Free」「Guarantee」「100%」，以及過多驚嘆號或全大寫
- CTA 模糊不明確，例如「Let me know if interested」，對方不知道該回什麼
- 信件過長，把段落拿來堆疊產品規格，而不是對方會在意的利益
- 忽略稱謂與文化差異，例如誤用性別代稱，或對第一次聯絡的對象用過度親暱的口吻
寄送前檢查清單，以及 LDM 如何處理開發信寫作與寄送
依台灣個人資料保護法第 5 條比例原則，以及第 8 條、第 9 條的告知義務，企業以商業目的蒐集、處理或利用聯絡人姓名、職稱、電子郵件等個人資料時，應提供合理告知，並讓對方能行使停止蒐集、處理或利用的權利。實務上，這代表每一封開發信都應該在簽名區塊附上清楚的退訂或「不再聯絡」選項，一旦對方提出要求，就必須確實停止寄送，這不是選配功能，而是法律義務。
作為長期服務目標性 B2B outreach 的 cold email outreach agency，LDM 的作法是把英文文案品質跟寄送端的技術基礎分開處理但同時把關：文案端確保每封信有真人對真人的語氣與具體個人化細節；技術端把好 SPF、DKIM、DMARC 設定，控制單一網域的每日寄送量循序暖機，並把每一封回信同步進 CRM，讓 SDR 團隊接手時看得到完整脈絡。核心邏輯始終是同一句話：不是想辦法繞過垃圾郵件過濾器，而是讓每一封信本來就該被當成正常商務信件對待。
- 主旨是否具體、非銷售語氣，且能一眼被辨認出跟收件人有關
- 開場句是否包含只對這位收件人成立的具體細節
- CTA 是否是低門檻、對方能用一兩個字回答的問題
- 簽名與退訂資訊是否齊全，符合個資法告知與停止利用的要求
- 寄送網域的 SPF、DKIM、DMARC 是否已正確設定
- 是否已安排至少 2–3 次語氣不同的 follow-up
常見問題
Cold email meaning 到底是什麼，跟垃圾郵件（spam）有什麼不同？
Cold email 是指針對過去沒有互動紀錄、但經過篩選的特定收件人主動寄出、以建立商業關係為目的的第一封信。跟垃圾郵件的差異在於：對象是刻意篩選而非不分青紅皂白群發，內容經過個人化，並且提供合法的退訂或停止聯絡選項。
開發信的 subject title（主旨）要怎麼寫才不會被略過？
主旨要短、具體，並帶一點只跟對方有關的線索，例如公司近期動態或產業共同痛點，避免使用已經被用到疲乏的空泛句子，也要避免出現「Free」「Guarantee」這類容易被視為廣告詞的字眼。
一封開發信大概要寫多長？
多數有效的開發信落在 4 到 7 句、大約 60 到 120 個英文單字之間。太短顯得敷衍，太長則沒人願意讀完；重點是每一句都要有存在的理由。
需要寄幾次 follow-up 才夠？
常見做法是總共寄 3 到 4 封，間隔約 3 到 5 天，每一封都要比前一封更短、換一個角度，而不是重複同樣的推銷內容。
開發信收件人要求不要再聯絡，我們有法律義務嗎？
有。依台灣個人資料保護法，企業蒐集、處理或利用聯絡人個人資料須符合比例原則並善盡告知義務，一旦收件人要求停止聯絡，企業就應依法停止該筆資料的處理與利用，這通常代表要把對方從寄送清單中移除。
找 cold email outreach agency 代寫或代寄，跟自己團隊寫的差別在哪？
差別主要在規模化的一致性：專業的 outreach agency 除了把文案寫得像真人往來，通常也同時處理網域暖機、寄送節奏、退訂機制與回信歸檔到 CRM，讓業務團隊不用同時兼顧文案品質與技術細節。