marketing-leads-generation について
marketing-leads-generationは、リード獲得から適格性判断、商談予約までのパイプラインを構築・改善するB2Bチーム向けの実行ガイドです。ファネル設計、リード品質、アトリビューション、振り分け、アカウントベース営業を扱い、商談後半のクロージングは対象外です。
主な機能
- 01Lead、MQL、SQL、PQL、SALの定義
- 02ファネル段階とコンテンツゲートの設計
- 03アトリビューションモデルと限界の評価
- 04リードの質と量の調整
- 05アカウントベース営業の計画
- 06リードスコア、振り分け、SLAの策定
活用シーン
- 01適格基準と営業への引き継ぎの策定
- 02ファネル離脱とリード品質の診断
- 03チャネルテストとパイプライン目標の計画
- 04指定アカウント向けのアプローチ調整
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ vasilyu1983/ ai-agents-public --skill marketing-leads-generationインストール後、Claude Code で/marketing-leads-generationを入力して読み込まれたか確認します。
詳細
リードジェネレーション — PIPELINE OS(運用)
収益目標に沿ったデマンドジェネレーションのための、無駄を省いた実行スキルとして構築されています。
構成:まずリードジェネレーションの基本を扱います。AI に特化した自動化は、「任意:AI/自動化」セクションに明記しています。
対象範囲(重要)
このスキルでは、リードの創出から適格性の判定、商談予約までを扱います(Lead/MQL/SQL/PQL の定義、ルーティング、SLA、コンバージョン)。提案、交渉、調達、契約書の修正、拡大など、クロージング段階の後半の業務は扱いません。
ディスカバリーからクロージングまでの営業活動全体について尋ねられた場合は、startup-sales-execution に案内してください。
基本:リードタイプの定義
明確な定義により、営業とマーケティングの摩擦を防げます。パイプラインを構築する前に、これらの定義を統一してください。
| リードタイプ | 定義 | 適格性の基準 | 担当 |
|---|---|---|---|
| Lead | 特定された連絡先 | メールアドレス/電話番号があり、何らかの関心を示すシグナルがある | マーケティング |
| MQL(マーケティング適格リード) | ICP に適合し、マーケティング施策に反応している | 企業属性の適合性+行動基準のしきい値 | マーケティング |
| SQL(営業適格リード) | 営業との会話を始める準備ができている | MQL+明確な購買シグナル、またはデモのリクエスト | 営業 |
| PQL(プロダクト適格リード) | 製品を利用し、アップグレードの可能性を示している | トライアル/フリーミアム+利用基準のしきい値 | プロダクト+営業 |
| SAL(営業受入済みリード) | 営業担当者が受け入れた SQL | 最初の接触後に営業が適格性を確認 | 営業 |
「良好」の基準(運用)
自社のベースラインをもとに目標を設定し、段階ごとに改善してください。
- 営業受入率(SQL → SAL)
- リード対応速度(最初の接触までの時間)
- 段階ごとのコンバージョン率と所要時間
- チャネルごとに創出されたパイプライン(リード数ではありません)
基本:ファネル設計フレームワーク
| 段階 | ユーザーの状態 | コンテンツ/アクション | 目標 |
|---|---|---|---|
| 認知 | 課題を認識している | ブログ、ソーシャル、SEO、広告 | 注目を集める |
| 関心 | 解決策に関心がある | ガイド、ウェビナー、比較資料 | 連絡先情報を獲得する |
| 検討 | 選択肢を評価している | 導入事例、デモ、無料ツール | MQL に転換する |
| 意思決定 | 購入する準備ができている | 価格、提案、トライアル | SQL → 商談に転換する |
| 導入 | 新規顧客 | オンボーディング、トレーニング、早期の成果 | 解約を減らし、拡大を促す |
ファネル診断の質問
- 最も大きな離脱が起きているのはどこですか?(段階間のコンバージョンを測定します)
- 各段階の所要時間はどのくらいですか?(時間が長い場合は、摩擦が生じています)
- リードが段階を飛ばしていますか?(調整に問題がある可能性があります)
- MQL のうち、営業に受け入れられる割合はどのくらいですか?(低い場合は、品質に問題があります)
MQL/SQL の基準と SLA を含むファネル全体の設定については、lead-funnel-definition.md を使用してください。
基本:ゲーティング戦略
すべてのコンテンツにゲートを設ける必要はありません。次の判断フレームワークを使用してください。
| コンテンツタイプ | ゲートを設けるか | 理由 |
|---|---|---|
| ブログ記事、ハウツーガイド | いいえ | SEO、信頼、認知を高める |
| 比較ガイド、購入者向けガイド | 簡易ゲート(メールのみ) | 購買意欲が高く、情報を獲得する価値がある |
| 業界レポート、独自調査 | 設ける | 価値が高く、情報交換に見合う |
| ROI 計算ツール、評価ツール | 設ける | 強い購買シグナルとなる |
| 製品デモ、価格情報 | 設ける | 直接的な購買意図がある |
| 導入事例 | 任意 | 詳細な場合はゲートを設け、簡潔な場合は設けない |
推奨事項(ゲーティング)
- 使用する項目だけを尋ねます(多くの場合、メールアドレス+会社名で十分です)
- 段階的なプロファイリング:複数回のやりとりを通じて、より多くのデータを収集します
- 同じコンテンツで、ゲートありとゲートなしを A/B テストします
- 価値交換に見合う内容にします。ゲートを設けるコンテンツは、確かな価値を提供する必要があります
避けること(ゲーティング)
- すべてにゲートを設ける(オーガニックな発見を妨げます)
- ファネル上部のコンテンツに長いフォームを設ける(使用する最小限の項目から始めます)
- 検討初期のコンテンツで電話番号を必須にする
- ほかの場所で無料公開されているコンテンツにゲートを設ける
基本:アトリビューションの基礎と限界
アトリビューションモデル
| モデル | 仕組み | 最適な用途 | 制限事項 |
|---|---|---|---|
| ファーストタッチ | 最初の接点に100%の貢献度を割り当てます | 認知のきっかけとなる情報源の把握 | ナーチャリングの過程を無視します |
| ラストタッチ | 最後の接点に100%の貢献度を割り当てます | クロージングにつながる情報源の把握 | 認知を無視します |
| 線形 | すべての接点に均等に貢献度を割り当てます | シンプルなマルチタッチ分析 | 価値の低い接点にも過剰に貢献度を割り当てます |
| 時間減衰 | 最近の接点ほど多く貢献度を割り当てます | 販売サイクルが長い場合 | 実装が複雑です |
| ポジションベース | 最初/中間/最後の接点に40/20/40を割り当てます | バランスの取れた把握 | 依然としてある程度恣意的です |
アトリビューションでは分からないこと
- オフラインでの影響:展示会、口コミ、ポッドキャストの視聴
- ダークソーシャル:Slackでの共有、非公開のLinkedIn DM、メールの転送
- 購買委員会の動向:複数の関係者、それぞれ異なる購買プロセス
- 真の増分効果:そもそも接点がなくてもコンバージョンしていたでしょうか?
実践すること(アトリビューション)
- アトリビューションは絶対的な真実ではなく、方向性を示す指標として使います
- 定性的なデータと組み合わせます(「どこで当社を知りましたか?」と尋ねます)
- 単一の接点への貢献度ではなく、時間経過による傾向に注目します
- 販売サイクルの長さに合ったアトリビューションモデルを選びます
避けること(アトリビューション)
- アトリビューションを絶対的な正解として扱うこと
- ラストタッチのデータだけを根拠にチャネルを廃止すること
- コンバージョンのトラッキングと意思決定が十分に整う前に、アトリビューションツールへ過剰に投資すること
- アトリビューションが難しいという理由で、ブランドや認知を無視すること
コア:リードの質と量のトレードオフ
2025年の現実は、量より精度です。販売サイクルが長期化し、購買委員会の規模が拡大するなか、これまで以上に質が重要です。
| 戦略 | 質 | 量 | 適している状況 |
|---|---|---|---|
| 量重視 | 低い | 多い | 新しい市場、チャネルのテスト、ブランド構築 |
| 精度重視 | 高い | 少ない | ICPが明確、SDRの対応能力に限りがある、ACVが高い |
| バランス型 | 中程度 | 中程度 | ほとんどのB2B企業 |
優先する質のシグナル
- ICPとの企業属性の一致(業界、規模、地域)
- 明確なインテントシグナル(デモの申し込み、価格ページ、競合比較)
- エンゲージメントの深さ(複数ページの閲覧、再訪問、サイトでの滞在時間の長さ)
- 意思決定者の役職
品質が低い兆候
- MQLの数は多いものの、Salesの受け入れ率が低い(ベースラインを大幅に下回る)
- リードから商談化までの期間が長くなっている(パイプラインの停滞)
- デモ/通話の初期段階での離脱率が高い
- リードが無関係な機能を求めている
コア:アカウントベースドセールス(ABS)
ABSは、購買委員会が複雑な高価値アカウントをターゲットとするB2Bで効果を発揮することがよくあります。
ABSを活用する状況
| 基準 | しきい値 | 理由 |
|---|---|---|
| ACV | >$25K | 調査に投資する価値があります |
| TAM | <5,000アカウント | 規模が限られ、ターゲティング可能な市場です |
| 購買委員会 | 3人以上の関係者 | 複数の関係者と接点を持つアプローチが必要です |
| 販売サイクル | >60日 | 関係構築を進める時間があります |
ABS実行フレームワーク
| 要素 | 実行内容 | リソース |
|---|---|---|
| ターゲットリスト | 名前を特定した50~200のアカウントを階層化します(Tier 1:20、Tier 2:50、Tier 3:130) | assets/channel-plan-30-60-90.md |
| アカウント調査 | 課題、技術スタック、最近のニュース、組織図 | Tier 1アカウントあたり30分 |
| 複数接点の構築 | 各アカウントで役割の異なる3~5人の担当者と接点を持ちます | 推進者+経済的意思決定者+ユーザー |
| カスタムコンテンツ | 各階層に応じた課題別のメッセージ | Tier 1:完全にカスタム、Tier 2:一部カスタム |
| オーケストレーション | メール+LinkedIn+広告+イベントを連携させます | すべてのチャネルを順序立てて実施 |
| 測定 | アカウントのエンゲージメントスコア、アカウントごとのパイプライン | assets/lead-scoring-model.mdに追加 |
実践すること(ABS)
- まずTier 1(最も価値の高いアカウント)から始め、アプローチの有効性を確かめます
- アカウントの選定とメッセージについて、SalesとMarketingの連携を図ります
- インテントデータを使い、購買シグナルを示しているアカウントを優先します
- リード単位だけでなく、アカウント単位の指標を追跡します
避けるべきこと(ABS)
- 200 アカウントを超えて ABS を実施すること(手当たり次第のアプローチになります)
- ABS を「単なるパーソナライズメール」と捉えること(包括的なオーケストレーションです)
- アカウント調査を省略すること(一般的なアプローチでは目的を果たせません)
- アカウントを単一スレッドで進めること(担当チャンピオンが離れると、商談が破談になります)
このスキルを使用する場面
- パイプラインの構築・立て直し:新規 SQL ターゲットの獲得、停滞したファネルの再活性化、チャネル構成の再調整
- アウトバウンド施策:コールドメール/LinkedIn、コールスクリプト、返信対応、反論への切り返し
- ランディングページ/CRO:ヒーロー、オファー、CTA、フォーム、実績、信頼性、クリック後の誘導を改善する
- リードのスコアリング/ルーティング:MQL/SQL のしきい値、SDR/AE への引き継ぎ、SLA の設計
- 実験の実施計画:30/60/90 日のテスト計画、ICE/PIE スコアリング、中止/拡大のルール
- コンプライアンス/到達率:CAN-SPAM/GDPR 対応、ドメインのウォームアップ、オプトアウト、DKIM/SPF/DMARC
- アカウントベースドセールス(ABS):指定アカウントのターゲティング、複数担当者へのアプローチ、アカウントのスコアリング
このスキルを使用しない場面
以下については、代わりに関連スキルを使用してください。
- オーガニックコンテンツ戦略 → marketing-social-media
- ランディングページの SEO → marketing-seo-complete
- AI 検索最適化 → marketing-ai-search-optimization
- プロダクト主導型成長の統括 → product-management
- 有料メディアの購入/最適化 → marketing-paid-advertising
- ディスカバリーからクロージングまでの営業活動(提案、交渉、調達) → startup-sales-execution
- オンボーディング、維持、契約更新、拡大 → startup-customer-success
クイックリファレンス
| タスク | SOP/テンプレート | 場所 | 使用する場面 |
|---|---|---|---|
| ICP とオファーの定義 | ICP & Offer Sprint | Operational SOPs → ICP & Offer を参照 | メッセージ作成、入札、リスト作成の前 |
| 30/60/90 日のチャネル計画 | Test Plan Grid | Operational SOPs → Channel Plan を参照 | 新しい市場施策または四半期ごとの見直し |
| メール/LinkedIn のアプローチ計画 | 5 回接触の基本形(CTA 優先) | Operational SOPs → Email/LinkedIn Cadences を参照 | コールドアプローチ/見込み客開拓、またはナーチャリング |
| コールドコールスクリプト | ディスカバリーを含むトークトラック | Operational SOPs → Cold Call Script を参照 | ライブでのアウトバウンド、イベント後のフォローアップ |
| ランディングページの改善 | ヒーロー/オファー/実績/CTA/フォームのチェックリスト | Operational SOPs → Landing Page Fix を参照 | CVR の低さ、または広告とページの不一致 |
| リードのスコアリングとルーティング | ポイント+SLA | Operational SOPs → Lead Scoring + Routing を参照 | SDR/AE への引き継ぎ、CAC/SQL の乖離 |
| リード対応速度の OS | 返信+リマインダー | Operational SOPs → Speed-to-Lead を参照 | 返信/ノーショーの問題、受信箱の対応速度 |
| 実験マトリックス | ICE/PIE+中止/拡大 | Operational SOPs → Experiment Matrix を参照 | 毎週の優先順位付け |
| コンプライアンス/到達率 | 認証+オプトアウト | Operational SOPs → Compliance & Deliverability を参照 | コールドメール/ドメインの健全性 |
| 2025 年のメール到達率 | 一括送信者の要件 | assets/email-deliverability-2025.md | 一括送信(Gmail 宛てに 1 日 5,000 件以上)、新しいドメイン |
| LinkedIn アプローチの安全性 | 利用規約に準拠したアプローチのガードレール | assets/linkedin-automation-safety-2025.md | LinkedIn アプローチのリスク軽減 |
判断フロー(パイプラインのトリアージ)
Leads low?
├─ ICP/offer unclear → Run ICP & Offer Sprint → ship 3 hooks (pain/risk/value) → retest
├─ Channel skewed → Add 2nd channel (LI + email OR retargeting) → small-budget test
└─ Volume ok, quality low → Tighten filters + Lead Scoring → reroute + new CTA
Replies low?
├─ Open rate materially below baseline (or bounces/complaints rising) → Fix list quality + auth + subject/hook
└─ Opens ok, replies low → Rewrite CTA (one action), add proof/trigger, shorten to ≤120 words
Bookings low but replies? → Add Speed-to-Lead + 2 follow-ups + calendar drop + friction audit
Traffic ok, CVR low?
├─ Message mismatch → Rewrite hero/CTA to match ad/pain
├─ Proof light → Add 3 proof types (metric case, logo, testimonial)
└─ Form friction → Reduce fields, add multi-step or chat, highlight privacy/trust
運用 SOP(迅速な実行)
ICP とオファーのスプリント(90 分)
- 直近の受注・失注上位 10 件を抽出し、企業属性、きっかけ、反論のパターンを特定します。
- 3 つのオファーを作成します:課題を解決するもの、スピード/自動化、リスクの軽減。それぞれに、数値で示した証拠を 1 つ、緊急性を高める要素を 1 つ含めます。
- LI/メール用のフックを 3 つ用意します:課題、何もしない場合のリスク/コスト、より良い未来。CTA は 1 つに絞ります(適合性チェック/デモ/監査)。
パイプライン健全性チェックリスト(毎週)
- ステージの定義(MQL/SQL/SAL)に変更がないことを確認します(気づかないうちにずれていないか)。
- SQL → SAL の受け入れ率を基準値と比較し、低下している場合は主な却下理由を調査します。
- リード対応までの時間の中央値と p90 を SLA と比較し、超過している場合はルーティングやアラートを修正します。
- バウンス/苦情/配信停止の傾向を確認し、苦情が急増した場合は配信を一時停止します。
- リストのクリーンさを確認します。バウンス/配信停止/苦情を抑制し、必要に応じて役割アカウントを削除します。
- 2つのアウトバウンドシーケンスを対照群と比較して検証します(開封率/クリック率ではなく、返信率と商談化率を確認します)。
- 主なトラフィックソース別にランディングページの CVR を基準値と比較し、メッセージの不一致があればフラグを立てます。
- フォームで使用中の項目のみを取得していることを確認し、使っていない「あると便利」な項目は削除します。
- ルーティングを監査します。最も意欲の高いリードには、まず人が対応し、ボット/自動化は支援にのみ使用します。
- 今週のアトリビューションモデルが一貫していることを確認します(期間の途中でレポートが変更されていないか)。
- チャネル別に創出されたパイプラインを確認します(リード数ではありません)。取り組みを上位2つの施策に再配分します。
- 商談実施率と不参加の理由を確認し、低下している場合はリマインダーや参加しやすくするための改善を追加します。
- 最近の受注5件と失注5件を抽出し、それに応じて ICP のトリガー/反論を更新します。
- 来週のターゲットアカウント(ABS)と、セグメントごとの主要 CTA について営業チームと合意します。
- チャネルごと(メール/LI/ランディングページ)に変更を1つ記録し、仮説と停止/拡大の基準を添えます。
チャネル計画(30/60/90日)
- 30日:メール+LinkedIn(コネクト+DM)+リターゲティング形式1つで、2つの訴求を検証します。目標:基準値をもとに返信率と CPL のガードレールを設定し、リードの質(営業受け入れ率、SQL 率)を守ります。
- 60日:成果の出ている施策を継続し、ウェビナー/ワークショップまたはパートナー/紹介施策を追加します。ナーチャリング(価値ある情報の提供)とリマーケティングを組み合わせます。
- 90日:上位2つの施策を拡大し、リードスコアリングと SDR SLA を追加します。十分なサンプル数で検証したうえで、合意済みのガードレールを下回る成果の出ていない施策を停止します。CAC、SQL→商談→受注を確認します。
メール/LinkedIn のシーケンス(3~6回の接触)
- 接触1:課題に訴える切り口+根拠+CTA 1つ+配信停止方法。70~120語。
- 接触2:簡潔な事例(改善前/後の指標)+予約リンクへの CTA。
- 接触3:反論への対応(セキュリティ/統合/予算)+簡単な適合性確認への CTA。
- 接触4~6:現状を放置するコストの試算、社会的証明、軽いリマインダー。必ず配信停止方法とコンプライアンス用フッターを含めます。
- LinkedIn:コネクト(売り込みなし)→価値ある情報の提供(投稿/DM)→控えめな CTA(ベンチマーク/簡易監査)→リマインド。意欲が高い場合はボイスメッセージを追加します。
コールドコールのスクリプト(トークトラック)
- 導入:許可を得ることと価値の提示を一文で行います。「今、お時間よろしいでしょうか…」は避けます。
- ヒアリング:質問を3つ(現在のツール/フロー、課題の指標、きっかけ/優先事項)。
- 価値の提示:主な課題に合わせ、根拠を1つ挙げ、次のステップを提案します。
- 反論への対応:受け止める → 簡潔な根拠を示す → 小さな合意を得る(利用ツール一式の共有/15分の予約)。
- クロージング:期限を明確にした CTA(今週中)を提示し、通話中にカレンダーを送信します。
ランディングページの改善(オファー優先)
- ヒーロー:課題+成果+根拠を示し、ファーストビュー内に CTA を配置します。広告/シーケンスと同じ表現を使います。
- オファー:価値、速さ、リスク軽減の3項目を箇条書きにします。有効であれば価格の目安を追加します。
- 根拠:ロゴ一覧+指標を含む事例1件+推薦文1件を掲載し、コンプライアンス/信頼性に関する情報(セキュリティ、認証)を追加します。
- フォーム:項目を減らし、複数ステップ形式またはチャットを追加します。確認メール/SMSを自動送信し、プライバシー情報/配信停止方法を表示します。
- テスト:ヒーローのバリエーション(課題訴求 vs 成果訴求)、CTA の文言、社会的証明のブロック、フォームの長さ、リスク軽減策。
リードスコアリング+ルーティング
- スコアの軸:適合性(業界/規模/役職)、意欲(ページ閲覧の深さ、返信)、行動(デモのリクエスト、リソースのダウンロード)。
- [Inference] スコア例:適合性(0~40)、意欲(0~40)、行動(0~20)。MQL ≥60、意思決定者の役職またはデモへの意欲がある場合は SQL ≥75。
- ルーティング:MQL → 15分以内に SDR が対応、SQL → AE のカレンダーを確保。SLA:初回接触は15分未満、2回目は2時間未満、3回目は当日中。
リード即時対応 OS
- 受信トレイ+CRM アラート(メール、Slack、モバイル)。カレンダーリンク付きの自動返信。
- シーケンス:T0 分:返信/確認、T+15m:価値提供+予約案内、T+4h:リマインド+ソーシャルプルーフ、T+24h:電話+SMS(同意がある場合)。
- 追跡項目:応答時間、予約率、無断キャンセル率。応答がない場合はリマインダーを追加し、代わりの担当者を割り当てます。
実験マトリクス
- アイデアを毎週スコアリングします(ICE/PIE)。テストは最大3~5件にし、影響範囲(予算/ボリューム)に上限を設けます。
- 最低サンプル数に達した後、合意済みのガードレールを下回った場合は停止します。連続した確認で再現可能な効果が見られた場合に限り、規模を拡大します。
- 記録項目:仮説、担当者、開始/終了日、サンプルサイズ、指標、判断(停止/拡大/反復)。
コンプライアンスと到達率(運用チェックリスト)
目標:アウトバウンドとナーチャリングを実施しながら、到達率を維持し、ブランドへの信頼を守ります。
スパム率のしきい値(重要 — 2025 年の適用)
- Gmail/Yahoo/Microsoft のハード上限:苦情率 0.3%
- 推奨目標:安定した受信トレイへの到達を実現するため <0.1%
- Gmail(2025 年 11 月):要件に準拠しない送信者は 恒久的な 5xx 拒否を受けます
- Microsoft(2025 年 5 月):認証されていない一括送信者は、コンシューマー向けメールボックスで 全面的に拒否されます
適用要件の詳細については、assets/email-deliverability-2025.md を参照してください。
認証(必須)
- SPF (RFC 7208):https://datatracker.ietf.org/doc/html/rfc7208
- DKIM (RFC 6376):https://datatracker.ietf.org/doc/html/rfc6376
- DMARC (RFC 7489):https://datatracker.ietf.org/doc/html/rfc7489
配信停止(大量送信者に必須)
- List-Unsubscribe ヘッダー (RFC 2369):https://datatracker.ietf.org/doc/html/rfc2369
- List-Unsubscribe-Post (RFC 8058) によるワンクリック配信停止:https://datatracker.ietf.org/doc/html/rfc8058
コンプライアンスの基本
- 商用メールについては CAN-SPAM の要件に従ってください(https://www.ftc.gov/business-guidance/references/can-spam-act-compliance-guide-business)。
- GDPR/CASL およびその他の地域ごとの規則については、法律顧問と相談し、プライバシーポリシーに沿って対応してください(独自の判断で対応しないでください)。
リストの衛生管理(実行)
- リストを購入しないでください。検証済みの情報源を使用し、必要に応じて同意を文書化してください。
- ハードバウンス、配信停止、苦情のシグナルを抑制します。
- 休眠中の宛先への送信を停止します(レピュテーションが低下する前にボリュームを減らします)。[推論]
送信方法(実行)
- 送信者の識別情報(From ドメイン/名前)を一定に保ち、ドメインを頻繁に切り替えないでください。
- 新しいドメインをウォームアップし、ボリュームを段階的に増やします。苦情が急増した場合は停止してください。[推論]
- 読みやすいメールにします。オファーを明確にし、リンクを最小限に抑え、実際に返信できる宛先を用意し、プレーンテキスト部分を含めます。
指標と QA
- 主要指標:返信率、予約率、参加率、SQL 数、商談数、成約率、CAC、投資回収期間。
- 副次指標:受信トレイへの到達率、バウンス率、苦情のシグナル、開封率(参考値のみ)、クリックから予約への転換率、初回接触までの時間。
- 各スプリントで QA を実施します:メッセージとオファーの整合性、CTA の明確さ、証拠の説得力、コンプライアンス、ルーティングの速度。
ナビゲーション:ソースとアセット
- 運用パターン:
references/operational-patterns.md - 戦略とターゲティング:ICP とバイヤーペルソナ(
references/icp-buyer-personas.md)、ABM(アカウントベースドマーケティング)(references/abm-account-based.md) - スコアリングとナーチャリング:リードスコアリングモデル(
references/lead-scoring-models.md)、リードナーチャリングのワークフロー(references/lead-nurturing-workflows.md) - 獲得チャネル:アウトバウンドシーケンス(
references/outbound-sequences.md)、ウェビナーとイベントのファネル(references/webinar-event-funnels.md)、リードマグネットとゲーティング(references/lead-magnets-gating.md) - パートナーシップとシグナル:紹介・パートナープログラム(
references/referral-partner-programs.md)、インテントデータと購買シグナル(references/intent-data-buying-signals.md) - コアテンプレート:メール(
assets/email-sequence.md)、LinkedIn(assets/linkedin-sequence.md)、コールドコール(assets/cold-call-script.md)、ランディングページ監査(assets/landing-audit-checklist.md)、リードスコアリング(assets/lead-scoring-model.md)、チャネル計画(assets/channel-plan-30-60-90.md)、リード対応速度(assets/speed-to-lead-playbook.md)、実験ログ(assets/experiment-matrix.md)、リードファネルの定義(assets/lead-funnel-definition.md) - 追加テンプレート:メール到達率(
assets/email-deliverability-2025.md)、LinkedIn アウトリーチの安全性(assets/linkedin-automation-safety-2025.md) - 任意:AI/自動化:AI によるパーソナライズ(
assets/ai-personalization-playbook.md) - ウェブソース:
data/sources.json - Lead Gen Strategist プロンプト:
custom-gpt/productivity/Lead-generation/01_lead-generation.md - Lead Gen Strategist ソース:
custom-gpt/productivity/Lead-generation/02_sources-lead-generation.json - 書籍(運用上の要点):
- Urbanski —
custom-gpt/productivity/Lead-generation/sources/Ancient_Secrets_of_Lead_Generation_-_Daryl_Urbanski.pdf(ファネル、計算、自動化) - Turner —
custom-gpt/productivity/Lead-generation/sources/Connect_The_Secret_LinkedIn_Playbook_To_Generate_Leads_Build_Relationships_And_Dramatically_Increase_Your_Sales_-_Josh_Turner.pdf(LinkedIn アウトリーチ/頻度) - Brock —
custom-gpt/productivity/Lead-generation/sources/Lead_Generation_Authority_-_David_Brock.pdf(エンタープライズ営業の厳密さ) - Gilbert —
custom-gpt/productivity/Lead-generation/sources/Lead_Generation_Unlocked_-_Joe_Gilbert.pdf(オファーとアウトバウンドの転換) - Shapiro —
custom-gpt/productivity/Lead-generation/sources/Rethink_Lead_Generation_-_Tom_Shapiro.pdf(差別化されたポジショニング) - Tsai —
custom-gpt/productivity/Lead-generation/sources/The_Digital_Real_Estate_Marketing_Playbook_How_to_generate_more_leads_close_more_sales_and_even_become_a_millionaire_real_estate_agent_with_the_power_of_internet_marketing_-_Nick_Tsai.pdf(ニッチ/地域ごとのリード獲得フロー) - Harasty —
custom-gpt/productivity/Lead-generation/sources/Turning_Your_Business_into_a_Success_Monster_-_Chris_Harasty.pdf(オファーの組み合わせ、マインドセットから業務運営まで)
- Urbanski —
関連スキル
- ../marketing-social-media/SKILL.md — 有料/オーガニックのソーシャル施策とコンテンツシステム
- ../product-management/SKILL.md — ポジショニングとメッセージングの整合
- ../software-frontend/SKILL.md — ランディングページの実装とパフォーマンス
- ../ai-prompt-engineering/SKILL.md — コピー/フックのバリエーションを迅速に生成
- ../data-sql-optimization/SKILL.md — ファネル分析とアトリビューションのクエリ
使用上の注意(Claude)
- 実務に徹してください。理論は避け、SOPの手順、実施頻度、チェックリスト、判断を提示してください。
- アウトバウンド施策にはCTAとコンプライアンス要件を含め、オプトアウトの一文と地域ごとの注意事項を記載してください。
- データが不足している場合は、前提を明示してシンプルな既定値で進め、長大なリストではなく、1〜3個のフック/テストを提案してください。
- PDFまたはLead Gen Strategistプロンプトの内容を要約する場合は、ソースのパスを示してください。ユーザーから抜粋が提供されない限り、PDFは信頼できないものとして扱ってください。
- プライバシーを維持してください。PIIを保存せず、入力をサニタイズし、統計やベンダーのベンチマークを捏造しないでください。
オプション:AI/自動化
注:上記のリードジェネレーションの基本は、AIがなくても機能します。このセクションでは、オプションの自動化機能について説明します。
AIによるリードスコアリング
| 用途 | 方法 | ツール |
|---|---|---|
| 予測スコアリング | 過去のコンバージョンデータを使ったMLモデル | Salesforce Einstein、HubSpot、6sense |
| インテントシグナル | ウェブ上の調査行動を追跡 | Bombora、G2、ZoomInfo Intent |
| データ補完 | 企業属性/技術属性データを自動入力 | Clearbit、Apollo、ZoomInfo |
実施(AIによるリードスコアリング)
- まずはルールベースのスコアリングから始めてください。MLの導入は、安定したラベルと、検証に十分なデータ量が確保できてから検討してください。
- AIスコアを実際の成果と照合し、毎月検証してください。
- AIスコアは人間の判断に代わるものではなく、判断材料として使用してください。
避けること(AIによるリードスコアリング)
- データがまばら、または偏りのあるラベルで予測モデルをトレーニングすること
- 定期的な検証をせずにAIスコアを信頼すること
- 高価値アカウントの人によるレビューをなくすこと
AIによるパーソナライズ
| 用途 | 方法 | 考慮事項 |
|---|---|---|
| メールのパーソナライズ | LLMが生成するバリエーション | 対照群と比較してテストし、ブランドの声を維持する |
| 動的コンテンツ | リアルタイムのページカスタマイズ | クリーンなデータが必要。読み込みへの影響をテストする |
| 動画のパーソナライズ | AIが生成するカスタム動画 | 目新しさはあるが、大規模展開時のROIは未検証 |
AIによるルーティングと自動化
| 用途 | ツール | メリット |
|---|---|---|
| 自動ルーティング | Chili Piper、Default、Calendly Routing | リードへの応答を迅速化 |
| チャットボットによる適格性評価 | Drift、Intercom、Qualified | 24時間365日の適格性評価 |
| シーケンスの自動化 | Outreach、SalesLoft、Apollo | アウトバウンドを拡大 |
詳しい実装方法については、assets/ai-personalization-playbook.mdを参照してください。
コラボレーションに関する注意事項
プロダクトチームとの連携
- PLGの整合:PQLの基準(利用状況のしきい値、機能の利用状況)を共同で定義します
- 機能リクエスト:不足機能を求めるリードからの声を、プロダクトチームへのインプットとします
- トライアルの最適化:トライアルから有料プランへのコンバージョンを共同で担当します
営業チームとの連携
- SLA文書:応答時間の取り決めを含むリード引き継ぎのSLAを共同で作成します
- フィードバックループ:リードの質や却下理由について、毎週または隔週でミーティングを行います
- スコアリングの調整:営業チームの意見を取り入れて、四半期ごとにスコアリングモデルを見直します
- 受注/失注分析:成約案件を共同で検証し、ICPの定義を改善します
エンジニアリングチームとの連携
- フォームの実装:段階的なプロファイリングや複数ステップのフォームについて、エンジニアリングチームと連携します
- アナリティクスのトラッキング:UTMの処理、イベントトラッキング、コンバージョンのアトリビューションが適切に行われるようにします
- インテグレーションの保守:CRM/MAPの同期、Webhookの信頼性、データの衛生状態を管理します
- ページのパフォーマンス:ランディングページの読み込み速度はコンバージョンに直接影響します
海外市場
このスキルでは、米国/英国市場をデフォルトとして使用します。海外でリードを獲得する場合は、以下を参照してください。
| ニーズ | 参照するスキル |
|---|---|
| 地域ごとの購買委員会の動向 | marketing-geo-localization |
| 地域ごとのチャネル選好 | marketing-geo-localization |
| コンプライアンス(GDPR、CASL、LGPD) | marketing-geo-localization |
| 文化に合わせたアウトリーチの調整 | marketing-geo-localization |
クエリに海外のコンプライアンスや地域ごとのアウトリーチ規範が関わる場合は、地域固有の制約や調整について、marketing-geo-localization も使用してください。
アンチパターン
| アンチパターン | 失敗する理由 | 代わりに行うこと |
|---|---|---|
| 成功指標としてMQL数を使用する | 数が多くてもパイプラインにつながるとは限りません | MQLからSQLへの受け入れ率を追跡します |
| リードリストを購入する | 品質が低く、コンプライアンス上のリスクがあり、ドメインの評価を損ないます | オーガニック施策と、確認済みの連絡先へのアウトバウンド施策で獲得します |
| 営業からのフィードバックを無視する | MQLが却下され、信頼が損なわれます | リードの質について毎週すり合わせます |
| 過度な自動化 | 定型的なアウトリーチになり、返信率が低下します | 作業を自動化し、メッセージは相手に合わせて調整します |
| 単一チャネルへの依存 | アルゴリズムの変更でパイプラインが途絶えます | 最低2~3つのチャネルを使います |
| すべてにゲートを設ける | SEOを損ない、見込み客を苛立たせます | 高価値コンテンツにはゲートを設け、認知向けコンテンツは公開します |
| 見栄えだけの指標を追う | コンバージョンにつながらない開封数やクリック数を追ってしまいます | 返信率、予約率、SQLを重視します |
| アトリビューションモデルがない | 支出を最適化できません | シンプルなモデルから始め、改善を重ねます |