CRMと連動した最初のメールシナリオ：同意の記録から停止条件まで、ウェルカム配信の設計手順

資料をダウンロードしてくれた人に、翌朝、同じ件名のメールが届き、3日後にも7日後にも届く。仕組みとしては単純ですが、最初に作るシナリオほど、配信の可否・宛先・停止の三点で事故が起きやすいものです。この記事では、HubSpotやBrevoのようなCRM兼メール配信ツールでも、スプレッドシートと一般的なメール配信サービスの組み合わせでも使える、ツール非依存の設計手順を示します。なお、法令に関する記述は一般的な整理であり、個別の判断は公式資料の確認と専門家への相談を前提にしてください。

最初に設計するのは「同意の記録」

広告宣伝を目的とするメールを送る際、日本では特定電子メールの送信の適正化等に関する法律（特定電子メール法）が適用される場合があります。総務省・消費者庁のガイドラインや案内資料によれば、原則として、あらかじめ送信に同意した相手（オプトイン）にのみ送ることが求められ、送信者の氏名・名称、配信停止（オプトアウト）の連絡先などの表示も求められるとされています。同意を得たことの記録の保存も求められるとされ、保存すべき内容と期間は公式資料で確認が必要です。

そこで、シナリオを作る前に、フォームとCRMの項目として次の記録を残せるようにします。

同意の範囲と配信内容を一致させる

実務で見落としやすいのは、同意の文言と実際の配信内容のずれです。フォームの文言が「資料のお届け」だけなのに、その後にニュースレターやセミナー案内を送ると、同意の範囲を超えたと評価されるおそれがあります。チェックボックスを1つにまとめるか、「資料の送付」と「今後の情報提供」を分けるかは、運用方針で決めます。後者のほうが同意が明確になり、配信停止率の読み取りもしやすくなります。

個人情報保護法の面では、個人情報保護委員会のガイドラインに沿って、利用目的をできる限り特定し、本人に通知または公表することが求められます。CRMやメール配信サービスにデータを預ける場合は、委託先としての管理や、サーバーの所在国に関する確認も必要になることがあります。契約や利用規約、各サービスの公式ドキュメントを確認してください。

ただし、名刺交換などで得たアドレスへの送信には例外が設けられている、といった説明を目にすることがあります。ガイドライン上、一定の条件のもとで同意が不要とされる場合があるとされていますが、適用範囲は限定的で、送る内容が広告宣伝にあたるかどうかの判断も絡みます。「例外に当たるはず」と自己判断して名刺リストへ一斉送信することは避け、社内で扱いを決めるときは専門家に確認するのが安全です。

セグメントとトリガー：3つの条件だけで始める

CRMの機能は多彩ですが、最初のシナリオで使う条件は3つに絞ります。条件を増やすほど、誰にどのメールが届いたかを後から説明しにくくなるからです。

表の3行目が、最も見落とされやすい設計です。営業担当が個別にやり取りしている相手へ、自動メールで「資料の感想をお聞かせください」と届くと、顧客からは同じ会社の連絡がちぐはぐに見えます。CRM側で営業ステージが商談以降に変わった時点で、自動シナリオから外す条件を最初から入れてください。HubSpotではワークフロー、Brevoではオートメーションと呼ばれる機能で、登録条件と除外条件を設定できます。名称や画面は更新されるため、各社の公式ドキュメントで最新の手順を確認してください。

トリガー（開始のきっかけ）は、「資料請求フォームの送信」のように、同意の記録と1対1で結びつくものを選びます。たとえばセミナー参加者全員を、参加登録というだけでウェルカムシナリオへ入れてしまうと、同意の範囲との整合が崩れます。ペルソナごとに検討段階を分ける考え方は、ペルソナとカスタマージャーニー：データから作るか、想像で作るかが参考になります。そこで整理したタッチポイントの表が、そのまま「どの行動をトリガーにするか」の候補リストになります。

ウェルカムシナリオの設計シート

次の表は、資料をダウンロードした人向けの4通シナリオの、仮の例です。日数は説明のために仮置きした値で、最適な間隔は自社の検討期間によって変わります。

