Service Strategy

HubSpot戦略活用のご支援

HubSpotを「単なるツール」ではなく、BtoBビジネスの成長戦略を回す“運用OS”に変える。

BtoB成長戦略を「5レイヤー × 30コンポーネント + 7つの統合フレームワーク」で分解。貴社に最適な組み合わせを選定し、HubSpotに実装・定着まで支援します。

こういう課題に効きます

マーケ・営業・CSが分断され、リードが滞留し商談化しない

→ 対応:THE MODEL / RevOps

重点アカウントに集中したいが、ABMのターゲティングやBG設計が作れない

→ 対応:ABM/ABX

代理店・SIer経由が多いが、共販の情報共有と管理が崩壊している

→ 対応:エコシステム主導(Ecosystem-Led)

既存顧客の更新・拡大が弱く、NRRが伸びない/解約理由が見えない

→ 対応:カスタマーサクセス(CS)

トライアルやフリーミアムで使い始めるユーザーは多いが、有料転換が弱い

→ 対応:セルフサーブ型成長(Self-Serve Growth)

HubSpotを導入したが、部門ごとにバラバラに使っており全体の数字が信用できない

→ 対応:RevOps
注意事項

ご依頼前にご確認ください

GuildSpotの戦略支援は「戦略設計 → HubSpot実装 → 運用定着」の一気通貫です。
どれだけ優れた設計をしても、現場で使われなければ意味がありません。

以下の条件が整っていることをご確認ください。

  • 経営層またはプロジェクトオーナーのコミットメントがある
  • 社内に推進担当者(兼任でもOK)をアサインできる
  • HubSpotの導入済み、または導入が決定している

※ これらはRevOps Foundationの前提条件でもあります。
整っていない場合は、まず基盤整備からのご支援も可能です。

GuildSpot Philosophy

GuildSpot戦略メソッドとは

BtoB成長戦略は、1つのフレームワークで全体を補えるものではありません。

GuildSpot戦略メソッドは、戦略を「食材」と「レシピ」に分解して考えます。

5つのレイヤーが「食材の種類」。
30のコンポーネントが「食材」──個々の設計判断です。
7つのフレームワークが「レシピ」──食材の組み合わせ方の「型」です。

まずコンポーネント単位で「自社に何が足りないか」を特定し、フレームワークで「どう組み合わせるか」を決める。この順番で考えることで、流行に振り回されずに自社に合った戦略を選べるようになります。

GuildSpot's Strategy Method - A Three-Layer Structure
Design Elements

5つのレイヤー(=設計要素)

5つのレイヤーが「食材の種類」、30のコンポーネントが「食材」です。自社に何が足りないか・どこを強化すべきかを特定し、HubSpotに実装します。

1L1:獲得モーション

「どうやって新規のお客さまと出会うか」を決める領域です。 営業主導、マーケティング主導、プロダクト主導、パートナー経由など、自社のビジネス特性に合った「出会い方」を選びます。

コンポーネント:SL / IN / PLG / PG / COM / EVT / HYB(7個)

2L2:ターゲティング

「誰に集中するか」を決める領域です。 広くセグメントで捉えるか、理想顧客像を絞り込むか、特定業界に特化するか、重点アカウントを名指しするか。

コンポーネント:SEG / ICP / VERT / TIER / NAM / BG(6個)

3L3:収益拡大エンジン

「既存のお客さまからどう収益を伸ばすか」を設計する領域です。 更新管理、追加提案、横展開、ヘルススコアなど、新規獲得の後に来る「成長のエンジン」を組み立てます。

コンポーネント:CLG / RM / LEX / SLX / AG / HS(6個)

4L4:需要戦略

「どんな切り口でお客さまの関心を引くか」を設計する領域です。 インテント(購買シグナル)、ブランド、課題起点、ユースケースなど、「何を伝えるか」のアプローチを選びます。

コンポーネント:INT / BR / CH / CAT / PROB / USE(6個)

5L5:運用OS

「戦略を回し続ける仕組み」を整える領域です。 ファネル定義、リード対応SLA、データガバナンス、定例会議、部門横断のオーケストレーション──すべての戦略の土台です。

コンポーネント:FD / SLA / DG / OC / ORCH(5個)

