mcpField
A
ad-buyer-group-mapper

ad-buyer-group-mapper

github.com/mbfinottiマーケティング・グロース222.2k 回インストール2 日前に更新
リポジトリ

ad-buyer-group-mapper について

マーケティング向けのスキルで、B2B の購買委員会に想定される役割を整理し、各役割にメッセージの切り口と広告プラットフォーム上のターゲティング代理指標を対応させます。役割は仮説として扱い、根拠で検証します。

主な機能

  1. 01購買委員会の想定役割を整理
  2. 02役割ごとに訴求の切り口を設定
  3. 03広告ターゲティングの代理指標を提案
  4. 04買い手の根拠で役割を検証
  5. 05仮説と反証テストを明示

活用シーン

  1. 01B2B キャンペーンのセグメント設計
  2. 02買い手の役割別に訴求を調整
  3. 03購買委員会の検証に使う根拠を選定

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/mbfinotti/advertising-skills --skill ad-buyer-group-mapper

インストール後、Claude Code で/ad-buyer-group-mapperを入力して読み込まれたか確認します。

同梱ファイルevals/evals.jsonreferences/worked-example.md

詳細

Buyer Group Mapper

取引規模、業界、オファーを基に、購買委員会に加わる可能性が高い役割を特定し、各役割に訴求の切り口と、広告プラットフォーム上でその役割に実際にリーチできるターゲティングの代替指標を組み合わせます。出力はキャンペーン計画用のセグメント単位の役割マップです。市場セグメントにおける役割のパターンであり、進行中の個別案件における実名のコンタクトマップではありません。後者は別の成果物であり、より厳格な証拠基準が適用されます。

購買委員会はB2Bに固有のものです。基盤となるモデルは、複数の意思決定者が関与する消費者向け購入(世帯)にも部分的に応用できます。どこまで応用でき、何が応用できないかについては、該当するセクションを参照してください。

このスキルでは役割マップを作成します。対象者の規模、予算、配信順序を定めたオーディエンスにするには、mbfinotti/advertising-skills@ad-audience-targeting を使用します。広告そのものを作成するには、mbfinotti/advertising-skills@ad-copy-variants を使用します。

確認事項

マッピングの前に、すでに回答済みの内容は省略し、簡潔に一度だけ質問してください。

  1. オファーは何ですか。また、B2Bですか、それとも複数の意思決定者が関与する消費者向け購入ですか?
  2. 取引規模/ACVの範囲はどのくらいですか?(購買委員会の規模と、役割ごとのクリエイティブを用意できるかどうかに影響します。)
  3. 業界と、買い手企業の規模はどのくらいですか?SMB、ミッドマーケット、エンタープライズのいずれですか?
  4. アドレス可能な市場の規模はどのくらいですか?数百の実名アカウントですか、それとも数万ですか?
  5. 過去の買い手について、どのような証拠がありますか?受注・失注データ、買い手へのインタビューや通話メモ、レビューの分析、アカウント単位のインテントデータなどですか?
  6. どのプラットフォームで配信しますか。また、月間予算はいくらですか?
  7. カテゴリーにおける新規購入、既存製品からの置き換え、拡張のいずれですか?(参加する関係者が変わります。)
  8. いつまでに成果を出す必要がありますか?厳しい期限がある場合、すでに保有している証拠や今週中に購入できるリーチが優先され、買い手へのインタビューや、設定のために継続的な作業が必要なものは優先度が下がります。
  9. 単発キャンペーンでの成功を目指しますか。それともチームが四半期ごとに再利用する、積み重ねていける資産を目指しますか?積み重ねていく場合は受注分析、買い手へのインタビュー、保有するアカウントリストが優先され、単発の場合は公開済みの範囲や機能レベルのリーチが優先されます。
  10. 労力の上限はどのくらいですか?アカウントごとの調査時間、実際に制作できるクリエイティブのバリエーション数、調整可能な役割数を教えてください。上限が低ければ統合したマップが優先され、高ければ役割ごとのクリエイティブを用意しやすくなります。

このスキルのすべての順位付けは、平均的なチームを想定した初期設定であり、絶対的なルールではありません。状況や実行者によって変わります。それぞれの回答と、ユーザーについてすでに把握している情報に照らして順位を付け直し、どの回答によってどの選択肢の順位が変わったかを出力で明記してください。考慮すべきシグナルは次のとおりです。

  • すでに保有しているアカウントリスト。
  • 社内のリサーチ部門。
  • すでにライセンスを取得しているインテントデータフィード。
  • 差分を確認できないほど整備されていないCRM。

