キャンペーンローンチPlaybook: 予定通りに出荷するマルチチャネル戦略

4週目の水曜日。ローンチまであと14日。プロジェクトトラッカーを開くと、ウェビナーのランディングページには「ヘッドラインをここに入れる」という文字が残っています。有料クリエイティブは法務レビューで3ラウンドのコメントが付いたまま停滞。SDRイネーブルメントデッキはまだ存在しません。Sales Opsはマーケティングが担当だと思い、あなたはSales Opsが担当だと思っていたからです。ディレクターからステータスを聞かれます。「順調です」と答えます。ローンチがまた2週間遅れると認めることにはなれないからです。

これはすべてのDemand Gen Managerが経験する瞬間です。入社時に誰も教えてくれないこと: ほとんどのローンチがクリエイティブの質が不十分だから失敗するのではありません。依存関係が4週目まで見えないために失敗します。修正する時間がなくなった時点で初めて問題が浮上するのです。

このPlaybookは初日から依存関係を見えるようにします。これを実行すれば、5回中4回は予定日にローンチできます。私が見てきたB2B SaaSローンチのデフォルト成功率は? 5回中1回に近いです。

マルチチャネルローンチが遅れる理由

ローンチが遅れるのは、誰かがデッドラインを守らなかったからではありません。そもそも誰もデッドラインを所有していなかったからです。

B2B SaaSのマルチチャネルローンチは少なくとも4つのチームに関わります。Demand GenはファネルとスケジュールのR（実行責任）を持ちます。Contentはアセットとコピーを担当します。Marketing Opsはトラッキング、ピクセル、レポートを担当します。Salesはイネーブルメントとフォローアップを担当します。そのチームのどれもあなたに報告しません。ガントチャートを共有していません。5週目にパニックが起きるまで、誰も毎日チェックポイントを持ちません。

何が起きるか。ContentのカレンダーはQ4の製品リリースがライターの週を奪ったため押されます。Opsはエンジニアリングマネージャーが別のことを優先したため、ピクセルをデブスプリントに入れられません。Salesは別のディールレビューを実施し、SDRが新製品トレーニングを受けることなく終わります。誰かが気づいたときには残り10日で、誰も教えてくれなかった3つのブロッカーが存在します。

クリエイティブの問題ではありません。コーディネーションの問題です。そしてコーディネーションこそが、JDに「キャンペーン戦略」と書かれていても、Demand Gen Managerが実際に報酬をもらっている仕事です。

6週間T-マイナスタイムライン

解決策はT-マイナス構造で、各週に名前付き成果物と名前付きオーナーを設けることです。プロダクトチームがリリースを出荷する方法から借用し、マーケティングキャンペーン向けに適応しました。

2つのルールがこれを機能させます。第一に、T-6は交渉の余地がありません。6週前にオファー、ICP、メッセージ、成功指標、トラッキングプランが確定していなければ、このPlaybookを実行しているのではなく、旧来の壊れたプロセスにカレンダーを貼り付けているだけです。第二に、毎週金曜日にその週の成果物を確認します。「作業中です」ではなく、確定か未確定か。未確定であれば、ローンチ日を移動します。T-0に壊れたランディングページを出荷するよりも、T-5で移動する方が良いです。

全員が必要とするブリーフィングパック

ローンチが予定通りに出荷されるかどうかを決める唯一のアーティファクトはブリーフィングパックです。1つのドキュメント、5つのセクション、T-6に作成しT-5に確定します。

セクション1: オファー. 何を販売するか。価格。プロモーション（無料トライアル、割引、バンドル、その他）。顧客が申し込む、または購入する具体的なもの。

セクション2: ICP. 誰に販売するか。職種、会社規模、業界、ペインシグナル。「モダンなエンタープライズ」という段落ではなく、具体的に: 「2つ目のSDRポッドを採用したばかりの、従業員200〜1,000名のB2B SaaS企業のHead of RevOps」。

セクション3: メッセージ. 問題、深刻さ、解決策、証拠の構造。顧客が抱える問題は何か? 解決しなければコストはいくらか? 私たちの解決策は何か? 証拠は何か（顧客ロゴ、ケーススタディの数値、第三者評価）?

セクション4: 成功指標. このキャンペーンが評価される1つの数字。5つではなく1つ。パイプライン貢献金額、MQL数、デモ予約数、無料トライアル登録数。1つを選んでください。その他はすべて二次的なものです。

セクション5: トラッキングプラン. UTMパラメーター、イベント名、アトリビューションウィンドウ、結果が表示されるダッシュボードのURL。チームメンバーが「これが機能したかどうかどうやって分かるの?」と聞く必要があるなら、ブリーフは失敗です。

