免費工具

什麼是後續電子郵件產生器？

後續電子郵件產生器是一款免費工具，能在幾秒內撰寫禮貌且有效的後續電子郵件。選擇你要跟進的事項、描述背景，並選擇下一步；這款免費的後續電子郵件產生器會產生完整的電子郵件 - 包括主旨和內文 - 禮貌地提醒對方回覆，不會讓人感到咄咄逼人。

它可作為會議後的後續郵件寫作者、提案後的溫和提醒、對方沒有回覆時的跟進，以及求職申請後的後續郵件。選擇溫暖、直接或正式的語氣，就能取得符合當下情境的措辭。

當你需要超過一封電子郵件 - 一套完整、內建後續郵件的多步驟開發序列 - KissMySkills 上的 Sales Email Copywriter Skill 能將 Claude、ChatGPT 或任何 AI 聊天工具變成開發郵件寫作者，為你建立整個行銷活動。

為什麼你的後續郵件會開始新的串列，而不是延續舊串列

串列功能並不是郵件用戶端回覆按鈕的功能。它由 RFC 5322 定義的三個標頭組成，而以全新撰寫方式發送的後續郵件一個都沒有。

每封郵件都帶有一個 Message-ID，而標準要求它是「郵件的全域唯一識別碼」。真正的回覆必須將父郵件的 Message-ID 放入 In-Reply-To，並且必須建立 References 取自「父郵件的 References 欄位內容（若有），接著是父郵件的 Message-ID 欄位內容。」兩者都正確，郵件就會進入現有對話。省略它們 - 這正是序列工具將第二步作為主旨前加上「Re:」的新郵件發送時會發生的情況 - 依照標準，這是一個只是看起來像回覆的新串列。

這比聽起來更重要。串列式後續郵件會讓收件者在同一個捲動畫面中看到原始郵件，消除了扼殺回覆的「這是在說什麼」阻力。未串列的郵件則會以第二封陌生開發郵件的形式抵達，開頭便假設你們已經見過面。

相同的標頭規範也會告訴你何時該停止。RFC 3834 規範自動回覆，並指定真正的離開辦公室回覆應帶有 Auto-Submitted: auto-replied。這個標頭是可靠的機器訊號，表示並非由人員回覆 - 遠比比對主旨中是否含有「vacation」一詞可靠。相同的 RFC 建議，自動回覆程式在數天內對同一寄件者發送相同回覆不得超過一次，並以七天作為建議預設值。如果某家供應商的工具將離開辦公室回覆計為一般回覆，並將潛在客戶從序列中移除，那就是誤讀了一個原本設計成可供程式讀取的標頭。

閱讀退信，而不是猜測其原因

當後續追蹤序列重試永遠不會接受郵件的位址時，會悄悄損害寄件者聲譽。SMTP 會告訴你哪一種是哪一種，而區別就在回覆代碼的第一個數字。

RFC 5321 將 4yz 回覆定義為暫時性負面完成：「錯誤狀況是暫時的，可以再次提出該動作」，而用戶端「應再次嘗試」。5yz 回覆則是永久性錯誤：用戶端「不應重複完全相同的請求」。RFC 3463 中的增強狀態碼也以更細緻的方式說明相同概念 - 第 4 類是「持續性暫時失敗」，「未來傳送可能會成功」；第 5 類是「永久性失敗」，「目前形式的訊息不太可能透過重新傳送獲得解決」。常見的 5.1.1 代表「無效的目的地信箱位址 - 位址中指定的信箱不存在」。

兩項標準都沒有使用「硬退信」或「軟退信」這些詞。當兩個工具對退信分類意見不一致時，這點值得注意：它們其實都是在相同的數字代碼上套用各自的標籤。真正重要的規則很簡單。5xx 位址嘗試一次後就應移除。4xx 位址則可以重試 - RFC 5321 建議重試間隔至少 30 分鐘，放棄時間至少為四到五天，這比大多數後續追蹤序列執行的速度慢得多。

你無法知道對方是否讀過

序列通常會根據開啟事件進行分支，而開啟事件已不再能衡量任何事情。

Apple 的「郵件隱私權保護」功能，按照 Apple 自己的描述，「預設會在背景下載遠端內容 - 不論你是否與該電子郵件互動」，並透過兩個轉送伺服器傳遞該內容，因此第一個伺服器知道你的 IP 位址但不知道內容，第二個伺服器知道內容但不知道你的 IP 位址。簡單來說：對於使用 Apple 郵件且已開啟此功能的收件者，不論對方是否曾查看郵件，「開啟」事件都會觸發，而附帶的 IP 位址和位置也不是對方的。

Gmail 是一個規模較小但相似的問題。Google 表示：「當你的使用者開啟電子郵件時，Gmail 會使用 Google 的安全代理伺服器，來提供可能包含在這些訊息中的圖片。」兩家公司都沒有聲稱會封鎖追蹤像素；它們描述的行為，都會使產生的資料反映其基礎設施，而不是你的收件人。

對跟進序列而言，實際的後果是：根據回覆、點擊和退信這些真實事件進行分支處理，並且充其量只把開信率視為方向性數字。如果因為「你已經開啟三次卻沒有回覆」而升高語氣，這樣的序列可能是在斥責一個根本沒看見訊息的人。

這個產生器無法做到的事

它無法將訊息加入同一串對話。 產生器負責寫出文字。電子郵件是否會出現在原始對話中，取決於你的寄件工具是否設定 In-Reply-To 與 References - 不要相信預覽，請檢查測試寄送的原始標頭。

它無法讓你具備良好的送達率。 Google 要求所有寄件者使用 SPF 或 DKIM 進行驗證、發布有效的正向與反向 DNS、使用 TLS，並將 Postmaster Tools 的垃圾郵件率維持在 0.30% 以下；Yahoo 要求相同的基本標準，而大量寄件者還必須使用至少 1024 位元金鑰的 DKIM、通過且符合 From 標頭對齊的 DMARC、單鍵取消訂閱，以及在兩天內處理取消訂閱。永遠無法抵達收件匣的跟進郵件，是你無法靠文案解決的文案問題。

它無法告訴你該跟進幾次，或該在星期幾寄出。 流傳的每個數字 - 三次接觸、五次接觸、星期二上午 10 點 - 都源自某個序列工具供應商關於自家客戶的私有資料集，而不是任何你能驗證的依據。你自己的名單所產生的回覆資料，才是唯一值得據以行動的數字。

它無法判斷何時該停止。 對一個已忽略四則訊息的人持續追問，是招致垃圾郵件投訴最快的方式，而投訴率正是郵件服務商實際管控的指標。產生器不知道你已經寄出多少封。

它無法察言觀色。 糟糕的會議後、你這邊錯過截止期限後，或對剛被裁員的人進行跟進，都需要這項工具沒有的判斷力。寄出前，先以收件人的角度閱讀草稿。