エビデンスゲート

  • すべての役割は、エビデンスによって裏付けられるまでは仮説です。委員会があると断定せず、委員会を提案し、各役割のステータスを明記してください。
  • エビデンスソースは、強さだけでなく、効率、つまり費やした時間あたりに確認できる役割の数を基準に選んでください。評価軸の順位は一致しません。
    • 効率:受注・失注案件の差分 > 通話メモ > レビュー分析 > 購買担当者へのインタビュー > 公開調査 > インテントデータ > 役職名からの推測
    • 価値:受注・失注案件の差分 > 購買担当者へのインタビュー > 通話メモ > レビュー分析 > 公開調査 > インテントデータ > 役職名からの推測
    • 労力:購買担当者へのインタビュー > インテントデータ > 受注・失注案件の差分 > レビュー分析 > 通話メモ == 公開調査 > 役職名からの推測
    • コンプライアンスコスト:インテントデータ > 購買担当者へのインタビュー > その他すべて == なし
  • 労力の桁違いの目安:
    • 購買担当者へのインタビュー:複数の役割にまたがる日程調整に1週間。
    • インテントデータ:トピックの設定と再調整を行う継続的な作業。
    • 受注・失注案件の差分:取引規模のセグメントごとに数時間。その大半はステージ履歴の確認です。
    • レビュー分析:1~2時間。
    • 通話メモまたは公開調査:既存の資料を読むのに1時間。
    • 役職名からの推測:ほぼゼロ。
  • 通話メモと公開調査は、どちらも他の人がすでに作成した文書を読むのに1時間かかり、新たな情報収集を伴わないため、労力の順位は同じです。価値の順位は同じではありません。通話メモは自社の購買担当者についてのものですが、公開調査のデータは他社の購買担当者についてのものです。
  • 評価軸の順位が異なる2つの項目に基づいて行動してください。録音がすでに存在するため、通話メモは購買担当者へのインタビューに近い価値を、はるかに少ない労力で得られます。一方、インテントデータはアカウント単位で特定するため、役割の存在を確認できません。そのため、ここでは労力が大きく、価値が低くなります。
  • 該当する場合のコンプライアンスコスト。サードパーティのインテントフィードを初めて使用する前に、ライセンスとプライバシーの審査が必要です。また、その利用規約により、データがターゲティングスタックに取り込まれた後の再利用が制限されます。録音インタビューでは参加者ごとの録音同意が必要であり、同意を得ずに録音した通話は、後からエビデンスとして引用できません。
  • 標準の段階:受注案件と失注案件に現れる役割の差分を確認し、すでにある通話メモで不足を補います。これは、ほとんどのチームが利用できる中で最も確かな導出方法です。差分を確認してもセグメント間で役割の有無が曖昧な場合は、購買担当者へのインタビューに進んでください。インテントデータを追加するのは、対象となるアカウントがどれか不明な場合に限り、どの役割が存在するかを調べるために使ってはいけません。
  • 効率順位によって後回しになるもの:価値が2番目に高く、労力が最も大きい購買担当者へのインタビューは、すでに存在するソースに毎回劣ります。差分と通話メモを確認しても役割の有無が曖昧な場合は、すぐに優先してください。その曖昧さだけは、既存の文書では解消できません。
  • ユーザーに応じてこの順位を再設定してください。CRMのステージ履歴が整理されていれば差分の確認はほぼ無料ですが、CRMのデータ品質が悪ければレビュー分析より下になります。社内に調査機能があればインタビューの労力は小さくなり、ライセンス取得済みのインテントフィードがあれば、インテントデータの労力はほぼゼロになります。
  • 除外する場合は、順位を下げるのではなく削除してください。参加者ごとの録音同意を得られないチームは、購買担当者へのインタビューを選択肢から削除し、その旨を出力に明記します。サードパーティのインテントデータをライセンスする手段がないチームは、インテントデータを削除します。除外したソースを選択肢の最下位に残しておくと、後で誰も予算を確保していない作業がスコープに再び入り込みます。
  • 役職名からの推測は唯一無料のソースですが、最も弱いソースです。これは段階の最下位であり、そこで止まってはいけません。
  • 役職名から組織図をでっち上げてはいけません。役割は、職位の高さと、その職務機能が製品カテゴリにどれだけ近いかだけで分類してください。それ以外の情報は使わないでください。役職名と部門が食い違う場合は、推測せずに「不明」と出力してください。
  • エビデンスのない役割を残す場合は、明示した反証テストを添えた仮説としてのみ残します(例:「次の受注メモ10件のいずれにも登場しない場合は、セキュリティレビュー担当を除外する」)。エビデンスも反証テストもない役割は削除してください。
  • ペルソナ調査で用いる実務テストを適用してください。その役割がターゲティング、クリエイティブ、オファーのいずれの判断も変えないなら、削除してください。もっともらしく聞こえるという理由だけで残る役割は、オーディエンスではなく負債です。