Strategy Components

30の戦略コンポーネント

※ ABM、THE MODEL、RevOps、Revenue Waterfallは、複数コンポーネントを束ねた「統合フレームワーク」として次のセクションで解説しています。

「どうやって新規のお客さまと出会うか」を決める領域です。

SL

SL営業主導

Sales-led

営業という「人」をエンジンにして、接触→合意形成→受注まで伴走する

向いている条件:
  • 単価が高い/カスタマイズが多い
  • Buying Groupが重く、意思決定が長い
  • 市場が成熟していて指名検索が弱い
このコンポーネントを含むFW:THE MODEL, エコシステム主導, ABM/ABX 等
詳しい解説記事
IN

INマーケティング主導

Inbound

コンテンツ・検索・広告で検討を前倒しし、商談化しやすい状態を作る

向いている条件:
  • 課題が顕在化している層がいる
  • 再現性ある勝ちパターンが作れる
  • 中長期で“資産化”する腹がある
このコンポーネントを含むFW:THE MODEL, セルフサーブ 等
詳しい解説記事
PLG

PLGプロダクト主導

Product-led

プロダクト体験で価値を体感させ、獲得・転換・拡大を進める

向いている条件:
  • “触れば価値が分かる”要素がある
  • 導入障壁を下げられる
  • 利用データを取って改善できる
このコンポーネントを含むFW:セルフサーブ 等
詳しい解説記事
PG

PGパートナー主導

Partner-led

代理店・SI・共催等を通じて案件を創出する

向いている条件:
  • 直販だけではリーチできない市場がある
  • 実装・保守の手がボトルネック
  • パートナーが提案しやすい商材
このコンポーネントを含むFW:エコシステム主導 等
詳しい解説記事
COM

COMコミュニティ主導

Community-led

ユーザー同士の相互支援と推奨を育て、獲得・定着・拡大につなげる

向いている条件:
  • 既存顧客の成功が次の成功につながる
  • “教え合い”が発生しやすい
  • 顧客の声が改善に直結する
EVT

EVTイベント主導

Event-led

展示会・セミナー・ウェビナーを案件創出の主軸に据える

向いている条件:
  • 対面/準対面で信頼が上がる
  • “テーマ”で人が集められる
  • 事前集客→当日→事後フォローができる
HYB

HYBハイブリッド

Hybrid Motion

複数の獲得モーションを組み合わせて相乗効果を生む

向いている条件:
  • セグメントによって購買行動が違う
  • 複数の入口が既に存在する
  • 運用OSがないと破綻する
Integrated Frameworks

7つの統合フレームワーク

フレームワークは、複数のコンポーネントを特定のパターンで束ねた「型」です。
自社に合うフレームワークは、商材特性・ターゲット数・組織の成熟度で決まります。
まず「材料(コンポーネント)」が揃っているかを確認し、そのうえで「型(フレームワーク)」の導入を検討してください。

エントリー

THE MODEL(分業×ファネル管理)

マーケ→インサイドセールス→営業→CSの分業体制と、リードベースのファネル管理で収益プロセスを回す日本発のフレームワーク。

必須コンポーネント

INSLFDSLAOC

推奨コンポーネント

ICPDG

メインHub

Marketing Hub + Sales Hub

詳しい前提条件と適合企業
前提条件:
  • 1. マーケ→IS→FS→CSの分業体制がある、または構築する意思決定がされている(兼務でもOK。「役割として定義されている」ことが最低条件)
  • 2. リード獲得のチャネルが1つ以上ある(展示会、Web問い合わせ、コンテンツDL等。ゼロならL1設計が先)
  • 3. HubSpot(またはCRM/MA)が導入済み
成熟度レベル:
  • Level 1 ── Basic:分業はしたがファネルが回っていない。MQL定義が曖昧でSLAがない
  • Level 2 ── Operating:FDの移行条件が全部門合意済み。SLA遵守率を計測し、OC 3層が稼働
  • Level 3 ── Optimized → RevOps移行準備完了:DGが運用され、転換率改善のPDCAが四半期で回る
