SATORIシナリオ設計の教科書｜商談を生む設定と営業連携

SATORIシナリオとは、SATORI上でリードの行動や属性をきっかけに、メール配信・社内通知・タグ付与などのアクションを自動で実行する機能です。

弊社にご相談いただいた企業のなかには、SATORIシナリオ自体は動いているものの、メール配信だけで終わってしまい商談まで結びついていないケースも少なくありません。

本記事では、シナリオ機能を構成する4つの要素、成果が出ない3つの落とし穴、設計の5ステップ、目的別の事例、そして営業連携の設計までを順を追って整理します。

SATORIシナリオとは何か｜機能の正確な定義と位置づけ

SATORIシナリオとは、あらかじめ設定したトリガー（開始条件）に応じて、メール配信・社内通知・タグ付与・Webhook送信などのアクションを自動で実行する、SATORIの中でも中核的な役割を担う機能です。

押さえておきたいポイントは次の3つです。

1. 4つの要素で構成される自動化機能：トリガー・リアクション（実行アクション）・条件・タイミングを組み合わせて設計する
2. ステップメールはシナリオの一部：SATORIに独立したステップメール機能はなく、シナリオを直線型で組むことで実現する
3. 匿名訪問者から実名リードまで一貫設計が可能：SATORIの強みである匿名アプローチと組み合わせて活用できる

シナリオがSATORIの中で重要な位置づけにあるのは、リード対応の自動化・スコアリングの更新・営業への即時通知という3つの動きを、1本のフローの中で完結させられるからです。

たとえば、フォーム登録をきっかけにナーチャリングメールを順番に配信し、特定の行動を検知したタイミングでタグを付与してスコアを更新し、そのスコアが閾値を超えた段階で営業に通知メールを送るといった流れを、1つのシナリオの中で組み立てることができます。

SATORIシナリオの定義｜4要素で動く自動化機能

SATORIシナリオの本質は、トリガー（いつ始めるか）・リアクション（何を実行するか）・条件（誰をどう分岐させるか）・タイミング（どの間隔で実行するか）の4要素を組み合わせて、リード対応を自動で進める仕組みにあります。SATORIの公式マニュアルでも、シナリオ作成画面の左カラムに並ぶ4種類のパーツとして、この4要素が説明されています。

たとえば、トリガーで「フォーム登録を受けたら」と決め、リアクション（実行アクション）で「サンクスメールを送る」と定義し、条件で「ダウンロードした資料の種類に応じて分岐させる」と判断し、タイミングで「3日後にフォローメールを送る」と設定するといったように、4要素を順番につなげてシナリオを組み立てていきます。

「シナリオ」と「ステップメール」「メルマガ」の関係

SATORIにおける「ステップメール」は、シナリオ機能の中で実現する配信パターンの一つです。SATORIの機能構成上、ステップメール単体の機能は用意されておらず、シナリオを直線型で組むことでステップメールが成立します。

一方、メルマガは「特定の条件に該当するセグメントに対して、その時点で一斉に1通を配信する」ための機能であり、「トリガー発火後に時間差で複数通を順番に配信する」シナリオとは設計思想が異なります。シナリオの設計方法を身につけると、ステップメールだけでなく、分岐型ナーチャリングや行動トリガー通知も、同じ機能群の中で構築できるようになります。

直線型シナリオの具体的な設計手順については、ステップメール型シナリオの設計例で詳しく紹介しています。

なぜBtoBマーケティングでSATORIシナリオが重要なのか？

BtoBマーケティングにおいてSATORIシナリオが重要になるのは、検討期間が長いリードを「人手では追いきれないタイミングと粒度」で育成し、商談化のタイミングを逃さず営業につなげられるからです。

製造業やSaaSなど、比較検討に時間がかかる商材では、検討期間が数カ月から1年以上に及ぶケースもあり、すべてのリードを営業が手作業で追い続けるのは現実的ではありません。料金ページの閲覧や導入事例の繰り返し閲覧といった行動を検知した段階で、営業に自動で通知を飛ばすようにしておくと、商談化のタイミングを捉えやすくなります。

弊社の支援でも、紹介やテレアポ中心の営業が頭打ちになっている企業ほど、シナリオによってハウスリストを活性化することで成果が出やすい傾向が見られます。

SATORIシナリオを構成する4つの要素

SATORIシナリオは、トリガー（開始条件）・リアクション（実行アクション）・条件（分岐判定）・タイミング（待機制御）の4要素で構成されています。各要素の役割は次のとおりです。

1. トリガー：シナリオを開始する条件を設定する
2. リアクション（実行アクション）：メール送信・タグ付与・社内通知などを実行する
3. 条件：タグや属性によって後続の流れを分岐させる
4. タイミング：次のアクションまでの待機時間を制御する

どれか一つの設定を誤っても、シナリオ全体の動きが意図から外れてしまいます。トリガー条件が広すぎると関係のないリードにまでメールが送られたり、タイミング設計が粗いと配信間隔が崩れたりします。4要素のどこか一つでもズレるとシナリオ全体が機能しなくなるため、それぞれの役割を理解したうえで設計に進むことが重要です。