委員会の規模

まず、ユーザー自身の受注実績データから委員会の規模を算出します。公開されている数値は妥当性を確認するための範囲にすぎません。各調査で「関与」の定義や対象となる取引規模が異なるため、主要な調査結果には2倍もの差があります。

出典規模併記すべき条件
Gartner意思決定者6~10人複雑なソリューションに限る。この条件は引用時にほぼ必ず省略される
TrustRadius 2024(購入者2,164人)グループの96%は5人以下。SMBでは2~3人、エンタープライズでは4~5人が最多テクノロジー製品の購入、自己申告
6sense約10.6人(北米)行動データから把握された積極的な参加者
Forrester 2024(購入者16,000人超)社内関係者13人「関与」の定義が最も広い
  • これら4つの出典を互いに順位付けしないでください。対象集団も「関与」の定義も異なるため、順位を付けると、調査結果の食い違いが裏付けていない質の優劣として受け取られます。目安として用い、範囲内の数値はユーザー自身の受注実績データから選んでください。
  • 取引規模が大きくなるにつれて、関係者の役職も上がります。購入の79%でCFOの承認が必要で、グループの52%にVP以上の役職者が、53%にC-suiteの役員が含まれます(TrustRadius 2024)。
  • 業界別、または購入の種類別(新規購入、買い替え、拡張)に委員会の構成を分類した主要な調査はありません。推測で補うのではなく、「公開データなし」と記載してください。
  • どちらの方向からも妥当性を確認してください。受注メモに2人と記録されているACV 6,000ドルの提案に、8つの役割からなるマトリックスを当てはめる必要はありません。同様に、推進者だけで構成された委員会として整理したACV 50万ドルのエンタープライズ案件も不適切です。

役割モデル

この6つの役割を表す用語を使い、出力内でその場で定義してください。標準的な役割一覧は存在せず、実際に使われているフレームワーク間でも大きな違いがあります。

役割定義通常、現れる段階
発起人問題を表面化させ、検討を始める問題の特定
推進者課題を実感し、評価を推進し、公の場で政治的な影響力を行使する問題の特定 → 全過程
エンドユーザー日常的に実務で使い、自分の仕事への影響を評価する問題の特定
経済的購買者予算項目を管理し、支出を承認または拒否できるビジネスケース段階
技術評価者仕様やアーキテクチャに照らして審査する。拒否権はあるが承認権はない要件の策定
ゲートキーパー/阻止者調達、セキュリティ、法務、コンプライアンスなど、実質的な拒否権を持つ関係者検証

出力に反映する用語上の注意点:

  • 推進者、動員役、コーチは同義語ではありません。
    • コーチ:情報を提供しますが、表には出ない場合があります。
    • 推進者:公に提唱します。
    • 動員役:従来の推進者は、親しい関係者ではあっても合意形成を主導できないことが多いため生まれた用語です。
    • 根拠から推進者がグループを動かせないと分かった場合、マップに必要なのは、より声の大きな推進者ではなく、合意形成を主導する人です。
  • 「ゲートキーパー」には、従来の事務的な情報フィルターと、実質的な拒否権を持つ現代の調達/セキュリティ/コンプライアンス部門という2つの意味があります。このスキルでは後者を指します。どちらを意味するか明記してください。
  • 役割のラベルとして「インフルエンサー」は決して使わないでください。意見を求められる人なら誰でも含まれるため、ターゲティング属性にもメッセージの切り口にもなりません。
  • 役割は必要に応じて下位の役割に統合してください。従業員数の少ない企業の2〜3人の委員会では、通常「ユーザーでもある推進者」と経済的購買者に集約されます。枠を埋めるために、該当者のいない役割を割り当てないでください。

役割ごとの出力

対象として残った各役割について、6つのフィールドすべてを記入してください。切り口が成果物であり、最初の3つはその材料、代理指標は実際に機能させるための要素です。