適合する企業像:
  • ・BtoB SaaS・ITサービス企業で、マーケ組織を立ち上げ段階
  • ・リード獲得は始めたが、商談化のプロセスが属人的
  • ・「分業したい」「ファネルを見える化したい」が最初のニーズ
  • ・ターゲットが100社以上あり、リードベースの管理が合理的
対応モデルケース: B(展示会起点の部品メーカー), H(Intent競争市場)
詳しい解説記事 →
エントリー

セルフサーブ型成長(Self-Serve Growth)

プロダクト体験を軸に、ユーザーの自己推進で獲得→転換→拡大を実現するフレームワーク。

必須コンポーネント

PLGINFDSLAOC

推奨コンポーネント

LEXDG

メインHub

Marketing Hub + Sales Hub

詳しい前提条件と適合企業
前提条件:
  • 1. プロダクト体験で価値を自己推進できるSaaS商材である(無料トライアル or フリーミアムでユーザーが自ら使い始められる)
  • 2. 低〜中単価(月額数千〜数万円)で、ボリュームで稼ぐモデル
  • 3. プロダクトのUXに競争力がある(Time-to-Valueが短い)
成熟度レベル:
  • Level 1 ── Foundation:セルフサーブのサインアップ導線が存在。ただし有料転換は自然発生任せ
  • Level 2 ── Operating:PQL定義が設計済み。利用データとHubSpotが連携し、閾値超えで営業へ自動引き渡し
  • Level 3 ── Scaled → Revenue Waterfall移行:PLG経由とSales-led経由の収益を統合管理。Expansion設計が稼働
適合する企業像:
  • ・SaaSプロダクトで、セルフサーブのサインアップが可能
  • ・低〜中単価で、プロダクトのUXに競争力がある
  • ・HubSpot社、Slack、Notion、Canva等がベンチマーク
  • ・「大口顧客は営業で獲りたいが、PLGとの連携が未設計」が課題
対応モデルケース: F(中価格帯SaaS × PLG)
詳しい解説記事 →
エントリー

エコシステム主導(Ecosystem-Led)

パートナー(代理店・SI・アライアンス)との共創で案件を創出・拡大するフレームワーク。

必須コンポーネント

PGORCHDGOC

推奨コンポーネント

SLFD

メインHub

Sales Hub + Data Hub

詳しい前提条件と適合企業
前提条件:
  • 1. パートナー(代理店・SI等)経由の売上が存在する、または構築する意思決定がされている
  • 2. パートナーが提案しやすい商材である(パートナーが「自社の顧客に紹介するメリット」を30秒で説明できるか)
  • 3. 案件登録・保護期間のルールを設計・運用する体制がある(Deal Registrationがないと直販との案件衝突が起きる)
成熟度レベル:
  • Level 1 ── Foundation:パートナープログラムの基本設計あり。Deal RegistrationがHubSpotに実装済み
  • Level 2 ── Operating:Co-Sellingのプレイブックが整備。パートナー起点のWin Rateを直販と比較
  • Level 3 ── Scaled → RevOps統合:パートナーチャネルと直販のパイプラインが統合管理。エコシステムROIを計測
適合する企業像:
  • ・代理店・SI経由の売上比率が30%以上
  • ・直販だけではリーチできない地域・業界がある
  • ・実装・保守をパートナーに委託するモデル
  • ・製造業のFA機器メーカー、SIer経由のエンタープライズIT
対応モデルケース: C(代理店比率が高いFA機器メーカー)
詳しい解説記事 →
土台

RevOps(収益プロセス統合)

マーケ・営業・CSの運用プロセスを統合し、全社で「1つの数字」を見て改善を回す土台フレームワーク。

必須コンポーネント

FDSLADGOCORCH

推奨コンポーネント

全レイヤーのPrimary

メインHub

Data Hub + 全Hub横断

詳しい前提条件と適合企業
前提条件:
  • 1. L5の各コンポーネント(FD/SLA/DG/OC/ORCH)が個別に設計・運用開始されている(完成度は問わない。「着手済み」であること)
  • 2. 部門横断のオーナー(RevOps担当)が存在する、または設置予定(専任でなくてもOK。兼務で横断調整する役割があれば可)
  • 3. HubSpotのダッシュボード・レポートが意思決定に使われている(「ダッシュボードを見て施策を変えた」実績が直近3ヶ月以内にあるか)