トリガー（開始条件）の主な種類とBtoBマーケティングでの使い分け

トリガーは、シナリオを開始するきっかけとなる条件です。SATORIでは、フォーム登録・セグメント該当・メール開封・メールクリック・タグ付与・ファイルダウンロードなど、複数の種類が用意されています。リードの温度感や目的に応じて、これらを組み合わせて使います。

リアクション（実行アクション）と未開封再送の注意点

リアクション（SATORIの管理画面上では「リアクション」と表記される実行アクション）として選べるのは、カスタマー向けメール送信・社内通知メール・タグ付与・Webhook送信の4種類です。メール配信に意識が向きがちですが、社内通知メールとタグ付与を組み合わせることで、1本のシナリオの中で「ナーチャリング」「スコアリングの更新」「営業への通知」を同時に実現できます。

あわせて注意したいのが「未開封再送オプション」の挙動です。対象リードがメールを開封しなかった場合に同じメールを再送できる仕組みですが、再送回数や条件は設定内容によって変わります。仕様をきちんと理解しないまま運用すると、開封しないリードに再送が続き、配信総数が想定以上に膨らんだり、受信側の体験を損ねてしまったりする可能性があります。

実際に、未開封再送オプションをONにしたまま長期間運用し、配信総数が想定の数倍に膨らんでいたことに後から気づいた、というご相談もありました。再送回数を別シナリオで制御するか、未開封再送オプションは使わず直線型シナリオで完結させる設計にすることを、弊社ではおすすめしています。

なお、未開封再送オプションの仕様はバージョンによって変わる可能性があります。設計時には必ずSATORI公式ヘルプセンターで最新情報を確認してください。

条件（分岐判定）｜タグや属性で分岐させる仕組み

条件は、リードの状態に応じてシナリオの流れを分岐させるための判定パーツです。SATORIの管理画面では「条件」として用意されており、大きく2種類の分岐設定が使えます。一つは、これまでの行動に基づいて付与された「タグ」の有無で分岐する「タグスイッチ」、もう一つは企業規模・業種・役職などのプロファイル情報で分岐する「カスタマー属性スイッチ」です。

たとえば、ウェビナー参加者向けシナリオでは、「アンケート回答済み」のタグの有無で分岐させ、回答済みのリードには次のステップに進む案内を、未回答のリードにはリマインドメールを送る、という設計がよく使われます。

タイミング（待機制御）｜日時指定・固定日・曜日指定の挙動

タイミングは、リアクション（実行アクション）を実行するまでの待機時間を制御するパーツです。日時指定・固定日指定・曜日指定・タグ付与までの待機・メール開封までの待機など、複数のパターンが用意されています。

弊社にご相談いただいた企業のなかには、待機時間を細かく設定しすぎた結果、シナリオのフローが複雑になり、後から動きを追いづらくなってしまったケースもありました。1日・3日・7日といった区切りの良いタイミングでフェーズを区分するなど、ある程度シンプルな待機設定にしておいたほうが、運用面では扱いやすくなります。

SATORIシナリオが「動いているのに成果が出ない」3つの落とし穴

ここでいう「動いているのに成果が出ないシナリオ」とは、メール自体は自動配信されているものの、商談化にはほとんど貢献していない状態のシナリオを指します。よくある落とし穴は次の3つです。

1. 落とし穴1：戦略設計をしないままツール操作から入っている
2. 落とし穴2：ペルソナと検討フェーズを定義せず一斉配信になっている
3. 落とし穴3：効果測定と営業連携の仕組みが整っていない

BtoBマーケティングの担当者は、「シナリオ機能の操作」を覚えることに意識が向きがちで、その前段にあるべき設計を飛ばしてしまうことがあります。実際に、シナリオを何本も稼働させていて開封率も悪くないにもかかわらず、四半期が終わってもシナリオ経由の商談がほとんど計上されていない、という状況に陥っている企業も少なくありませんでした。

こうした構造を整理するには、ナーチャリングシナリオ設計の基本とあわせて確認しておくと理解しやすくなります。

落とし穴1｜戦略設計なしにツール操作から入っている

「資料請求が入ったから、とりあえずステップメールを組む」「ウェビナー後にフォローメールを何通か流しておく」といった具合に、機能ベースの発想だけでシナリオを組んでしまうのが、最も多い失敗パターンです。シナリオを通じて何を達成したいのか（KGI・KPI）が言語化されていないと、「メールの開封率は見えているが、商談への貢献度が分からない」という状態に陥ります。

まず四半期の商談数やMQL転換率といったKGIを数値で定め、そのKGIから逆算してシナリオの目的を定義するのが正しい順序です。弊社が支援した企業でも、KGIを明文化したうえで稼働中のシナリオを棚卸しした結果、KGIへの寄与度が低いシナリオが想定以上に多いことが分かり、停止・再設計の判断につながった例があります。

落とし穴2｜ペルソナと検討フェーズが定義されず一斉配信化している

配信対象を「全リード」「フォーム登録者全員」といった大きな単位で設定してしまうと、検討初期のリードと商談直前のリードに、同じ内容のメールが届いてしまう状況が生まれます。