フィールド答える内容
評価指標この役割の仕事は、どの数値または成果で評価されますか?
個人的なリスク購入が失敗した場合、その人に何が起こりますか?
想定される反論その人が最初に断るときの理由を、本人の言葉で表してください
メッセージの切り口提案を相手の評価指標と結びつけ、リスクを和らげる唯一の訴求方法
証拠/オファーの種類その役割が受け入れる証拠の形式とCTAの強さ
ターゲティングの代理指標実際にこの人物にリーチする、プラットフォーム属性の組み合わせ
  • 公開研究では、役割ごとに細かく分けた反論マップの根拠は乏しく、役職レベルのコンテンツ行動には十分な根拠がありますが、役割ごとの反論にはほとんど根拠がありません。references/worked-example.mdにある初期パターンは、事実ではなく、ユーザー自身の通話メモやレビューと照らして検証するための既定値として扱ってください。

オファーの種類は選択肢の一覧であり、それぞれの軸は大きく異なります。最も安価に制作できる素材が、最初に作るべきものとは限りません。

  • 効率:コンプライアンス/セキュリティパック > ROI または節約額の計算ツール > ゲートなしのガイドまたはチェックリスト > デモまたはトライアルのリクエスト > サンドボックスへのアクセス > ベンチマークレポート

  • 価値:デモまたはトライアルのリクエスト > サンドボックスへのアクセス > ROI または節約額の計算ツール > コンプライアンス/セキュリティパック > ベンチマークレポート > ゲートなしのガイドまたはチェックリスト

  • 労力:ベンチマークレポート > サンドボックスへのアクセス > デモまたはトライアルのリクエスト > ROI または節約額の計算ツール > コンプライアンス/セキュリティパック > ゲートなしのガイドまたはチェックリスト

  • コンプライアンスコスト:コンプライアンス/セキュリティパック > サンドボックスへのアクセス > その他すべて = なし

  • 労力の目安(桁違い):

    • ベンチマークレポート:他社が持っていないデータを収集するのに四半期かかります。
    • サンドボックスへのアクセス:数週間のエンジニアリング作業が必要で、セキュリティとデータ分離の審査で遅れることもあります。
    • デモまたはトライアルのリクエスト:申し込みのたびに営業の対応能力を消費するため、継続的な負担になります。
    • ROI または節約額の計算ツール:作成して計算を確認するのに1〜2日かかります。
    • コンプライアンス/セキュリティパック:取得済みの認証があれば1時間でまとめられますが、認証がなければ四半期かかります。
    • ゲートなしのガイドまたはチェックリスト:ほぼゼロです。
  • 認証を取得済みならほぼ無料で作成でき、検証段階での拒否権を取り除ける唯一のコンテンツであり、このマップにおける単一のオファーとして最も価値の高い成果をもたらすため、パックが最上位になります。

  • 1人あたりの価値が最も高いにもかかわらず、デモが最上位にならないのは、オファーの申し込みやすさを役割ごとの関心度に合わせる必要があるためです。申し込みやすいオファー(ガイド、計算ツール、ベンチマーク)のコンバージョン率は約10〜15%ですが、申し込みのハードルが高いオファー(コールドな相手へのデモまたはトライアルのリクエスト)は約1.5〜4%です。関心の低いゲートキーパーは、デモを予約しません。

  • 該当する場合のコンプライアンスコスト:ペネトレーションテストのレポートや監査レターをゲートなしで公開するには、セキュリティ部門と法務部門の承認が必要です。また、ゲートなしで公開した文書は撤回できません。実データを扱うサンドボックスでは、データ処理の審査が必要になります。

  • 役割ごとのデフォルトの段階:申し込みのハードルが低く、ゲートのないオファーです。その役割の代理オーディエンスが2回反応したら、1段階だけ上げます。最初の接触で上げてはいけません。

  • ユーザーがすでに持っているものに照らして順位を付け直します。SOC 2 パックがあればコンプライアンスの段階を上げ、独自のデータセットをすでに保有していれば、最下位のベンチマークレポートを最上位に引き上げます。

  • 順位を下げるのではなく、削除します。対応できる営業の余力がない場合、デモとトライアルはメニューから完全に削除し、「削除:営業対応の余力なし」と記載します。最下位に置くと、努力目標のように見え、いつの間にか実行されてしまうためです。数週間のエンジニアリング工数を割けない場合のサンドボックスも、独自データがない場合のベンチマークレポートも同様です。

  • レビューの分析や通話メモに顧客の言葉がある場合は、切り口にそのまま使います。洗練された説明よりも正確な表現のほうが優れているのは、購入者が実際に考えている言葉だからです。

  • すべての切り口はそれぞれ異なる必要があります。入れ替えテストを行います。ある役割向けの切り口を別の役割にもそのまま使えるなら、一方を書き直すか、役割を統合します。