成熟度レベル:
  • Level 1 ── Foundation:FD+SLAが合意運用済み。DGの最低限が動作。OC週次が定着。ただし横連携が弱い
  • Level 2 ── Operating:OC 3層が稼働。DGの週次チェック定着。ORCH担当が部門横断プロセス改善を主導
  • Level 3 ── Integrated:四半期レビューでL1〜L4の戦略見直しとL5の運用調整が連動。ABM/RW拡張準備完了
適合する企業像:
  • ・THE MODELまたは類する分業を運用中で「個別には動いているが全体最適ができていない」
  • ・マーケ・営業・CSの3部門がHubSpotを共有利用している
  • ・「ツールは入れたが成果が出ない」の原因が運用にあると認識し始めた
  • ・CRMの入力が崩壊している場合はまずDG単体から
対応モデルケース: D(保守主収益の機械メーカー), J(HubSpot定着不全)
詳しい解説記事 →
発展

ABM/ABX(アカウントベースド戦略)

重点アカウントを特定し、営業とマーケがチームで1社1社を攻略する統合フレームワーク。

必須コンポーネント

ICPNAMTIERBGORCHOC

推奨コンポーネント

SLCHINT

メインHub

Marketing Hub + Sales Hub

詳しい前提条件と適合企業
前提条件:
  • 1. ターゲット企業が絞り込める(目安:主要ターゲット300社以下)
  • 2. 1案件あたりの単価がABMの投資コストに見合う(ACV 100万円以上が目安)
  • 3. L5の基盤(最低限FD + SLA)が整っている(RevOps Level 1相当)
  • 4. 営業とマーケが「一緒にアカウントを攻める」ことに合意している
成熟度レベル:
  • Level 1 ── Lite:ICP定義済み、NAMリスト確定、Tier設計済み。ただしアカウント単位の戦略は未着手
  • Level 2 ── Standard:Tier1にアカウントプランあり。BG設計でカバレッジ管理。営業×マーケ合同OC定例化
  • Level 3 ── Advanced:INTデータをアカウントスコアに統合。ORCH全Tier横断管理。Revenue Waterfall移行検討
適合する企業像:
  • ・高単価(ACV 100万円〜)・長期検討(3ヶ月〜)の商材
  • ・ターゲットが絞り込める(主要300社以下)
  • ・営業が「1社を深く攻める」ことに価値を感じる組織文化
  • ・製造業の装置メーカー、エンタープライズ向けIT
対応モデルケース: A(高単価装置メーカー), E(拠点横展開の製造IT), G(新規参入)
詳しい解説記事 →
発展

カスタマーサクセス(CS)

既存顧客の成功を仕組みで支え、更新率の向上と収益拡大を実現するフレームワーク。

必須コンポーネント

CLGRMHSOC

推奨コンポーネント

LEXAGSLXORCHDG

メインHub

Service Hub + Sales Hub

詳しい前提条件と適合企業
前提条件:
  • 1. 既存顧客からの売上(更新・追加購入)が全体の20%以上、または拡大の意思がある
  • 2. CS機能(専任またはCS的な役割を担う担当者)が存在する(属人的でも「納品後のフォロー」を誰がやっているか認識されていればOK)
  • 3. RevOpsの基盤(少なくともFD + OC)が整っている(ファネル定義に「受注後」のステージが含まれているか)
成熟度レベル:
  • Level 1 ── Foundation:RM(更新管理)がHubSpotで仕組み化。更新率を計測。CS担当がアサイン済み
  • Level 2 ── Operating:HS(ヘルススコア)が運用中。CLGの仕組みが設計済み。NRR/GRRを月次計測しOCで議論
  • Level 3 ── Scaled → Revenue Waterfall移行:Expansion Revenueが独立パイプライン。HS+利用データで自動検知
適合する企業像:
  • ・SaaS(月額/年額課金)でNRR/GRRが重要KPI
  • ・保守契約・更新型の製造業で、更新漏れ・縮小が成長の足かせ
  • ・既存顧客数が一定数あり、1社あたりの拡大余地がある
  • ・HubSpot Service Hubの導入・活用を検討中