たとえば、初めて資料をダウンロードしたばかりの担当者と、3回目の料金ページ閲覧を終えた決裁者に同じ「サービス概要メール」を送っても、後者にとっては情報が物足りません。その結果、メッセージの訴求力が下がり、配信停止が増えたり、商談機会を逃したりします。タグやスコアでセグメントを切ったうえで配信する、あるいはペルソナごとに別のシナリオを用意する、といった設計が効果的です。

落とし穴3｜効果測定と営業連携の仕組みが整っていない

シナリオは、一度設定したら終わりではありません。メールの開封率やクリック率、その後の商談化率を継続的に追いかけ、改善を重ねていく必要があります。さらに、シナリオで創出したホットリードを確実に営業へ引き渡す仕組みがなければ、商談にはつながりません。

弊社がいただいたご相談の中には、シナリオでホットリードが定期的に検知されているにもかかわらず、営業への通知メールの件名が汎用的で、営業側が優先度を判断できず後回しにしていたケースもありました。件名を「〇〇社（部長クラス）が料金ページを閲覧しました」のように変えただけで、営業の反応が変わったという声もありました。

形骸化したシナリオはどう立て直すべきか？

形骸化したシナリオを立て直すときは、まず全シナリオの棚卸しから始めます。稼働中のシナリオごとに、「開始数」「完了数」「タグ付与数」「商談化に貢献した数」といった指標を一覧にまとめていきます。

そのうえで、商談化への貢献度が低いシナリオは停止または再設計の対象とし、KGIに寄与するシナリオにリソースを集中する方針に切り替えます。シナリオの本数を闇雲に増やすのではなく、「効いているシナリオ」に絞ることが、運用改善の大きなポイントになります。

成果につながるSATORIシナリオ設計の5ステップ

SATORIシナリオの設計プロセスは、KGI/KPIの定義からテスト配信までを5段階で進める、戦略設計と実装設計を一体化した手順です。各ステップの概要は次のとおりです。

1. Step.1：KGI/KPIを定義する
2. Step.2：MQL定義を営業と合意する
3. Step.3：ペルソナとカスタマージャーニーを設計する
4. Step.4：トリガー・リアクション・分岐を組み立てる
5. Step.5：テスト配信と効果測定の設計を行う

SATORIの管理画面でシナリオを組む作業自体は、数時間あれば完了することも少なくありません。それ以上に、前段の戦略設計と関係者の合意形成に時間をかけることで、シナリオの成果は大きく変わってきます。シナリオはナーチャリング全体の一部に過ぎないため、設計に着手する前にリードナーチャリングの全体像を押さえておくことを、弊社では推奨しています。

Step.1｜KGI/KPIを定義する（商談数・MQL転換率の数値化）

まずは「リードを育成する」といった漠然としたゴールではなく、「四半期で営業部門に引き渡すMQLを一定数創出する」「資料ダウンロード後の商談化率を一定水準まで引き上げる」など、検証可能な数値目標を設定するところから始めます。

KPIは、育成フェーズ（メール開封率・CTAクリック率・シナリオ完了率）と商談化フェーズ（MQL転換率・商談化率・受注率）の両方で持つように設計することが重要です。育成フェーズの指標だけを追っていると、「開封率は高いのに商談につながっていない」状態を見落としがちです。

Step.2｜MQL定義を営業と合意する（属性×行動の閾値設計）

次に、「どの状態のリードを営業へ引き渡すのか（MQL：Marketing Qualified Lead）」を営業部門と一緒に定義し、文書として残します。企業規模・業種・役職といった属性と、料金ページ閲覧・導入事例ダウンロード・スコア閾値到達といった行動の両軸で、具体的な条件をすり合わせていきます。

行動軸の判定にはスコアリングを併用するのが一般的です。詳細な判定基準の設計手順については、MQL定義と判定基準の設計で詳しく解説しています。営業の合意がないままMQLを通知してしまうと、「営業が動かない通知」が増えるだけで、シナリオが形骸化しやすくなる点には注意が必要です。

Step.3｜ペルソナとカスタマージャーニーを設計する

ターゲットとなるペルソナを定義し、認知・興味関心・比較検討・意思決定の各フェーズで「どんな疑問を持ち、どんな情報を求めているのか」を整理します。

たとえば、担当者向けにはチェックリストや現場で使えるノウハウを、決裁者向けにはROI試算や成功事例を中心に届けるなど、役割やフェーズごとにコンテンツの役割を分けていきます。弊社の支援では、役職と検討フェーズの2軸でペルソナを分け、それぞれに別シナリオを用意したことで、メールへの反応率が改善した例があります。

Step.4｜トリガー・リアクション・分岐を組み立てる

いきなり管理画面上でシナリオを組み始めるのではなく、まずフローチャートでシナリオ全体の流れを見える化しておくと、分岐条件や待機時間の整合性を保ちやすくなります。