プラットフォームの実情

ターゲティング属性が届かなければ、役職リストに価値はありません。セットアップにかかる時間あたりに到達できる役職の数を基準に、最も効率的なプロキシを選び、以下の基準値と照らし合わせてください。

  • 効率:アカウントリスト+職種+職位 > 職種+職位のみ > インテントで順位付けしたアカウントリスト+職種+職位 > 正確な役職名

  • 価値:インテントで順位付けしたアカウントリスト+職種+職位 > アカウントリスト+職種+職位 > 職種+職位のみ > 正確な役職名

  • 作業量:インテントで順位付けしたアカウントリスト > アカウントリスト > 正確な役職名 > 職種+職位

  • コンプライアンスコスト:インテントで順位付けしたアカウントリスト > アカウントリスト > その他すべて == なし

  • 桁違いの作業量:

    • インテントで順位付けしたアカウントリスト:トピックを設定し、再調整する定期的な作業が必要です。
    • アカウントリスト:作成に1~2日かかり、その後も継続的なメンテナンスが必要です。
    • 正確な役職名:バリエーションの洗い出しに数時間かかりますが、プラットフォームが認識していない役職名は依然として見逃します。
    • 職種+職位:1時間です。
  • 該当する場合のコンプライアンスコスト:一致したオーディエンスをアップロードすると、データ処理の審査とプラットフォーム独自の一致オーディエンスポリシーが適用されます。また、一度一致したリストはプラットフォームから取り消せません。ライセンス契約に基づくインテントフィードでは、さらに独自の再利用制限が加わります。

  • デフォルトの段階:対象市場が列挙できる規模であれば、アカウントリスト+職種+職位を使います。そうでなければ、職種+職位のみを使います。リストが予算でカバーできる規模を超える場合に限り、インテントによる順位付けに移行します。

  • 自社がすでに保有しているものを踏まえて順位を付け直す:アカウントリストをすでに作成・維持している場合、最上位の段階はほぼ追加コストなしで実施できます。また、ライセンス契約に基づくインテントフィードをすでに導入している場合は、インテントによる順位付けの順位が2つ上がります。

  • 格下げではなく削除する:数万件のアカウントがある市場では、リストを使う2つの段階はどちらも選択肢から外れます。それらは削除済みとして明記し、チームがいつまでも完成させられないリストを順位の最下位に残すのではなく、職種+職位を使う計画を立ててください。

  • 正確な役職名によるターゲティングは、すべての軸で最下位です。職種+職位よりも準備に手間がかかるのに、リーチは狭く、職種の分類が存在しない役職に限って有効です。プラットフォームが認識する役職名はおよそ30~50%で、リストに含めなかったバリエーションはすべて見逃します。また、職種+職位では、ほぼ同程度のエンゲージメントを保ちながら、対象オーディエンスを約3倍にできます。プロフェッショナルネットワークでは、役職名と職位のターゲティングは相互排他的であり、組み合わせて使うことはできません。

  • プロフェッショナルネットワークでは、各ユーザーに割り当てられる職種は1つだけです。「マーケティングオペレーションマネージャー」はマーケティングかオペレーションのどちらかに分類され、両方には属しません。委員会が重視するクロスファンクショナルな役職は分類の境界にまたがるため、1つの役職をカバーするには2つの職種をターゲティングすることになります。

  • 職種と職位は、推測を加えず、本人がプロフィールに記載した情報から導き出されるため、プラットフォーム上の古い役職名や誇張された役職名をすべて引き継ぎます。

  • オーディエンスの下限値があらゆる施策を左右します。一致オーディエンスの技術的な下限値は約300人(消費者識別子を使った一致では約1,000人)ですが、一般的な予算における実務上の下限値は20,000~50,000人です。約5,000件を下回ると有意な結果に達することはほとんどなく、約50,000人を下回る規模でAND条件を重ねると配信効率が低下します。役職を分ける前に下限値を定めてください。分けた後ではありません。

  • インテントデータが特定するのは人ではなくアカウントで、アカウント単位の精度は約81%です。急増しているアカウントの約5件に1件には、直近の実際のインテントがなく、トピックを絞り込んで適切に設定した場合でも、到達できるのは60~70%に限られます。インテントデータが順位付けするのは対象とするアカウントであり、その中の誰にリーチするかではありません。急増は、委員会のメンバーではありません。

  • アカウントリストはアカウントのシグナルであり、親しみがあることを意味しません。リスト内の個人は、メッセージの観点では依然としてコールドな対象です。

  • アカウント単位のインテントまたはエンゲージメントを基準に、委員会全体へのリーチを判断してください。業界全体のコールドリストではなく、インバウンドリードや急増しているアカウントから絞り込んだ小規模なアカウントリストを対象に、複数の役職をすべてターゲティングします。コールドな相手に対する委員会全体へのリーチは、関心を持つ理由がまだない関係者に予算を浪費します。