対応モデルケース: D(保守主収益の機械メーカー), E(拠点横展開の製造IT), I(技術者コミュニティ)
詳しい解説記事 →
統合

Revenue Waterfall(収益統合管理)

新規・更新・アップセル・クロスセルの4タイプをバイインググループ単位で統合管理するフレームワーク。

必須コンポーネント

FD(BG版)BGICPRMOCDG

推奨コンポーネント

LEXAGORCH

メインHub

全Hub統合

詳しい前提条件と適合企業
前提条件:
  • 1. RevOps(L5統合)がLevel 2以上で運用されている
  • 2. ABMの素地(ICP + BG)がある(少なくともABM Lite運用中、BG設計に着手済み)
  • 3. リードベースのファネル定義が安定運用されている
  • 4. 既存顧客の収益拡大(RM, LEX, AG等)がL3コンポーネントとして設計されている
成熟度レベル:
  • Level 1 ── Foundation:4タイプのオポチュニティ(新規/更新/アップセル/クロスセル)を区別して管理開始
  • Level 2 ── Operating:BG単位の追跡が実装。Waterfall全体のボトルネックをタイプ別に特定し四半期レビュー
  • Level 3 ── Integrated:Won→Renewal/Upsellへの自動リサイクル。タイプ別ROI比較で投資配分を最適化
適合する企業像:
  • ・ABMを運用中で、既存顧客の収益拡大を1本のフローで管理したい
  • ・新規・更新・拡大の「どこに投資すべきか」をデータで判断したい
  • ・複雑な購買プロセス(BG 5名以上)を持つエンタープライズ案件が中心
  • ・RevOps Level 2以上が達成されている
対応モデルケース: A(高単価装置メーカー・発展形), F(中価格帯SaaS・将来パス)
詳しい解説記事 →
Growth Map

BtoB戦略 成長マップ

フレームワークには「順番」があります。エントリー層で基本を整え、土台(RevOps)を固め、発展層で成長を加速する。
この順番を飛ばすと、前提が揃わないまま高度な施策を始めて疲弊するリスクがあります。

B2B Strategy Growth Map

自社はどこから始めるか(推奨パス)

パターン①:マーケ組織立ち上げ期のBtoB企業

THE MODEL → RevOps → ABM/ABX or カスタマーサクセス

分業体制を作り、ファネルを安定させてから発展へ。

パターン②:プロダクト主導がコアのSaaS企業

Self-Serve Growth → RevOps → カスタマーサクセス → Revenue Waterfall

プロダクト体験の導線を整え、既存顧客の収益基盤を構築。

パターン③:代理店経由が中心の製造業

Ecosystem-Led → RevOps → ABM/ABX

パートナー管理を整え、重点顧客を絞り込んで深耕。

パターン④:高単価装置メーカー

RevOps → ABM/ABX → Revenue Waterfall

少数の大口顧客に集中。運用基盤を先に固める。

パターン⑤:保守・更新が主収益の企業

RevOps → カスタマーサクセス → Revenue Waterfall

既存顧客の収益を守り、拡大するパスを先に構築。

自社のスタート地点を知りたい方へ

14問のBtoB戦略診断で、貴社に合うフレームワークと戦略コンポーネントの組み合わせを無料で判定できます。

BtoB戦略診断(無料)
Model Cases

モデルケース(10パターン)

製造業装置メーカーABM/ABX

パターンA:高単価・長期検討の装置メーカー

ABM/ABX / Revenue Waterfall
#長期検討#キーマン属人化#ABMの壁
状況

ACV(年間契約額)1,000万円超の産業用装置を扱い、ターゲット企業数は200社以下。検討期間は6〜18ヶ月。営業が属人的にキーマンを攻めているが、購買に関わるメンバー全員をカバーできていない。

対応フレームワーク

ABM/ABX(Standard〜Advanced)→ Revenue Waterfall

構成コンポーネント & 推奨Hub
L1: SL + EVTL2: ICP + NAM + TIER + BGL4: CH + INTL5: FD + SLA + OC + ORCH

Marketing Hub + Sales Hub

KPI
Tier1アカウントのBGカバレッジ率アカウント単位のWin RateSales Cycle短縮日数
注意すべき落とし穴