フローチャート上では、トリガー・リアクション（実行アクション）・条件・タイミングを順番に書き出し、各分岐後のリードがどのタグ状態になり、どの後続シナリオへ接続されるのかまで明確にしておきます。弊社の経験から見ても、紙やドキュメントツール上でまずフローを描き、そのうえで管理画面に落としていく順番のほうが、後の修正が圧倒的に少なく済みます。

Step.5｜テスト配信と効果測定の設計を行う

本番稼働の前には、テスト用のリードデータを使ってシナリオを動かし、トリガーが意図したタイミングで発火するか、メール本文やリンク、通知先の設定に問題がないかを確認します。

稼働開始後は、Step.1で定義したKPIに沿って週次または月次で数値をモニタリングし、想定より弱い箇所を特定して、件名・本文・タイミングなどをA/Bテストで改善していきます。テスト配信を省略して本番投入した結果、トリガー条件の設定ミスにより想定外のリードに大量配信されてしまった、というご相談も実際に寄せられています。

BtoBマーケティングで成果が出るシナリオの3つの型

SATORIシナリオの代表的なパターンは、直線型・分岐型・行動トリガー型の3つです。それぞれの特徴は次のとおりです。

1. 直線型：トリガー発火後に一定間隔でメールを順番に配信する基本パターン
2. 分岐型：リードの反応や属性に応じて次のアクションを切り替えるパターン
3. 行動トリガー型：特定のWeb行動を検知したタイミングでアクションを実行するパターン

リードの温度感や求める情報はフェーズによって変わるため、ひとつの型で完結させようとしても精度が出にくくなります。検討初期のリードには直線型でフェーズを進め、反応が分かれてきた段階で分岐型に切り替え、決裁前後の高関心リードは行動トリガー型で即時通知するといったように、複数の型を組み合わせて設計することで成果につながりやすくなります。

直線型（ステップメール型）｜資料DL後の段階フォロー

直線型は、トリガー発火後に一定間隔でメールを順番に配信していく基本的なパターンです。資料ダウンロード後のフォローや、ウェビナー申込後の事前リマインドなど、配信するフェーズと内容がある程度決まっているケースに向いています。

たとえば、Day0（資料ダウンロード直後）にサンクスメール、Day3に関連事例、Day7に類似サービスとの比較ポイント、Day14にセミナー案内といった流れは典型的な設計例です。

分岐型｜ペルソナ・反応に応じたコンテンツ出し分け

分岐型は、リードの反応（メールの開封・クリックの有無）や属性（業種・役職など）に応じて、次に実行するアクションを切り替えるパターンです。直線型よりも設計は複雑になりますが、リードごとの関心や状況に合わせた、より1to1に近いコミュニケーションを目指せます。

たとえば、ウェビナー後のシナリオでは、参加者と欠席者で分岐させ、さらにアンケート回答の有無で分岐させることで、それぞれに合ったフォロー内容を出し分ける構成がよく採用されます。

行動トリガー型｜ホットリードの検知と即時通知

行動トリガー型は、リードが特定のWeb行動を取ったタイミングで、営業通知やフォローアクションを即座に実行する設計です。料金ページを一定時間以上閲覧した、導入事例ページを複数回閲覧した、といった行動を検知し、その時点で営業に通知メールを送る使い方が代表的です。

行動トリガー型の精度は、ホットリードの定義づけに大きく左右されます。詳細はホットリード検知の設計手順も参考にしてみてください。

どの型から始めるべきか？

最初の一歩としては、設計と運用がシンプルで、KPIのモニタリングや改善サイクルも回しやすい「直線型」から着手するのがおすすめです。直線型で運用に慣れ、効果測定の仕組みを整えたうえで、分岐型や行動トリガー型へと段階的に広げていく進め方が、現実的で無理のないやり方だといえます。

目的別・SATORIシナリオの実践事例5選

BtoBマーケティングでよく使われる5つの目的別シナリオパターンを紹介します。弊社が支援してきた企業での設計経験を踏まえ、トリガー・リアクション（実行アクション）・タグ設計のイメージまで含めて解説します。

事例1｜匿名訪問者を実名化するポップアップ連動シナリオ

SATORIの強みである「匿名訪問者アプローチ」を活かしたシナリオです。SATORIでは、匿名状態でもWebサイト上の行動履歴をもとにポップアップを表示できるため、この特長を活かして実名化を狙います。

トリガーとリアクション（実行アクション）の設定例：

• トリガー：サービス詳細ページまたは導入事例ページを60秒以上閲覧、または同一訪問者が3日以内に2回以上訪問
• リアクション（実行アクション）：ホワイトペーパーのダウンロードを促すポップアップを表示し、フォーム登録後にタグ付与（例：「popup_case_download」）と後続ナーチャリングシナリオへの連携を自動で実行

タグ命名は「popup_（コンテンツ名）_（獲得経路）」のようにルールを揃えておくと、後続シナリオでセグメントを切るときに扱いやすくなります。流入経路ごとの実名化率や商談化率も追いやすくなるため、ポップアップの内容や表示条件の改善にも役立ちます。

事例2｜ホワイトペーパーDL後の自動フォロー&ナーチャリング