精度とリーチ:未解決の論争

委員会全体をカバーする方法は3つあります。順位を付け、どの方法をこのマップが採用するのか、その理由を述べ、背後にある論争が決着したかのように装ってはいけません。

  • 効率性:統合マップ(主軸となる訴求を1つ+役割に応じた裏付けポイント)>強力な幅広いメッセージを1つ>役割ごとのキャンペーン一式

  • 価値:役割ごとのキャンペーン一式>統合マップ>強力な幅広いメッセージを1つ。ただし、役割ごとの価値は以下のしきい値を超えた場合にのみ実現します。それを下回ると順位は逆転します。

  • 労力:役割ごとのキャンペーン一式>統合マップ>強力な幅広いメッセージを1つ

  • 桁違いで見た労力:

    • 役割ごとのキャンペーン:数週間。役割ごとにクリエイティブセットとキャンペーンを1つずつ用意し、さらにすべての役割のレビュアーとの調整が必要です。
    • 統合マップ:数日。キャンペーンを1つと、少数の裏付けバリエーションを用意します。
    • 幅広いメッセージを1つ:1~2日。その後は、さらに役割に届くたびにかかる労力はほぼゼロです。
  • 効率性の順位が犠牲にするもの:役割ごとのクリエイティブです。価値では首位、労力では最下位のため、比率では選ばれません。そのため、効率性しか計算しないスキルは、6つの役割から成る委員会に対して、毎回汎用的な素材を1つだけ出すことになります。以下の2つのしきい値は、それでも役割ごとのクリエイティブを選べるようにするためのものです。どちらを検証し、その結果がどうだったかを出力で明示し、選ばれにくい選択肢を既定値として退けるのではなく、根拠に基づいて採用しないようにしてください。

  • 役割を絞ったターゲティングに反対する立場: Ehrenberg-Bassの95-5ルールによると、B2Bの購買担当者のおよそ95%は常に市場外にいるため、極端に絞ったターゲティングは、将来のメンタル・アベイラビリティを構築するためのリーチをまさに無駄にします。提案されている代替策は、カテゴリーへの参入ポイントとブランドを幅広く結びつけることです。

  • 役割を絞ったターゲティングを支持する立場を、最も強い形で示すと:

    • 指名アカウントが数百件ほどの市場では、いずれにせよリーチには上限があり、精度を高めても手が届く範囲です。
    • ACVが高ければ、CPMが高騰しても、役割ごとにカスタマイズしたクリエイティブを用意する経済的な余地があります。
    • 95-5の議論そのものも、市場内の5%にはアクティベーションを行うべきだと認めています。
  • 既定の選択を変えるしきい値: 指名アカウントが約500件未満の場合、またはACVが約100,000ドルを超える場合は、役割ごとのキャンペーンを正当化できます。それを下回る場合は、20,000~50,000人のオーディエンスに向けて統合マップを配信してください。キャンペーンを6つに分けるのではなく、主軸となる訴求を1つと、役割に応じた裏付けポイントを組み合わせます。

  • 反転チェック: 絞ったオーディエンスでのCPM上昇やフリークエンシーが商談獲得単価を悪化させていないなら、さらに絞り込むことが妥当です。

  • ユーザーが持つリソースに照らして順位を付け直してください。社内のクリエイティブチームがあれば、労力を削減できるため、役割ごとのキャンペーンが上位になります。既存のリーチがないブランドなら、幅広いメッセージが上位になります。あなたの存在をまったく知らない委員会は、何に対してもコンバージョンしないためです。

  • 順位を下げるのではなく、選択肢から削除してください。ジェネラリストのマーケターが1人ですべてを制作する場合、しきい値がどうであれ、6つのキャンペーンを運用することはできません。そのユーザーの選択肢から役割ごとのキャンペーンを名指しで削除し、代わりに統合マップ内の裏付けバリエーションに役割マップを活用してください。最下位に置くだけでは、資金のない計画として3か月後に再浮上します。

  • この論争に決着はついていません。役割ごとに差別化したクリエイティブと、強力なメッセージ1つを、条件をそろえたプログラムで比較する対照実験はありません。そのため、上記の順位は議論に基づく既定の選択であり、測定結果に基づくものではありません。