BGの情報が営業の頭の中にしかない状態でABMを始めると形骸化する。まずHubSpotにBGを可視化する仕組みを作ってからTier1のアカウントプランに着手する。

製造業THE MODEL

パターンB:展示会が最大チャネルの部品メーカー

THE MODEL
#展示会多数#リード放置#追客属人化
状況

年間4〜6回の展示会で名刺を大量に獲得するが、展示会後のフォローが属人的で、3ヶ月後には大半のリードが放置。インサイドセールスを立ち上げたいが、分業の設計ができていない。

対応フレームワーク

THE MODEL(Basic → Operating)

構成コンポーネント & 推奨Hub
L1: EVT + IN + SLL2: ICPL5: FD + SLA + OC

Marketing Hub + Sales Hub

KPI
展示会リードの商談化率MQL→SQL転換率SLA遵守率
注意すべき落とし穴

展示会で獲得名刺を一律ナーチャリングに回すと、温度感の高いリードの対応が遅れる。当日中に即フォロー/ナーチャリング/対象外の3分類を完了するSLA設計が先。

製造業エコシステム主導

パターンC:代理店比率が高いFA機器メーカー

エコシステム主導
#代理店比率50%超#直販競合#案件見えない
状況

売上の50%以上が代理店・SI経由。直販営業も存在するが、代理店チャネルとの案件衝突が頻発。パートナーごとのパイプラインが見えず、どこに注力すべきか判断できない。

対応フレームワーク

エコシステム主導(Ecosystem Foundation → Operating)

構成コンポーネント & 推奨Hub
L1: PG + SLL2: NAML5: ORCH + DG + OC + FD

Sales Hub + Data Hub

KPI
パートナー別パイプライン金額パートナー経由案件のWin RateDeal Registration処理速度
注意すべき落とし穴

Deal Registrationの仕組みがないまま「パートナー強化」を掲げると、直販チームとの社内衝突が激化する。まずテリトリールールと案件保護期間をHubSpotで明確化する。

製造業カスタマーサクセス

パターンD:保守・点検が主収益の機械メーカー

カスタマーサクセス / RevOps
#既存重視#更新漏れ#担当者頼み
状況

据付型の産業機械を製造。機体販売より既設機の保守・点検・改修が売上の半分以上。更新期限の管理がExcelと担当者頼みで、更新漏れや対応遅延が発生している。

対応フレームワーク

カスタマーサクセス(CS Foundation → Operating)+ RevOps(Foundation)

構成コンポーネント & 推奨Hub
L1: SLL3: CLG + RM + HS + SLXL5: FD + OC + DG

Service Hub + Sales Hub

KPI
契約更新率(GRR)更新アラートへの対応率サービス起点の追加提案件数
注意すべき落とし穴

保守データと営業データが別システムに分かれたままCS運用を始めるとヘルススコアの精度が上がらない。HubSpotに保守履歴を一元化するデータモデル設計を先行する。

IT・SaaSABM/ABX

パターンE:拠点・工場横展開の製造IT

ABM/ABX / カスタマーサクセス
#横展開・拡大#提案属人化#機会損失
状況

製造業向けIT(生産管理・品質管理等)を提供。1社の本社工場で導入後、他拠点・グループ会社への横展開が主要な成長パスだが、提案タイミングが属人的で遅れがち。

対応フレームワーク

ABM/ABX(Lite)+ カスタマーサクセス(Operating)

構成コンポーネント & 推奨Hub
L1: SLL2: ICP + TIER + NAML3: CLG + LEX + AG + HSL5: FD + OC + ORCH

Sales Hub + Service Hub

KPI
アカウントあたり拠点展開数Land & Expand転換率NRR(Net Revenue Retention)
注意すべき落とし穴

横展開のタイミングは「本社側のプロジェクトが安定稼働した後」が鉄則。不安定期に提案すると本社側の信頼を損ねる。ヘルススコアで定量判定してから提案をトリガーする。

IT・SaaSセルフサーブ型成長

パターンF:中価格帯SaaS × PLG → 大口は営業

セルフサーブ型成長 / Revenue Waterfall
#フリーミアム#大口転換率低#PLG×営業分断
状況

