無料フォローアップメールジェネレーター
返信をもらえる、丁寧で効果的なフォローアップメールを数秒で作成します。
ここにフォローアップメールが表示されます。
詳細を入力して「生成」をクリックしてください。
フォローアップメールジェネレーターとは？
フォローアップメールジェネレーターは、丁寧で効果的なフォローアップメールを数秒で作成する無料ツールです。何についてフォローアップするのかを選び、状況を説明して次のステップを選ぶと、この無料のフォローアップメールジェネレーターが、返信を促しながら押しつけがましくない完全なメール - 件名と本文 - を作成します。
会議後のフォローアップメール作成、提案後の穏やかなリマインダー、返信がないときの確認、求人応募後のフォローアップとして機能します。Warm、Direct、Formalから選ぶと、その場に合った文面が得られます。
複数のメールが必要な場合 - フォローアップを組み込んだ完全な複数ステップのアウトリーチシーケンス - KissMySkillsのSales Email Copywriter Skillは、Claude、ChatGPT、またはあらゆるAIチャットを、キャンペーン全体を構築するアウトリーチライターに変えます。
フォローアップが古いスレッドを継続せず、新しいスレッドを開始する理由
スレッド化は、メールクライアントの返信ボタンの機能ではありません。RFC 5322で定義された3つのヘッダーフィールドによるもので、新規作成画面から新しいメールとして送信したフォローアップには、そのどれもありません。
すべてのメッセージには Message-ID。標準では「メッセージのグローバルに一意な識別子」と定められています。本物の返信では、親のMessage-IDを In-Reply-To、そして構築する必要があります References 「親のReferencesフィールド（存在する場合）の内容に続けて、親のMessage-IDフィールドの内容」を指定します。両方を正しく設定すれば、メッセージは既存の会話に入ります。これらを省略すると - シーケンスツールが件名の先頭に「Re:」を付けてステップ2を新しいメッセージとして送信する場合に起こります - 標準上は、返信に見えるだけの新しいスレッドになります。
これは、聞こえる以上に重要です。スレッド化されたフォローアップなら、受信者は元のメールを1回のスクロールで確認できるため、返信を妨げる「これは何の話だろう」という抵抗がなくなります。スレッド化されていないフォローアップは、すでに会ったことを前提に書き始める、2通目のコールドメールとして届きます。
同じヘッダーの扱いに関する原則から、いつ停止すべきかも分かります。RFC 3834は自動応答を規定しており、本物の不在通知にはAuto-Submitted: auto-repliedを付けるべきだと定めています。このヘッダーは、人間が返信したのではないことを示す信頼できる機械的シグナルです。「休暇」という語を件名から探すより、はるかに確実です。同じRFCでは、自動応答は同じ送信者に対して数日間に1回を超えて同じ返信を送らないよう推奨しており、既定値として7日を推奨しています。ベンダーのツールが不在通知を返信として数え、見込み客をシーケンスから外すなら、読み取りやすく設計されたヘッダーを誤って解釈しています。
推測ではなくバウンスを読む
フォローアップシーケンスで、決してメールを受け取らないアドレスへの再試行を続けると、送信者の評価は知らないうちに損なわれます。SMTPはどちらに該当するかを示しており、その違いは応答コードの最初の数字にあります。
RFC 5321では、4yzの応答を一時的な否定完了（Transient Negative Completion）と定義し、「エラー状態は一時的であり、アクションを再度要求してもよい」と説明したうえで、クライアントは「再試行すべき」としています。5yzの応答は恒久的（Permanent）であり、クライアントは「まったく同じ要求を繰り返すべきではない」とされています。RFC 3463の拡張ステータスコードも、より詳細な形で同じことを述べています。クラス4は「持続的な一時的失敗（Persistent Transient Failure）」であり、「将来送信すれば成功する可能性がある」もの、クラス5は「恒久的な失敗（Permanent Failure）」であり、「現在の形式のままメッセージを再送しても解決する可能性は低い」ものです。よく知られた5.1.1は、「宛先メールボックスのアドレス不良 - アドレスに指定されたメールボックスが存在しない」という意味です。
どちらの標準規格も「ハードバウンス」や「ソフトバウンス」という言葉を使っていません。これは、2つのツールでバウンスの分類が食い違うときに知っておく価値があります。どちらも同じ数値コードに独自のラベルを付けているだけです。実際に重要なルールは単純です。5xxのアドレスは1回の試行後に削除すべきです。4xxのアドレスは再試行してもよく、RFC 5321では少なくとも30分の再試行間隔と、少なくとも4〜5日の試行継続期間が推奨されています。これは、ほとんどのフォローアップシーケンスよりはるかに遅いペースです。
相手が読んだかどうかは分かりません
シーケンスは通常、開封を基準に分岐しますが、開封はもはや何かを測る指標ではありません。
Appleのメールプライバシー保護について、Apple自身は「メールとのやり取りの有無にかかわらず、デフォルトでバックグラウンドでリモートコンテンツをダウンロードする」と説明しています。また、そのコンテンツを2つのリレー経由で送信するため、1つ目はIPアドレスを知るもののコンテンツは知らず、2つ目はコンテンツを知るもののIPアドレスは知りません。簡単に言えば、この機能をオンにしているApple Mailの受信者の場合、人がメッセージを実際に見たかどうかにかかわらず「開封」が発生し、そこに紐づくIPアドレスと位置情報は受信者のものではありません。
Gmailも、規模は小さいものの同様の問題を抱えています。Googleは、「ユーザーがメールメッセージを開くと、Gmailは、これらのメッセージに含まれている可能性のある画像を配信するために、Googleの安全なプロキシサーバーを使用します」と述べています。どちらの企業もトラッキングピクセルをブロックすると主張しているわけではありません。両社が説明しているのは、得られるデータが受信者についてではなく、両社のインフラについてのものになるような挙動です。
フォローアップシーケンスにおける実際的な結論は、返信、クリック、バウンスといった実際に発生したイベントに応じて分岐し、開封率は、せいぜい傾向を示す数値として扱うことです。「3回開いたのに返信しなかったから」とトーンを強めるシーケンスでは、実際にはメッセージを一度も見ていない相手を責めてしまう可能性があります。
この生成ツールにできないこと
メッセージをスレッドに紐づけることはできません。生成ツールは文章を書きます。メールが元の会話内に届くかどうかは、送信ツールがIn-Reply-ToとReferencesを設定するかどうかにかかっています。プレビューを信頼するのではなく、テスト送信の生ヘッダーを確認してください。
メールを確実に配信できる状態にはできません。Googleはすべての送信者に対し、SPFまたはDKIMによる認証、正引きおよび逆引きDNSの有効な設定、TLSの使用、そしてPostmaster Toolsでの迷惑メール率を0.30%未満に保つことを求めています。Yahooも同じ最低条件を求めており、大量送信者には、少なくとも1024ビットの鍵を使ったDKIM、Fromヘッダーの整合性を満たすDMARC、ワンクリック登録解除、2日以内に登録解除を反映することを求めています。受信トレイに届かないフォローアップは、文章では解決できないコピーライティング上の問題です。
フォローアップの適切な回数や、送信に適した曜日を教えることはできません。世間に出回っている「3回の接触」「5回の接触」「火曜日の午前10時」といった数字はすべて、あるシーケンス配信ベンダーが自社の顧客について保有する非公開データに基づくもので、検証可能な根拠に基づいているわけではありません。あなた自身のリストに対する返信データだけが、実際に行動を決める価値のある数字です。
いつ止めるべきか判断できません。4通のメッセージを無視した相手を追い続けるのは、迷惑メール報告につながる最短の道です。しかも、メールボックス提供者が実際に取り締まる指標は苦情率です。生成ツールには、あなたがすでに何通送ったか分かりません。
相手の状況を読み取ることはできません。気まずい会議の後や、あなたの側で締め切りを逃した後、あるいは、たった今リストラされた人に送るフォローアップには、このツールにはない判断力が必要です。送信する前に、受信者の立場で下書きを読んでください。