接触順序:各ロールが重要になるタイミング

  • 購買プロセスでは、購入に関する6つのジョブを行き来し、購入者の90%はそのうち少なくとも1つを再訪します。ロールを直線的なファネルに当てはめないでください。6つのジョブは次のとおりです。
    • 問題の特定。
    • ソリューションの検討。
    • 要件の策定。
    • サプライヤーの選定。
    • 検証。
    • 合意形成。
  • 関係者が登場する順序:
    • エンドユーザーと発案者:問題の特定段階で登場します。
    • 経済的な決裁者:ビジネスケースを検討する段階で関与します(購入の79%でCFOの承認が必要です)。
    • セキュリティ、法務、調達:検証段階で登場します。セキュリティ審査担当者が後から加わると、要件が再検討され、合意済みの作業が振り出しに戻る可能性があります。
  • 検証段階のロールに、検証より_前に_リーチすることが、マップ内で最も低コストな保険です。
  • 購買プロセスの約70%は営業担当者に接触する前に完了し、案件の81〜84%は最初に接触したベンダーが獲得します。一方、最終的に購入する顧客のうち、勝者となるベンダーのサイトでフォームに入力するのは30%未満です。そのため、フォーム入力を委員会へのリーチの条件にしてはいけません。ゲートのない、ロールに関連するコンテンツと有料リーチが、接触前の段階を担います。
  • 真の競合相手は「決定しないこと」です。案件の40〜60%は決定に至らず、そのうち56%は現状維持を望んだためではなく、決断をためらったために失注しています(失敗への恐れ)。決断をためらっている相手に緊急性を強調すると逆効果です。特に経済的な決裁者やゲートキーパーには、プレッシャーではなく、リスク低減と根拠を重視した訴求を行ってください。

複数の決定者がいる消費者向け購入

ロールの用語は消費者向けにも応用できます。消費者向けの5ロールモデルは、組織の購買センターに関する同じ調査から直接派生したものです。5つのロールは次のとおりです。

  • 発案者。
  • 影響者。
  • 決定者。
  • 購入者。
  • ユーザー。

実際に当てはまること:

  • 支出を承認するのは、ユーザー本人とは限りません。
  • 決定者ごとに異なるメッセージが必要です。
  • 1人でも納得していないメンバーがいると、購入が見送られることがあります。

当てはまらないこと:

  • 調達、法務、セキュリティの審査はありません。
  • キャリア上のリスクはありません。誤った判断への恐れは個人的かつ金銭的なものであり、職業上のものではありません。
  • 会社のお金ではなく、個人のお金を使います。
  • 機能的な役割の対立よりも、感情や人間関係の動きが支配的です。
  • 購入する前から、その単位は存在しています。
  • RFPではなく、レビューや仲間の意見に基づいてプロセスが進みます。

このモデルを適用するのは、実際に2人目の決定者がいる、検討度の高いカテゴリーに限ってください。たとえば、車、住宅改修、家族旅行、保険、私立教育、大型家電です。日常的な購入では決定者は1人であり、このスキルを使うと余計な負担になります。世帯単位のターゲティング(コネクテッドTVの世帯グラフ、共有デバイス)は有効ですが、精度が低く、定量化されていません。各メンバーを個別に特定しようとするより、共有世帯オーディエンスにロール別のクリエイティブを表示する方法を優先してください。

出力形式