月額数千〜数万円のSaaSで、トライアルから有料転換するモデル。セルフサーブ層は多いが、無料から有料への転換率が低く、大口案件のアップセルは営業が個別対応。

対応フレームワーク

セルフサーブ型成長(Self-Serve Growth)→ Revenue Waterfall

構成コンポーネント & 推奨Hub
L1: PLG + INL3: LEXL5: FD + SLA + OC + DG

Marketing Hub + Sales Hub + Data Hub

KPI
Signup→有料転換率PQL(Product Qualified Lead)→営業接触率Time to Value(初回利用→有料転換日数)
注意すべき落とし穴

PLGとSales-ledが完全に別チャネルで管理されていると大口化のシグナルを営業が見逃す。プロダクト利用データを同期しPQLで営業への引き渡しを自動化する。

業種横断ABM/ABX

パターンG:指名が弱い新規参入

ABM/ABX
#知名度ゼロ#比較不利#カテゴリ確立
状況

新しい市場カテゴリに参入、または既存市場でブランド認知がほぼゼロ。ターゲット企業のリストはあるが、「何やってる会社?」と言われアウトバウンドが空振りしている。

対応フレームワーク

ABM/ABX(Lite)+ 需要戦略の強化

構成コンポーネント & 推奨Hub
L1: SL + INL2: ICP + NAM + TIERL4: CAT + BR + CHL5: FD + SLA + OC

Marketing Hub + Sales Hub

KPI
ターゲット企業のブランド認知率指名検索数の推移Tier1の初回MTG獲得率
注意すべき落とし穴

ABMターゲティングとブランド構築を同時に走らせるリソースはないケースが多い。まずTier1に絞ってコンテンツを集中投下し、成功事例を作ってから展開する。

IT・SaaSTHE MODEL

パターンH:Intentで勝てる競争市場

THE MODEL
#他社比較激化#インテントデータ#初動勝負
状況

競合が多い市場で、同種のソリューションを検討中の企業をいかに早く捕まえるかが勝負。インテントデータを活用したいが、温度感に応じたファネル運用ができていない。

対応フレームワーク

THE MODEL(Operating)+ インテント連動

構成コンポーネント & 推奨Hub
L1: IN + SLL2: ICP + SEGL4: INT + PROBL5: FD + SLA + OC

Marketing Hub + Sales Hub

KPI
インテントスコア高リードへの初回接触速度インテントリード→商談化率受注までのSales Cycle短縮日数
注意すべき落とし穴

インテントデータを導入しても「ファネル定義」と「SLA」が整っていないとスコアの高いリードが放置される。THE MODELの分業とSLAを先に安定させることが必須。

製造業カスタマーサクセス

パターンI:技術者コミュニティが強い製造テック

カスタマーサクセス
#コミュニティ主導#ユーザー会#導線未設計
状況

製造向けの技術的なプロダクト(計測機器・解析ソフト等)を扱い、技術者コミュニティが自然発生的に構築されているが、新規獲得や既存拡大に繋がる導線が設計されていない。

対応フレームワーク

カスタマーサクセス(Operating)+ コミュニティ活用

構成コンポーネント & 推奨Hub
L1: COM + SLL3: CLG + RM + HSL5: OC + ORCH

Service Hub + Sales Hub + Content Hub

KPI
コミュニティ経由の紹介案件数参加者の更新率・NPS技術コンテンツからの問い合わせ率
注意すべき落とし穴

コミュニティを「リード獲得チャネル」として露骨に利用すると技術者の信用を失う。技術的な価値交換の場とし、営業導線は「自然な紹介(CLG)」としてそっと設計する。

業種横断RevOps

パターンJ:HubSpot定着不全・定義ブレ

RevOps
#定着不全#定義ブレ#ダッシュボード放置
状況

HubSpotを導入して1〜2年経つが、部門ごとにバラバラに使い、全体のファネル数字が信用できない。プロパティが乱立し、ダッシュボードは作ったが誰も見てない状態。

対応フレームワーク

RevOps(Foundation → Operating)

構成コンポーネント & 推奨Hub
L5: FD + SLA + DG + OC + ORCH

Data Hub + 全Hub横断

KPI
データ衛生スコア(必須入力率・重複率)ファネルステージ定義の合意率運用会議(OC)の実施・参加率
注意すべき落とし穴