4通目を「継続の確認」にしたのは、反応のないアドレスに延々と送り続けない仕組みを入れるためです。配信数だけを増やしても、迷惑メール報告や配信停止が増えれば、メールの到達率にも響くおそれがあります。

ここまでできていれば十分です。シートの各行に「トリガー・条件・終了条件」が書かれていれば、ツールを替えても設定をそのまま移せます。

文面づくりにAIを使う

1通ごとの文面案や件名案を作る段階では、ChatGPT・Claude・Geminiが役立ちます。実在の顧客名やメールアドレスは貼り付けず、ペルソナの説明と、確認済みの事実だけを渡してください。

次の設計シートの2通目（3日後）のメール文面を作ってください。
・読者：（ペルソナの説明）
・目的：資料の使い方を1つ示し、関連記事を読んでもらう
・使ってよい事実：（自社が確認済みのサービス内容のみ）
・文字数：本文400字程度。件名案を3つ。
条件：数値の実績、お客様の声、他社の成果は作らないこと。売り込みの強い表現は避けること。末尾に、送信者名、配信停止リンクの置き場所を示すプレースホルダを入れること。

メールの冒頭には、受信者がなぜこのメールを受け取っているのかを書きます。たとえば「○月○日に資料をダウンロードされた方にお送りしています」の一文です。同意の記録と、メールの理由が対応していることを、受信者にも示せます。

計測と停止条件：何を見て、いつ止めるか

メールの評価を、開封率だけで決めるのは避けたほうが無難です。メールアプリ側のプライバシー保護機能により、受信者が読んでいなくても開封として記録される場合があるため、開封率は参考値にとどまります。各ツールの公式ヘルプで開封計測の仕組みと限界の説明を確認してください。

見るべき成果は、マーケティングKPIの決め方で作ったツリーの「リード→商談」の段階です。シナリオの成否は、メールの反応ではなく、その段階の転換が動いたかで判断します。件数が少ないうちは、数通の違いで割合が大きく振れるため、少なくとも数か月分をまとめて見てください。

送信側の技術面にも触れておきます。GoogleやYahooなどのメール受信側は、多数のメールを送る送信者に対し、送信ドメインの認証（SPF、DKIM、DMARC）や、配信停止をしやすくすることを求めるガイドラインを公表しています。要件の対象や基準は変更されうるため、Googleの送信者向けガイドラインなど、各社の最新の公式資料で確認してください。配信ツール側に認証の設定手順があるので、運用開始前に済ませておきます。

一方で、自動化に頼りすぎるリスクもあります。シナリオが整うほど、顧客との対話が「配信数」の話にすり替わりがちです。返信が来たら人が対応する体制がなければ、せっかく反応した相手を取りこぼします。送信元のアドレスを返信できるものにし、返信の確認を誰の担当にするかも、設計シートに1行足してください。

AIに任せる範囲と、人が確認する項目

最初のシナリオを公開する前に、人が確認する点を次のチェック表にします。AIは文面案や設計シートの抜けの指摘には向いていますが、法令や自社の事実の最終確認は担えません。

AIに設計シートを点検させる場合は、次のように頼みます。

次のメールシナリオ設計シートを、「同意の範囲との整合」「配信停止の扱い」「商談中の相手への誤配信」「頻度が多すぎないか」の4点でレビューしてください。法的な適否は判断せず、人が確認すべき論点として列挙してください。（設計シートを貼り付け）

AIが法令の解釈を断定的に答えた場合は、その内容を鵜呑みにしないでください。条文やガイドラインは改正されることがあり、AIの回答は最新でない可能性があります。ここで挙げた総務省・消費者庁、個人情報保護委員会の資料を自分で開いて、該当箇所を確認することが前提になります。

シナリオが動き始めたら、離脱が大きい通を特定して、ランディングページやフォーム側の改善に戻る場面が出てきます。その進め方はランディングページ最適化（CRO）：勘に頼らない改善の進め方に続きます。メール施策を含む全体設計の演習は、講座のページにまとめています。