新しいリードが登録されるたび、製品紹介メールを自動で送り続けていないでしょうか。BtoBのステップメールは、単に複数の売り込みを順番に並べる仕組みではありません。受信する人が今知りたいことを整理し、比較に必要な材料を届け、必要な場合だけ相談へ進んでもらう接点です。
この記事では、旧記事の「メルマガを手紙のように届ける」という発想を残しながら、3通の設計、配信対象の確認、停止条件、結果の見方を、少人数のマーケティングチームが使える形へ整理します。ここで示す設計は当サイトによる実務の提案であり、成果が実証された唯一の標準手法ではありません。
最初に確認する：送ってよい相手か、送る理由があるか
ホワイトペーパーをダウンロードしたことと、今後の販促メールすべてを希望したことは同じではありません。配信する前に、取得時に示した利用目的、配信の許可、メール種別、配信停止の状況、適用法令と社内ポリシーを確認します。
HubSpotの公式資料では、ニュースレターなどの種類ごとに購読状態を管理し、Subscribed / Unsubscribed / Not specified を区別する機能が説明されています。送信できる条件は製品設定や適用法令にも左右されるため、ツールの初期値を適法性の保証とみなさないことが必要です。
また、HubSpotの公式配信停止リンク案内は、受信者が購読設定を管理・解除できるリンクについて説明しています。メールの種類や製品によって実装が異なるため、実際の配信フローと設定画面でテストします。
「購読直後の3通」でも、誰にでも送るわけではない
以下は、架空のクラウドサービス企業が、公開資料のダウンロード後に送るメールを想定した例です。実在企業の利用実績ではなく、内容を検討するためのサンプルです。本人が継続配信を希望している場合に限り、段階的な案内を検討します。
| 通数 | 相手が得られる価値 | 内容の例 | 控えること |
|---|---|---|---|
| 1通目：課題の整理 | 課題を社内で言語化できる | 移行する前に確認する5項目、見送りの条件 | いきなり個別商談を強制しない |
| 2通目：比較の判断 | 選択肢と前提条件を比較できる | 内製・外注・維持の比較表、費用と運用責任 | 自社だけが唯一正しいと誘導しない |
| 3通目：次の一歩 | 必要な人だけ具体的に相談できる | 専門家への質問例、相談窓口、関連事例 | 根拠のない成果率や偽の緊急性を訴えない |
この順番は必ず3通必要という意味ではありません。メールを1通で済ませる方が読者の役に立つ場合もありますし、資料希望だけを受けた人には希望した資料を届けて終える選択もあります。
配信の設計シートは、文章より先に作る
- 想定読者：情報システム担当、事業責任者、購買担当など。混同すると前提が合わなくなる。
- 登録の契機：何を希望して登録したのか。配信条件をどこで取得したのか。
- 1通で進める判断：読み終えて何を比較・判断できるか。
- 必要な根拠：製品仕様、利用条件、出典、最終確認日、社内承認者。
- 次の導線：関連ページを読む、別の資料を受け取る、相談する、配信を止める。
- 停止・除外条件：配信停止、顧客からの意思表示、関係の変化、送信失敗、重複など。
特に最後の停止条件は後回しにできません。すでに営業が個別対応している人へ矛盾する自動メールを送り続けないか、途中で購読を取り消した人が直ちに除外されるかを確認します。
「信頼残高」は比喩であって、測定済みの金融指標ではない
旧記事では「信頼残高を積み立てる」という比喩を使っていました。この表現は、無理な売り込みを控える姿勢を考えるには便利です。しかし、相手の心理を見えない数値で測れるという意味ではありません。
まして、メールを3通送ったから信頼が積み上がった、製品紹介を読んだから購買意欲が高まった、と断定することはできません。受信者が価値を感じたかどうかは、希望や具体的な返信、相談内容など複数の情報から慎重に判断する必要があります。
結果をどう測るか：開封率だけを成功条件にしない
実務では配信可能件数、到達状況、購読解除や苦情、リンク先での行動、本人からの返信、相談の希望などを分けて見ると、どこに問題があるか分かりやすくなります。
- 配信前：許可状態、対象者の重複、CRM側の担当状態、下書きの承認。
- 配信直後：送信失敗・エラー・解除の有無、表示崩れ、リンク誤記。
- 読者行動：リンク先で役に立つ情報が得られたか、問い合わせなど明確な意思表示があったか。
- 営業への連携：相談希望を本人が示した場合に限り、合意した範囲で必要な情報を引き継げたか。
- 評価上の留保：閲覧やクリックは役立ち方の一部分であり、単独で商談や売上を証明しない。
配信先が少ない場合、1件の解除や返信で割合が大きく変わります。短期の変動だけでメールが成功・失敗したと結論づけず、一定の期間と観測対象をそろえて判断します。
生成AIを使うなら、顧客情報を入力する前に確認する
生成AIは、構成を変えた案や誤解されそうな表現の洗い出しに利用できます。しかし、顧客名、商談の会話、購読履歴、社内資料などをそのまま外部サービスへ入力してよいとは限りません。契約、許可された環境、機密・個人情報、著作権や社内の管理方法を確認します。
また、製品の機能や実績の数値はAIの文章が自然だからという理由で公開できません。草稿作成・根拠確認・最終承認の担当を分け、更新時にも同じ確認を行います。生成AIを使うBtoBコンテンツ制作の判断表も参考になります。
配信前の最小チェック
- 受信者の希望するメール種別と送信許可を確認したか。
- 解除・配信停止が正しく反映されるか。
- 件名と本文は実際の内容を正しく表すか。誇張していないか。
- 製品仕様や数字の根拠・対象条件・確認日があるか。
- 送信元、返信先、リンク先、スマートフォン表示をテストしたか。
- CRMとの連携が重複配信や不適切な営業フォローを生まないか。
関連資料と、提案の位置づけ
- HubSpot公式：メール購読種別と購読状態 — ツール側の登録・除外設計の参考。
- HubSpot公式：購読設定・配信停止リンク — 配信停止の実装方法の参考。
- 営業とマーケティングのMQL・SQL引き継ぎ — 商談希望をどう渡すか。
- 展示会とWebの顧客体験 — 最初の接点にある文脈を保つ。
- BtoBマーケティング総合ガイド — 関連する戦略や運用記事を探す。
本文の3通構成、設計シート、測定項目はサイトが組み立てた実務フレームであり、HubSpotや外部機関が成果を保証したものではありません。配信の適法性は各企業の具体的な事情・地域・適用法令を確認する必要があります。
メルマガを「手紙」のようにするとは、親しげな文章へ書き換えることだけではないはずです。相手がなぜ登録したかを覚え、その人に今必要な情報を届け、不要になったらいつでもやめられる。その設計から、信頼に値する配信は始まります。