「データをきれいにする」ことが目的化しやすい。ゴールは「全社が同じ数字を見て意思決定できる状態」。会議(OC)設計を先に行い、逆算してDGの優先順位を決める。

自社に近いパターンが見つかった方へ

「まさに自社のことだ」「自社ならどう進めるべきか」とお悩みの場合、まずはGuildSpotのコンサルタントと無料でディスカッションしてみませんか?

無料相談を予約する
HubSpot Compatibility

フレームワーク × HubSpot Hub対応表

フレームワークごとに中心となるHubが異なります。現在の契約プランと照らし合わせて、必要なHubをご確認ください。

フレームワークMarketing HubSales HubService HubContent HubData Hub
THE MODEL
セルフサーブ型成長
エコシステム主導
RevOps
(Data中心 + 全Hub横断)
ABM/ABX
カスタマーサクセス
Revenue Waterfall
(全Hub統合)
メインHub
サブHub(条件付き)
  • 既存顧客のウエートが大きい場合は、Service Hub / Content Hub(会員限定コンテンツ)の導入が推奨されます。
  • 基幹システム連携がある場合は、Data Hub(Data Studio / Data Sync)が必須級となります。
  • GuildSpotでは、貴社の実現したいフレームワークに合わせて、各Hubの最適な組み合わせをご提案できます。
Project Flow

ご契約までの流れ

01

BtoB戦略診断

14問のBtoB戦略診断で、貴社に合う「コンポーネント」と「フレームワーク」の組み合わせが提示されます。
5レイヤー × 30コンポーネントのうち、何が足りていて、何が足りないかがわかります。

02

無料相談

診断結果をもとに、GuildSpotのコンサルタントが貴社の状況をヒアリング。
課題の優先順位とご支援の方向性を整理します(30分・無料)。

03

ご提案・お見積り

ヒアリング内容をもとに、推奨フレームワーク×コンポーネントの実装計画と、お見積りをご提出します。

04
タイプA

プロジェクト開始

戦略設計 → HubSpot実装 → 運用定着まで一気通貫で支援。
通常3〜6ヶ月のプロジェクト型です。

05
タイプBNew

オーケストレーション伴走

タイプA完了後、「回し続ける」フェーズに移行される場合は月額伴走型のご支援に切り替えが可能です。
GuildSpotが継続的にデータをモニタリングし、月次のアクションリスト+四半期の戦略レビューを提供します。

Support Scope

ご支援範囲

タイプA

プロジェクト型(設計・構築・定着)

1

戦略スタック設計

5レイヤー × 30コンポーネント + 7フレームワークから貴社に最適な組み合わせとロードマップの設計書

2

KPI設計

戦略を計るためのKPI設計:ファネル転換率・速度・パイプライン・NRR等

3

データモデル設計・構築

HubSpot内のオブジェクト構成や外部システムとの連携設計

4

プロパティ定義・構築

必須入力・選択肢・命名規則の定義書+HubSpot実装

5

自動化設計

担当割当、リード対応SLA、滞留アラート、ナーチャリング分岐等

6

ダッシュボード・レポート

経営向け / RevOps向け / 現場向けの3層設計

7

運用ルール・会議体

週次・月次・四半期の「見る数字」と「決めること」の固定

8

定着支援

運用トレーニング、改善サイクルの伴走、定例会議やチャットによる運用支援

構築後も継続支援
タイプB

月額伴走型(オーケストレーション伴走)

構築した戦略を「回し続ける」月額サービスです。

日本の中堅BtoB企業には、フレームワークを現場で回し続ける「オーケストレーター」の役割がほぼ存在しません。 GuildSpotがこの機能を外部から提供します。

月次

  • コンポーネントの実装スコア更新
  • パイプライン健全性チェック
    (滞留・放置・ボトルネック検知)
  • リードフロー異常検知と改善提案
  • 更新期限アラートと対応支援

四半期

  • 戦略レビュー
    (スコア推移+次の投資優先順位)
  • フレームワーク成熟度の進捗確認とロードマップ更新

戦略を、
実行できる「仕組み」へ。

GuildSpotは、描いた戦略をHubSpot上で確実に回し続けるための設計と定着をご支援します。