新規リード獲得後の初動対応を自動化する、基本的なシナリオです。資料ダウンロード完了をトリガーに、まず即時にサンクスメールを送り、その後数日から数週間にわたって関連情報を段階的に配信します（直線型）。

ダウンロード直後の熱量が高いタイミングで素早くフォローし、シリーズ化したメールのなかで資料の補足情報や次のアクション（セミナー案内・相談会案内など）を提示します。各メールへの反応（開封・クリック）にもとづいてタグ付与やスコアの更新を行い、その後のホットリード検知につなげていきます。

事例3｜ウェビナー参加後のフォローアップシナリオ

ウェビナー参加者のフォローアップを自動化し、次のアクションにつなげる分岐型シナリオです。ウェビナー終了をトリガーとして、参加者と欠席者で分岐させ、さらにアンケートの回答有無で分岐させることで、それぞれに適したフォローメールを配信します。

アンケートで高い関心を示したリードには、その回答内容をもとに営業通知を即時に飛ばす設計にしておくと、商談化のタイミングを逃しにくくなります。ウェビナー設計全体の最適化については、ウェビナー後のナーチャリング設計もあわせて参照してください。

事例4｜ホットリードを検知して営業へ即時通知するシナリオ

マーケティング活動を商談創出に直結させるうえで欠かせない、行動トリガー型シナリオです。

トリガーとリアクション（実行アクション）の設定例：

• トリガー①：スコアがMQL定義で設定した閾値（一例として80点）を超えた
• トリガー②：料金ページを一定時間（一例として120秒）以上閲覧、または導入事例ページを3ページ以上閲覧
• リアクション（実行アクション）：社内通知メールを即時送信し、タグ付与（例：「hot_pricing_view」「hot_score_80」）とSFAへのWebhook連携を同時に行う

通知メールの件名は「【要確認】〇〇社（部長クラス）が料金ページを閲覧しました」のように、リード情報を直接含めておくと、営業担当者が開封前から優先度を把握しやすくなります。

事例5｜休眠リードの掘り起こしシナリオ

過去に接点はあったものの、長期間アクションがない休眠リードを再び動かすためのシナリオです。一定期間（例えば180日）Webアクセスやメール反応がなかったリードをセグメントで抽出し、再アプローチ用のステップメールを配信します。

過去にどのテーマに関心を示していたか、どの属性に属するのか、といった情報にもとづいてコンテンツを出し分けることが重要なポイントです。反応があったリードは、通常のナーチャリングシナリオや営業通知に自動で接続するようにしておくと、休眠状態からスムーズに再育成フェーズへ戻せます。

シナリオを「商談」につなげる営業連携の設計

シナリオを商談につなげる営業連携設計とは、MQL定義の合意・SLA設計・通知メール設計の3要素を整える運用設計のことです。各要素の役割は次のとおりです。

1. MQL定義の合意形成：マーケと営業で「どのリードを引き渡すか」を文書化する
2. SLA（マーケと営業の引き継ぎルール）：誰がいつまでに何をするかを定める
3. 通知メールの5要素：営業がすぐ動ける情報を盛り込む

シナリオで生まれたMQLが商談化しない場合、シナリオそのものの設計よりも、営業との連携設計が整っていないことに原因があるケースが多くあります。MQLが通知されても営業が動かない、動いても初動が遅い、初動はあるが情報不足で空振りする、というように営業連携の各段階で詰まる箇所が複数存在しています。

MQL定義の合意形成｜属性×行動の閾値を言語化する

マーケと営業の両方が「どの状態のリードを商談対象とみなすのか」を言語化し、文書で合意することが必要です。企業規模・業種・役職といった属性軸と、料金ページ閲覧やスコア閾値到達などの行動軸の両面から、具体的な条件を定義していきます。

弊社にご相談いただく企業のうち、MQLの定義を文書化していなかった企業では、「営業がフォローしないリード」が多い状態に陥っていました。営業側から見て「自分たちが追うべきリード」と納得できる定義になっているかどうかが重要なポイントです。

SLA（マーケと営業の引き継ぎルール）を設計する

SLAとは、MQLが発生した際に「誰が、いつまでに、何をするか」を定める運用ルールのことです。「MQL通知から営業の初回コンタクトまでの時間（例：営業日1日以内）」「コンタクトの方法（電話かメールか）」「結果の報告方法」といった項目を事前に取り決めておきます。

SLAがない状態でシナリオを稼働させることを弊社では推奨していません。SLAがなければ「営業が動かなくても誰の責任にもならない」状態になりがちで、せっかくシナリオで創出したリードが放置されてしまうからです。80社以上のMA活用支援に関わってきた経験から見ても、SLAの設計有無で商談化率の差は明確に出ています。

営業が即動ける通知メールの5つの必須情報

営業が即時に動ける通知メールに含めておきたい情報は、次の5つです。

1. リードの基本情報：氏名・会社名・部署・役職・連絡先
2. ホット化した理由：トリガーとなった具体的な行動（例：「料金ページを一定時間以上閲覧」「スコアが閾値を超過」）
3. 直近の行動履歴：閲覧したページ、ダウンロードした資料、開封したメールの一覧
4. 過去の接触履歴：過去の商談履歴や、以前担当した営業担当者の有無
5. 推奨される初動アクション：マーケ側から営業へ提案するアプローチ方法（例：「導入事例の関連分野を切り口にした電話アプローチ」）