テスト: キックオフに参加しなかったチームメンバーにブリーフィングパックを渡し、「何を誰に販売するのか?」と聞いてみてください。30秒以内に答えられなければ、ブリーフを書き直してください。有料マネージャーが間違ったペルソナに向けた広告コピーを書いたために失敗したキャンペーンの数は、恥ずかしいほど多いです。ブリーフはそれを防ぐ唯一の場所です。

オーナーシップを明確にするキックオフの進め方

T-5のキックオフ。60分。書面によるアジェンダ。全員カメラをオンに。

キックオフの仕事は一つ: 全参加者が、自分が何を所有するかを明確に理解して部屋を出ることです。口頭でのコミットメントは3週目までに消えます。書面によるRACIは残ります。

私が使用するRACIグリッド:

R = Responsible（実行者）。A = Accountable（承認者）。C = Consulted（相談先）。I = Informed（情報共有先）。Demand Genはほぼすべてのことに対してA（承認責任）を持ちます。これは正しいです。ローンチはあなたの名前が壁に書かれています。しかしすべてに対してRを持つわけではありません。その区別がPlaybookを機能させます。実行を委任し、結果を所有します。

これを印刷してください。メールで送ってください。キャンペーンのSlackチャンネルにピン留めしてください。すべてのスタンドアップで参照してください。誰かが「あなたが担当だと思っていました」と言ったとき、グリッドを指し示してください。

当日ローンチチェックリスト

T-0。記憶を頼りにしないでください。チェックリストを実行してください。

プリフライト（当日の朝、何かがライブになる前）

• ブラウザの開発ツールで全有料ピクセルの起動確認（モバイルとデスクトップの両方でテスト）
• テストクリックから5分以内にUTMがアナリティクスダッシュボードに反映
• PostmarkまたはSendgridでメール配信可能性のグリーン確認（スパムフラグなし）
• 4G環境でランディングページが3秒以内に読み込まれること
• CTAボタンが機能すること。フォームが送信できること。確認メールが届くこと。
• ICPブリーフとリードルーティングルールを添えて、Salesのチームチャンネルに通知済み
• インバウンドの質問とエスカレーションパスについてサポートチームにブリーフィング済み
• ウェビナー登録が機能していること（個人メールでのテスト登録確認）
• 社内ステークホルダーリストにローンチアナウンスのスケジュールが設定済み

0時間目（ローンチがライブになる）

• 有料キャンペーンを「一時停止」から「アクティブ」に変更
• メール一斉送信（またはデータに基づく最適な送信ウィンドウにスケジュール）
• ランディングページを公開（ステージング用に使用した場合は「noindex」を削除）
• 会社のソーシャルチャンネルに投稿
• Salesがリードの受信ボックスを確認していることを確認

4時間目（最初のメトリクス確認）

• 期待されるペースでクリックが来ているか?（過去3回のローンチと比較）
• コンバージョン率は期待範囲内か?（4時間目に低くても慌てないこと、24時間後まで待つ）
• リードが正しいSDRポッドに正しくルーティングされているか?
• 有料ダッシュボードにエラーがないか?（クリエイティブ却下、請求保留、オーディエンス不一致）

終業時のレビュー

• 何が壊れたか?（サンキューページのピクセルが起動しなかった? メールの件名がフラグを立てられた?）
• 24時間修正リストは何か?
• 各修正の担当者とタイムライン（ほとんどはT+1の終業までに完了すべき）

サンキューページのピクセル失敗が最も一般的な問題です。最も高コストでもあります。次の2週間のリターゲティングオーディエンスが間違ったものになるからです。必ずテストしてください。2回。

最初の14日間の毎日スタンドアップパターン

T+0からT+14。毎日15分。同じ時間、同じチャンネル、同じ3つの質問。

1. 昨日何が完了したか?
2. 今日リスクがあるものは何か?
3. 次の24時間以内に決定が必要なものは何か?

Demand Genが運営します。Content、Ops、Salesが参加します。2文を超えるステータスアップデートはなし。スタンドアップで深い議論をしない。それは関係する人だけの別の作業セッションに回します。

なぜ週次ではなく毎日か? ローンチ後14日間のウィンドウでは、24時間のブロッカーが毎週確認では7日間のブロッカーになるからです。上記のピクセル未起動の問題? 毎日スタンドアップで発見されれば4時間の修正です。週次ステータスミーティングで発見されれば、誤ったオーディエンスでアルゴリズムをトレーニングしながら2万ドルを費やした5日間の遅延です。

