ナーチャリングメール例文が3通目で尽きる理由

この記事は、事業会社でオウンドメディアを運営しながら、獲得したリードへのメールも自分で書いている人に向けています。使うのは ChatGPT のような汎用のLLMだけです。文面を作るプロンプトを3本と、それでも同じ声になってしまうときの直し方、そして指標が動いても商談が増えないときにどこを疑うかを、順番に置きます。

先に結論を書きます。メールの文面が続かなくなる原因は文章力ではありません。社内で即答できる質問の本数が、送れる通数の上限だからです。 3通目で止まるのは、答えを3本しか持っていないという意味です。だから作業の順番を変えます。シナリオの枠を引く前に、答えられる質問を数える。数が足りなければ、文面を考えるのではなく、答えを集めに行く。

なぜ育成という工程が要るのか、全体をどう設計するのかは「リードナーチャリングとは？BtoBマーケティングでの実践方法」にまとまっています。ここでは、明日そのまま貼れる文面の作り方だけを書きます。

資料をダウンロードされた3日後、2通目で手が止まる

1通目は書けます。ダウンロードの御礼と、資料の要点を3行にまとめたもの。相手が何をダウンロードしたかが分かっているので、書くことが決まっています。

問題は3日後です。カレンダーには「2通目」と書いてある。何を送るかは決めていない。とりあえず関連する記事のリンクを貼り、「ご不明点があればお気軽に」と結びます。7日後の3通目も同じ形になり、10日後には送るものが無くなって、配信そのものが止まります。

止まった時点で、リストには数百件の連絡先が残ります。ダウンロードから2週間が経ち、次に接触するのは3か月後の一斉配信です。そのときには、相手はもう別の製品を選び終えています。

このとき担当者が抱えている感覚は、たいてい「文章を書くのが遅い」です。実際には、書く速度の問題ではありません。2通目の白紙を前にして止まっているのは、書く内容が決まっていないからで、それは文章の問題ではなく材料の問題です。

1通目だけ具体的なのは、そこにしか事実が無いから

ここを一段掘ります。なぜ1通目だけが書けるのか。

1通目には、確実な事実が2つあります。相手がダウンロードしたこと、そしてダウンロードした資料の中身です。この2つは記録に残っているので、推測なしで書けます。2通目以降には、それがありません。相手がまだ何も行動していない期間なので、こちらが持ち出すしかない。

では何を持ち出せばいいのか。上位の解説記事は、ここに「事例を送る」「活用ノウハウを送る」「無料相談を案内する」という枠を提示します。枠は正しいのですが、枠には中身が入っていません。 「事例を送る」と書いてあっても、公開できる事例が社内に1件も無ければ2通目は空のままです。

もうひとつの理由は、LLMに聞いても埋まらないことです。「BtoB向けの育成メールを7通、シナリオで書いて」と打てば、7通ぶんの文面は返ってきます。ただしそこに書かれているのは、どの会社でも成立する一般論です。しかも1回のやりとりで7通を出させると、語彙と言い回しが均質になります。7通が同じ人格で書かれているように見え、しかもその人格は自社の誰でもない。 相手は3通目あたりで、これは自動配信だと気づきます。

総務省の「令和7年版 情報通信白書」では、日本で「メールや議事録、資料作成等の補助」に生成AIを使っていると答えた割合は47.3%、何らかの業務で使っている割合は55.2%とされています。一方で、導入時の懸念で最も多いのは「効果的な活用方法がわからない」でした（企業におけるAI利用の現状）。メールにはもう使われている。それでも手応えが無いという状態が、ちょうどここです。

シナリオを引く前に、答えられる質問を数える

順番を入れ替えます。最初にやるのは、通数を決めることでも配信間隔を決めることでもなく、社内で即答できる質問を数えることです。

集める先は4つで足ります。

• 問い合わせフォームとメールに届いた質問文（原文のまま）
• 商談の議事録、または営業への同行メモ
• 失注時のやりとり、断りの言葉
• 既存顧客との定例で出た質問、解約時の理由

要約ではなく原文を集めます。「導入コストを懸念している」という要約からは文面が書けませんが、「初期費用より、運用が回るかどうかが不安です。今の担当が1人なので」という発言からは、そのまま件名が1本作れます。

集めたら、LLMに数えさせます。

以下は、当社に実際に届いた質問と、商談・失注時の発言をそのまま貼ったものです。
これらだけを根拠に、次を出してください。推測で項目を足さないでください。

1. くり返し出てくる質問を、多い順に一覧化する（何回出たかを添える）
2. それぞれについて、この材料の中に「答え」が含まれているかを ○ / △ / × で判定する
   ○＝具体的な答えがある / △＝断片はあるが不足 / ×＝答えが無い
3. ○ の質問だけを抜き出し、1本ずつメール1通のテーマとして成立するかを判定する
4. 最後に、× の質問を「社内の誰に聞けば埋まるか」の推測とともに列挙する

---
（ここに原文を貼る）

○ の本数が、いま送れる通数です。4本あれば4通のシナリオを引きます。2本しか無いなら2通で始めて構いません。送れない通数を先に決めてしまうから、3通目が空になります。 × の一覧は捨てずに残します。これが次に社内で聞くべきことの一覧になります。

件名と本文は、別々のプロンプトで書かせる

材料が数えられたら、文面を作ります。ここでの分かれ目は、件名と本文を1つのプロンプトで書かせないことです。まとめて頼むと、LLMは本文の要約を件名に置きます。要約は、開く前の人にとって最も退屈な文になります。

まず本文から作ります。1通につき1つのテーマだけを扱わせます。

次の条件で、見込み顧客に送るメールの本文を1通だけ書いてください。