これらの情報をWebhook経由でSFA/CRMにも連携しておけば、営業が初動の準備にかける時間を短縮できます。詳細な連携手順は、SATORIと外部システムの連携設計を参照してください。

通知したのに営業が動かない場合はどうするか？

通知を送っているのに営業が動かない場合は、まず通知メールの内容とMQL定義の合意レベルを見直します。通知メールが「リード氏名と会社名」程度の情報しか含んでいなければ、営業は事前準備に時間がかかると判断し、後回しにしてしまいがちです。

弊社の支援では、通知メールに先ほど挙げた5つの要素を盛り込むように設計を変えたところ、営業の初動率が上がり「あの通知なら動ける」というフィードバックが増えたケースがありました。通知の設計を見直すことは、シナリオそのものを大きく作り替えるよりもコストが小さく、効果が出やすい改善ポイントです。

SATORIスコアリングとシナリオを連動させる実装視点

SATORIスコアリングとシナリオの連動とは、スコアの動きをトリガー・条件・分岐に組み込み、リードの温度感に応じて自動でシナリオが切り替わる仕組みのことです。押さえておくべきポイントは次の3つです。

1. スコアをトリガーにする：閾値超過を起点にシナリオを発火させる
2. スコア閾値を営業と合意する：MQLの閾値と整合させる
3. シナリオで付与するタグをスコアに反映する：行動データを点数化する

スコアリングとシナリオを連動させる必要があるのは、シナリオ単体では「ホットリードかどうかの判定軸」を持てないからです。スコアリングの設計手順はSATORIスコアリングの設計方法で詳述しているため、本記事ではシナリオ側からの連携視点に絞って解説します。

スコアをトリガーにしたシナリオの組み方

スコアが特定の閾値を超えたタイミングをセグメント該当として扱い、それをトリガーにしてシナリオを発火させるのが基本パターンです。「スコア80点以上」のセグメントを作成し、該当タイミングで社内通知メールを送るシンプルなシナリオでも、ホットリード検知の精度は大きく向上します。

スコア閾値の決め方と営業合意の進め方

スコアの閾値は、Step.2で合意したMQL定義と整合させる形で決めるのが原則です。過去の商談化リードのスコア分布を確認し、商談化率が一定水準になるスコア帯をMQL閾値とする決め方が現実に即しています（弊社では30%以上の商談化率となるスコア帯を目安にしています）。

弊社が支援した企業では、過去6か月の商談データをもとにスコア分布を可視化し、営業部門と一緒に閾値を決定した結果、MQL通知後の商談化率が改善した例があります。数字で合意してからシナリオに反映するという順序を弊社では推奨しています。

シナリオで付与するタグを起点にスコアを動かす設計

シナリオで付与するタグを、スコアリングの加点条件として登録しておくことで、シナリオを進めるたびに自動でスコアが更新される仕組みを作れます。「ホワイトペーパーDL完了」のタグ付与で+10点、「料金ページ閲覧」のタグ付与で+15点、というように、行動データがそのままスコアに反映される設計です。

実装前に知っておくべきSATORIシナリオ固有の3つの注意点

SATORIシナリオには、設計前に押さえておきたい仕様上の注意点が3つあります。

1. 注意点1：稼働中シナリオの編集に制限がある
2. 注意点2：シナリオON前にトリガー条件を満たしていたリードは対象外
3. 注意点3：未開封再送オプションの過剰再送リスク

いずれもSATORIの公式マニュアルに記載されていますが、具体的な回避策まで踏み込んだ情報はまだ多くありません。仕様はバージョンにより変わる場合があるため、設計時には必ずSATORI公式ヘルプセンターで最新情報を確認してください。

注意点1｜稼働中シナリオの編集制限（複製運用の判断）

SATORIのシナリオは、一度ONにして稼働させたあと、トリガー条件や分岐ロジック、リアクション（実行アクション）の種類など主要な構造については編集に制限があります。内容を変える必要が出てきた場合は、稼働中のシナリオを停止し、複製したシナリオ側に修正を加えたうえで再度ONにする手順になります。

そのため、最初から「複製運用」を前提にしてシナリオを設計しておくと、後の修正がスムーズになります。シナリオ名にバージョン管理ルール（例：「〜_v1」「〜_v2」）を持たせ、改修のたびに複製を作成してから変更する運用フローを事前に決めておくとよいでしょう。

注意点2｜シナリオON前にトリガー条件を満たしていたリードは対象外

SATORIのシナリオは、ONにしたタイミング以降に発生したトリガーに対して動作する仕様です。シナリオをONにする前にすでにトリガー条件を満たしていたリード（すでに資料をダウンロード済みの既存リードなど）は、そのシナリオの対象に含まれません。