T+14の後は週2回のカデンスに落とし、次に週次に。T+30までにキャンペーンは定常運用になり、スタンドアップは金曜レビューに置き換えられます。

なぜ「2週目」でほとんどのローンチが死ぬのか

ローンチの1週目はローンチのエネルギーがあります。社内のSlack投稿、エグゼクティブからの称賛、プレスリリース、最も温度の高いリストからのデモ予約。全員がダッシュボードを見ています。全員が興奮しています。

2週目にローンチは死にます。

新しいニュースがありません。パイプラインの数値は見込みより低くなります。温度の高いリストは1週目にコンバートし、コールドリストのウォームアップには時間がかかるためです。他の優先事項がチームメンバーをBAU業務に引き戻します。ライターは編集カレンダーに戻り、Opsはリードスコアリングの再構築に戻り、Salesは四半期末のパイプラインに戻ります。キャスタマージャーニーはまだ初期段階にあるのに、社内ではキャンペーンが昨日のニュースのように感じ始めます。

修正策はT+10ではなく、T-3の時点で計画する2週目の再点火です。機能する選択肢:

• コンテンツドロップ. 新しいコンテンツ（ケーススタディ、詳細ブログ、比較ページ）が次の有料クリエイティブバリアントと次のメールのタッチポイントになります。
• セールスコンテスト. キャンペーンの有望リードに紐付けた週次SPIF（控えめな賞品、リーダーボードでの高い可視性）。
• フレッシュなクリエイティブバリアント. 広告疲れを打破し、何が響いているかをA/Bテストできる有料クリエイティブの第2ラウンド。
• 顧客事例のリリース. 1週目に新しいオファーを試した顧客にアプローチし、2週目にその事例を発信します。

注目をリセットするものであれば何でも。目標を一貫して達成するローンチは、チームが2週目を1週目と同じ真剣さで扱い、流しで臨まないものです。

将来のローンチを本当に変えるローンチ後レビュー

T+14（より完全な状況把握のためにT+21でも可）。90分。キックオフと同じ参加者。書面による出力。3つのセクション:

目標を達成したものと理由. 目標に対する正確な指標。結果を生み出した具体的なチャネル、クリエイティブ、または瞬間。「メールが機能した」ではなく「セグメントYへの件名Xのメールがベースライン2.1%に対して4.2%のコンバージョン率を達成した」。

不足したものと根本原因（症状ではなく）. 「ウェビナーの参加者は登録者の38%で目標50%を下回った」は症状です。「ウェビナー2時間前のリマインダーメールを送らなかったのは、ワークフローが構築されていなかったためだ」が根本原因です。常に2レイヤー深く掘り下げてください。症状レイヤーで止まるチームが多く、それが同じ問題が次のローンチでも繰り返される理由です。

次回具体的に変えること. 「より良くコミュニケーションする」ではなく、それはプロセスの変更ではありません。「ウェビナーの2時間前のリマインダーを標準ワークフローテンプレートに追加、担当はMarketing Ops、Demand GenがT-3で承認」がプロセスの変更です。変更をPlaybookテンプレートに書き込み、次のローンチが修正済みのバージョンから始まるようにします。

レビューは文書化され、より広いチームと共有され、次のローンチのキックオフで明示的に参照されます。「前回のローンチはXが原因で失敗しました。このキックオフがそれを防ぐ方法は次の通りです。」これがチームが同じ失敗を繰り返す代わりに、ローンチを重ねるごとに改善していく方法です。

予定通りの出荷はコーディネーションスキル

ほとんどのDemand Gen Managerは自分の仕事がクリエイティブ戦略とチャネルミックスだと思っています。それは小さな部分です。より大きな部分、予定日にローンチが着地するかどうかを決める部分は、あなたに報告しないチーム全体のコーディネーション、誰も追跡していないタイムライン、手遅れになるまで浮上してこない依存関係の管理です。

6週間T-マイナスタイムライン、ブリーフィングパック、キックオフRACIグリッド、当日チェックリスト、毎日スタンドアップ、2週目の再点火、根本原因レビュー。これらは何も巧妙なものではありません。すべてが、5回中4回予定通りにローンチを着地させるか、5回中1回になるかの違いです。

Playbookを実行してください。ローンチを出荷してください。それをまた実行してください。各ローンチが前回の修正済みPlaybookから始まるという複利効果が、「デフォルトでローンチが遅れる」チームから「デフォルトで予定通りに出荷できる」チームへの変化をもたらします。

関連記事

• Demand Generation Manager職務記述書
• Demand Gen ICとして予測可能なパイプラインを構築する
• Salesとの連携: SLA、引き継ぎ、フィードバックループ
• ソロDemand Gen ICのためのアトリビューション