- テーマ: （○判定の質問を1つだけ貼る）
- 使ってよい事実: （その質問に対する社内の答えを、原文のまま貼る）
- 読み手: （資料名）をダウンロードした人。まだ商談はしていない
- 長さ: 400字以内。挨拶と自己紹介は2行まで
- 本文の最後に、次の行動を1つだけ置く。選択肢を2つ以上並べない
- 貼った事実に無いことは書かない。埋めるために一般論を足さないでください
- 誇張表現（業界初、劇的に、圧倒的に）を使わない

「貼った事実に無いことは書かない」は毎回入れます。この一行が無いと、LLMは空白を一般論で埋めます。OpenAI のプロンプト設計ガイドも、曖昧な指示を避け、期待する出力の形式を明示することを推奨しています（Prompt engineering）。禁止事項を書くのは、形式の指定と同じ働きをします。

本文が固まってから、件名だけを別に作ります。

下のメール本文に対して、件名の案を8本出してください。次の4種類を2本ずつ作ってください。

A. 相手が実際に使った言葉をそのまま使うもの（下の原文から引用する）
B. 本文で扱う質問を、そのまま疑問形にしたもの
C. 数字や期間を含むもの（本文にある数字だけを使う。無ければAを増やす）
D. 結論を先に言い切るもの

条件: 全角30字以内。記号での装飾をしない。本文に無い内容を件名にしない。

顧客の原文:
（ここに、質問や失注時の発言を貼る）
本文:
（ここに本文を貼る）

顧客が使った言い回しは、言い換えずに残す

A種の件名が効くのは、それが自分の言葉だからです。「運用が回るか不安」という発言を、こちらで「運用体制の構築に課題を感じている方へ」と整えた瞬間に、他社の件名と区別がつかなくなります。きれいにするほど、誰にも刺さらなくなる。 敬語の調整と誤字の修正はしますが、名詞と動詞は顧客が使ったまま残します。

出てきた8本から選ぶときは、開封したくなるかではなく、開いた後に本文が約束を果たしているかで選びます。件名だけが強い状態は、開封率だけが上がって次につながらない典型です。

開封率が上がっても、商談が増えないとき

指標が動いたのに成果が動かないことがあります。このときに疑う順番は決まっています。

第一に、件名と本文がずれていないか。件名で問いを立てて、本文がサービス紹介になっているパターンです。第二に、次の行動が重すぎないか。「まずは30分のお打ち合わせを」は、資料をダウンロードしただけの人にとっては数段飛ばしです。第三に、送っている相手が決裁に関わっていない場合。この3つを潰しても動かないなら、指標ではなく材料の側、つまり最初に数えた○の中身を疑います。

ここまで来ると、残っている作業は人に聞くことだけです。× の一覧を持って社内の詳しい人に30分もらうか、既存顧客に話を聞く。ここは短縮できません。多くの人が詰まるのはその後で、録音は残ったのに文字にする時間が無く、記憶だけで書くことになります。

sonata は、この部分を担当する道具です。話を聞く前に、相手の情報から想定設問リストと企画書を作ります。当日はスマートフォンの録音で構いません。音声をアップロードすると文字起こしと話者の分離を行い、設定したメディアの文体に沿った原稿を作ります。チャットで「この段落をもっと具体的に」と指示すれば修正案が返り、テキストまたは Word 形式で書き出せます。書き出した原稿から、答えの原文をそのまま本文に持ってくる使い方になります。無料で試せます（クレジットカード不要）。

できないことも書いておきます。sonata はメールを配信する道具ではありません。 配信そのもの、宛先の出し分け、配信停止の管理は、いま使っている配信ツール側の仕事として残ります。sonata が短くするのは「聞いた話を、貼れる文章にするまで」です。

配信を始める前に確かめること

何通のシナリオから始めるのが現実的ですか？

社内で即答できる質問の本数と同じにします。4本あれば4通、2本しか無ければ2通です。通数を先に決めてから中身を探すと、後半が一般論で埋まり、そこで配信解除が増えます。上位の解説では5〜7通の例がよく紹介されますが、それは材料が揃っている場合の形で、出発点としての必須条件ではありません。

配信の間隔はどれくらいが適切ですか？

資料ダウンロードを起点に3日後・7日後・10日後といった間隔を挙げる解説が多く、最初はそれに合わせて構いません。重要なのは間隔そのものより、間隔を先に決めて中身を後から埋めないことです。間隔は後から変えられますが、薄い文面を一度送ってしまうと、次の開封率まで下がります。

7通まとめてChatGPTに書かせてはいけませんか？

禁止ではありませんが、まとめて出させると語彙と言い回しが均質になり、全通が同じ人格で書かれているように見えます。1通ずつ、扱う質問と使ってよい事実を変えて出させるほうが結果が良くなります。まとめて出したい場合でも、件名だけは必ず別のやりとりで作り直してください。

例文をそのまま自社のメールに使えますか？

構成と長さの目安としては使えますが、文中の事実は必ず自社のものに差し替えてください。文例をそのまま送ると、同じ文例を使っている他社と文面が一致します。差し替える対象は、数字、他社名、機能名、そして顧客の発言の引用部分です。

反応が無いリードは、いつ止めるべきですか？

止める基準を先に決めておきます。たとえば「4通連続で開封が無ければ、その相手への個別配信を止め、四半期の一斉配信に戻す」といった形です。基準を決めずに送り続けると、配信解除か迷惑メール判定という形で、こちらが選べないタイミングで終わります。

最初の1通は、今日届いた質問メール1本から作れます。シナリオの図を描くより、答えを1本数えるほうが早く進みます。