この点に対応するには、稼働開始時に「既存リードを後から取り込むためのセグメント該当トリガー」を別途用意する方法があります。対象セグメントに対して手動またはバッチでタグ付与を行い、そのタグ付与をトリガーとするシナリオを並行して稼働させることで、既存リードもナーチャリングの対象に含められます。

注意点3｜未開封再送オプションの過剰再送リスク

未開封再送オプションは、対象リードがメールを開封しなかった場合に同じメールを再送できる機能です。再送回数や条件は設定次第で変わるため、設定内容を把握しないまま長期間運用を続けると、配信総数が想定以上に増えて配信負荷やリード側の体験に悪影響が出ることがあります。

このオプションを使う場合は再送回数を別シナリオで制御するか、再送が必要なケースは別シナリオで明示的に設計するほうが安全です。弊社でも、未開封再送オプションには頼らず、シナリオ側の設計でコントロールする運用を推奨しています。最新の仕様はSATORI公式ヘルプセンターで必ず確認してください。

他MAツールと比較したSATORIシナリオの強みと選定の目安

本セクションは、SATORIシナリオの相対的な位置づけを確認したい方向けの補足情報です。HubSpot・Account Engagement・Marketoとの設計思想の違いと、SATORIが特に活きるケース・向かないケースを整理します。

弊社では、HubSpot・Account Engagement・Marketoの3ツールにわたるMA選定・導入・活用支援を80社以上に提供してきました。Account Engagement Specialistの資格保有者として、ツール固有の得意・不得意を踏まえた中立的な視点で整理します。

HubSpot・Account Engagement・Marketoとの設計思想の違い

SATORIは「日本のBtoBマーケティング環境に最適化されたMA」として匿名訪問者アプローチを標準搭載している点が、他ツールとの大きな違いです。HubSpotはインバウンド全般を統合的に扱う設計思想、Account EngagementはSalesforce CRMとの密接な連携を前提とした設計思想、Marketoはエンタープライズ規模の複雑なシナリオを組める設計思想がそれぞれ強みです。

SATORIシナリオが特に活きる企業フェーズ

SATORIシナリオが特に活きるのは、Webサイト経由のリード獲得が事業の中心になっている企業、かつ匿名訪問者の段階からの育成設計を内製で進めたい企業です。SaaSや専門サービス、製造業など、検討期間が長く比較情報の収集にWebが多用される商材で効果が出やすい傾向があります。

SATORIシナリオで実現しにくい領域と代替策

一方、複雑な多段分岐を伴うエンタープライズ向けのキャンペーン設計や、Salesforceなど大規模CRMとの双方向リアルタイム連携を中心に据えた設計は、Account EngagementやMarketoのほうが向いているケースがあります。弊社の支援でも、商談プロセスがSalesforce上で複雑に管理されている企業では、SATORIではなくAccount Engagementを推奨することがあります。

シナリオを形骸化させないPDCA運用の設計

シナリオを形骸化させないPDCA運用とは、月次レビュー・改善体制・内製化と外部支援の使い分けを組み合わせた継続改善の仕組みのことです。各要素の概要は次のとおりです。

1. 指標と月次レビュー：育成フェーズと商談化フェーズの両方を追う
2. 改善体制：仮説→検証→反映のサイクルを担うメンバーを明確にする
3. 内製と外部支援の使い分け：継続業務と専門業務を切り分ける

シナリオを稼働させた直後の数値は最適化前の状態であり、改善の余地を残しているのが通常です。開封率・クリック率・MQL転換率の3つを毎月レビューし、想定を下回っているシナリオから改善対象を選定する流れが手堅い進め方です。

見るべき指標と月次レビューの進め方

月次レビューでは、育成フェーズの指標（メール開封率・CTAクリック率・シナリオ完了率）と商談化フェーズの指標（MQL転換率・商談化率・受注率）の両方を確認します。シナリオごとに「開始数→完了数→MQL転換数→商談化数→受注数」のファネルを作成し、どの段階で離脱が多いかを可視化することが改善の糸口になります。

シナリオの改善サイクルを回す体制

改善体制は、「数値分析担当」「コンテンツ修正担当」「営業フィードバック収集担当」の3つの役割を分けて持つのが望ましい構成です。1人で全部を回そうとすると、改善サイクルが止まりやすくなります。弊社が支援した企業では、月次レビューを30分で完結させる定例フォーマットを整備した結果、改善サイクルが安定して回るようになった例があります。

内製化と外部支援の使い分け

内製化と外部支援の使い分けは、「継続業務は内製、専門業務は外部支援」が基本方針です。メール文面の修正・配信スケジュール調整などの日常運用は内製で対応し、シナリオの再設計・スコアリングモデルの統計的見直し・営業との合意形成支援などは外部支援の活用を検討する、という切り分けが実態に合っています。

支援事例から見るSATORIシナリオ活用

弊社では、SATORIに限らずHubSpot・Account Engagement・Marketoを含むMA活用支援を80社以上に提供してきました。そこから見えたシナリオ活用の成功パターンと失敗パターンを2つ紹介します。

休眠リードへの掘り起こしシナリオで再活性化につながった例

弊社が支援した企業で、過去に資料ダウンロードがあったものの長期間アクションがなかった休眠リードに対し、過去の関心テーマ別にコンテンツを出し分けるシナリオを設計したケースがあります。