マップは1つのドキュメントにまとめてください。

  1. 委員会の概要:根拠の出典を添えた推定規模、購入の種類、適用したしきい値とともに選択した精度とリーチの方針、どのインタビュー回答によってデフォルトの順位が変わったか、明示された制約によりメニューから削除されたすべての選択肢の名称付きリスト。
  2. ロールマップの表。残ったロールごとに1行:ロール | 根拠(出典+ステータス:実証済み/仮説+反証テスト) | 測定対象 | 個人のリスク | 想定される反論 | メッセージの訴求軸 | 根拠/オファーの種類 | ターゲティングの代理指標 | 代理指標のオーディエンス推定数と下限値の比較。
  3. 接触順序のメモ:購買プロセスの各ジョブでどのロールにリーチするか、また、どの段階で緊急性の訴求に代えてリスク低減を訴求するか。
  4. 引き継ぎ:次のステップをどの隣接スキルが担うか(「参考資料」を参照)。

短い呼び出し例:「ミッドマーケットのフィンテック企業に販売するACV $80Kのコンプライアンスプラットフォームについて、購買委員会をマップして」または「家族がソーラーパネルを購入するとき、ほかに誰が決定に関わり、それぞれに何を伝えるべきですか?」

入力済みのB2Bマップ、世帯の例、該当しない例については、references/worked-example.mdを参照してください。

失敗パターン

  • 委員会の構成を仮説として扱わず、断定してしまう:各ロールには、根拠のステータスが付いているか、マップに含めないかのどちらかです。
  • 肩書きから組織図をでっち上げる:シニア度と機能的な距離から分類し、矛盾がある場合は「不明」と出力します。
  • プラットフォームの最低規模を下回るのに、ロールごとにオーディエンスを細分化しすぎる:プロキシが重複する、または最低規模を下回るロールは統合します。
  • 汎用的なクリエイティブにフィルターを重ねる:変化のない同じ広告を狭いオーディエンス全員に見せるより、広いオーディエンスにロール別のバリエーションを見せるほうが効果的です。豊富なロール情報があるなら、まずクリエイティブのバリエーションに活用し、フィルターはその次に使います。
  • 委員会全体へのターゲティングをコールドで実施する:アカウントレベルのインテントを条件とします。
  • アカウントリストをウォームオーディエンスとみなす:リストへの登録はアカウントのシグナルです。そこに属する個人は依然としてコールドです。
  • セグメントマップを商談マップの代わりにする:セグメントレベルのロールパターンは、進行中の個別商談における、名前の分かっているコンタクトの根拠レベル付き評価の代わりにはなりません。
  • 「意思決定者6~10人」を普遍的なものとして引用する:これは複雑な購買のみを指し、主要な調査結果には2倍の差があります。
  • 飾りのロールを残す:ターゲティング、クリエイティブ、オファーのいずれの判断も変えないロールは削除します。

目標と測定

  • 構造面の合格条件(引き継ぎ前):残すすべてのロールに、(a)根拠の出所、または反証テスト付きで仮説と明記されたもの、(b)推定オーディエンス数が実用上の最低規模を満たすターゲティングプロキシ、(c)ほかのすべてのロールと比較する入れ替えテストに合格するアングルがあること。(b)を満たさないロールは統合し、(a)を満たさないロールは削除し、(c)を満たさないアングルは書き直します。残すロールが3項目すべてに合格するまで繰り返します。構造面で不合格のマップを引き継いではいけません。
  • 成果 KPI(キャンペーン実施後、mbfinotti/advertising-skills@ad-audience-targeting の測定方法に従って確認):
    • アカウント浸透度:ターゲットアカウントごとにリーチした異なるロール数と、マップ上のロール数を比較します。
    • ロール別エンゲージメントのばらつき:プロキシオーディエンスがまったくエンゲージしないロールは仮説に反する根拠となるため、反証テストを見直します。
    • 下流の商談機会またはミーティング率:マップ上の複数のロール(2つ以上)にリーチしたアカウントと、1つのロールにしかリーチしなかったアカウントを比較します。
  • マップに明記する注意点:ロール別のクリエイティブが、単一の優れたメッセージを上回ることは、管理された条件下の根拠によって証明されていません。このマップは検証可能な構造であり、効果の向上を保証するものではありません。上記の KPI を使って、ユーザーは自社の市場が精度とリーチをめぐる議論のどちら側にあるかを確認します。

参考資料

  • mbfinotti/advertising-skills@ad-audience-targeting - オーディエンス階層、規模の見積もり、予算、テストの実施順序。
  • mbfinotti/advertising-skills@lookalike-audience-seeds - シードリストの選定。
  • mbfinotti/advertising-skills@retargeting-funnel - リターゲティングのシーケンス設計。
  • mbfinotti/advertising-skills@ad-copy-variants - アングルごとの広告コピーのバリエーション。

コメント