過去のダウンロード履歴からテーマタグを付与し、テーマ別に「最新の関連事例」「最新の業界動向資料」「無料相談会の案内」という3段階の直線型シナリオを構築しました。休眠していたリードからの反応が再び生まれ、「数カ月ぶりに問い合わせがあった」という報告を営業担当者から受けたケースも出てきました。

行動トリガー検知で営業の動き方が変わった例

別の企業では、ホットリードの検知シナリオは稼働していたものの、営業側が通知を真剣に確認していない状態がありました。通知メールの件名が汎用的だったうえに、本文にリードの直近行動履歴や推奨アクションが含まれていなかったため、営業側で情報を集め直す手間が発生し、初動が後回しになっていたのです。

通知メールに5要素（リード基本情報・ホット化した理由・直近の行動履歴・過去の接触履歴・推奨される初動アクション）を盛り込むようにシナリオを再設計したところ、「通知が来たらすぐ動ける」という声が営業側から上がるようになりました。シナリオそのものを大きく変えずに通知設計だけを見直す、という小さな改修でも成果が変わる典型的なケースです。

まとめ｜SATORIシナリオは「戦略設計」と「営業連携」の両輪で成果を出す

SATORIシナリオは、トリガー・リアクション（実行アクション）・条件・タイミングという4要素で構成される自動コミュニケーション機能です。その成果は、シナリオを実装する前の戦略設計と、シナリオから営業へリードを引き渡す連携設計の両方によって大きく変わります。

本記事では、シナリオ機能の4要素から、形骸化しやすい3つの落とし穴、設計5ステップ、3つの型、目的別の事例5選、営業連携の設計、スコアリングとの連動、実装前の注意点、他MAツールとの比較、PDCA運用の設計、弊社の支援事例までを順を追って解説しました。シナリオを「ツール上の作業」ではなく「KGIから逆算した仕組みづくり」として捉えることが、形骸化を防ぐうえで大切なポイントです。

弊社では、SATORIに限らずHubSpot・Account Engagement・Marketoを含むMA活用支援を80社以上に提供し、Salesforce認定資格者がシナリオ設計・スコアリング設計・営業連携SLA構築までを一体で支援してきました。シナリオ設計の前段にあたるリードナーチャリング戦略の整理から、稼働中シナリオの棚卸し、営業連携の再設計まで、現状の課題に応じてご支援が可能です。

よくある質問

Q1. SATORIのシナリオとステップメールは何が違いますか？

SATORIの「ステップメール」はシナリオ機能のなかで実現する配信形式のひとつで、独立したステップメール機能としては存在していません。シナリオ機能が直線型・分岐型・行動トリガー型をまとめて扱う上位の概念であり、ステップメールは直線型シナリオの一形態という位置づけになります。

Q2. SATORIの月額料金はいくらですか？

SATORIの月額料金はプランやリード数、契約条件によって異なるため、本記事では具体的な金額の明示は控えています。最新の料金プランや見積もりは、SATORI公式サイトまたはSATORIの担当者から直接ご確認ください。導入時には機能差だけでなく、サポート範囲や運用支援の有無も確認しておくことを弊社では推奨しています。

Q3. SATORIの仕組みはどのようなものですか？

SATORIは、Webサイト訪問者の行動データを収集し、匿名・実名を問わずリードへのアプローチを自動化するMAツールです。ポップアップで匿名訪問者を実名化し、シナリオ機能でナーチャリングを進め、スコアリングで温度感を判定し、社内通知メールで営業へ引き渡す、という一連の流れを1つのプラットフォーム上で完結させられる仕組みになっています。

Q4. ビジネスにおける「シナリオ」の意味は何ですか？

ビジネス、特にMAやBtoBマーケティングの文脈における「シナリオ」とは、顧客の行動や属性に応じて実行する一連のアクションをあらかじめ設計したフローのことを指します。SATORIに限らず多くのMAツールで採用されている考え方で、リードのフェーズや反応に合わせて自動的に最適なコミュニケーションを実行するための設計として機能します。

Q5. SATORI担当者がいない状態でもシナリオ運用は可能ですか？

SATORIの専任担当者がいなくても運用そのものは継続できますが、改修や改善のサイクルが止まりやすくなるリスクがあります。稼働中シナリオの設計意図や運用ルールを文書化しておくこと、複数人で運用権限を共有しておくこと、外部の支援パートナーと定期的に棚卸しの場を設けることが、継続運用のための重要な対策になります。

Q6. シナリオを設定したのに商談が増えない場合、何を見直すべきですか？

商談が思うように増えない場合は、シナリオそのものよりも先にKGI/KPI・MQL定義・営業連携・通知設計の4点を見直すことを弊社では推奨します。弊社が支援した企業でも、シナリオの本数を増やすより、既存シナリオの通知メール設計やMQL定義を見直すことで商談化率が改善したケースが多数あります。まずは稼働中シナリオのうち、どのシナリオが商談化に貢献しているかを数値で可視化するところから着手するのが効果的です。