Content HubはCRMとネイティブに統合されたHubSpotのCMSです。コンテンツの閲覧行動をそのまま商談データとして使えるため、マーケティングと営業が同じ情報を見て動けます。
Content HubはCRMとネイティブに統合されたHubSpotのCMSです。コンテンツの閲覧行動をそのまま商談データとして使えるため、マーケティングと営業が同じ情報を見て動けます。
ブログ目次
HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。
Content HubはCRMとネイティブに統合されたHubSpotのCMSです。コンテンツの閲覧行動をそのまま商談データとして使えるため、マーケティングと営業が同じ情報を見て動けます。
「ブログは更新しているのに、どの記事が商談につながったのかがわからない」「記事のアクセス状況は解析ツール、リードはスプレッドシートで別々に管理していて、営業に渡す時点で情報が途切れてしまう」——。コンテンツマーケティングに取り組むBtoB企業から、こうした声をよく伺います。
Content Hubとは、HubSpotが提供するコンテンツ管理・制作・最適化のための統合ハブで、ブログ・ランディングページ・メール・ポッドキャストなどのコンテンツ資産をCRMデータと連動させて運用できる製品です。「誰がどのコンテンツを読み、その後どう商談化したか」を同じデータベース上で追えることが、一般的なCMSとの大きな違いです。
本記事では、Content Hubの導入や運用設計を検討しているマーケティング担当者・責任者が、判断に使える論点を整理しています。読み終えたあとに、自社でどこから手を付けるかを決められる構成にしています。
Content Hubを理解するうえで押さえておきたいのは、単に「Webサイトを作るツール」ではなく、「CRMにデータを流し込むコンテンツの入口」として設計されている点です。ここでは、CRMと統合されていることで何が変わるのか、Marketing Hubとの違い、そしてHubSpot全体のフローの中での位置づけを順に整理します。
従来のCMSはWebサイトの公開・更新に役割が閉じており、閲覧データは別の解析ツールに、リード情報は別のリストに、と情報が分かれがちです。Content HubはCRMとネイティブに統合されているため、「誰がどのコンテンツを読んだか」「どのページを閲覧したリードが商談化したか」といったデータをリアルタイムで蓄積・分析できます。
また、SEO最適化ツール・多言語対応・A/Bテスト機能も標準で備えており、コンテンツ運用の工程をHubSpot上でまとめて扱えます。訪問者の行動履歴・属性・ライフサイクルステージに応じて表示内容を切り替えるスマートコンテンツ機能を使えば、一人ひとりに合わせた情報提供も可能です。
Content HubとMarketing Hubは役割が隣り合っているため、混同されやすい製品です。違いを整理すると、次の表のようになります。
| 観点 | Content Hub | Marketing Hub |
|---|---|---|
| 主な役割 | コンテンツ資産の管理・公開・最適化 | 集客・ナーチャリング |
| 中心となる機能 | Webサイト、ブログ、ランディングページ、スマートコンテンツ、SEO | メール配信、MA、広告管理 |
| 担う工程 | 見込み顧客との接点をつくり、情報を届ける | 接点を持ったリードを育て、商談につなげる |
| 両者の関係 | 取得したリードをCRMに蓄積する | 同じCRMデータを使って育成する |
両者はCRMデータを共有するため、Content Hubで取得したリードをMarketing Hubでナーチャリングするという連携が自然に成立します。どちらから導入するか迷う場合は、今いちばん手間がかかっている工程を見てください。Webサイトの更新や公開に社内の手が回っていないならContent Hubを起点に、問い合わせ後のフォローやメールでの育成が止まっているならMarketing Hubを起点にする、という分け方をおすすめします。
Content Hubはこの流れの「入口」と「再接点」を担う製品だと考えています。
入口では、ブログやランディングページが最初の接点となり、フォーム経由でコンタクトを生み出します。再接点では、既存リードや顧客が再訪したときにスマートコンテンツで次の段階に合った情報を見せ、取引や追加提案へと流れを戻します。コンテンツを単体の施策として扱わず、コンタクト→取引→顧客→請求の流れのどこに効かせるかを決めてから設計すると、成果の測り方もぶれにくくなります。
BtoBの購買プロセスは長期化・複雑化しており、見込み顧客は自分のペースで情報収集を続けています。そのため、「良いコンテンツが適切なタイミングで届いているか」が商談化を左右します。ここでは、多くの企業で起きている情報の分断と、それをどう段階的に解消していくかを整理します。
WordPressでブログを公開しているだけでは、誰が読んでいるかがわからず、ナーチャリングに活かすことができません。記事のアクセス数は解析ツールで、リードの一覧はスプレッドシートで、営業とのやり取りはチャットで、と情報が分散していると、営業担当者が商談前に「この人はどんな情報に関心があるのか」を調べるだけで時間がかかります。
さらに、スプレッドシートは更新が手作業になるため、転記漏れや最新でない情報が残りやすく、担当者が変わったときに経緯が引き継げないという問題も起こります。これは担当者の努力不足ではなく、データの置き場所が分かれている構造の問題です。
Content Hubを使うと、コンテンツの閲覧履歴・滞在時間・CTA反応率がリード情報と紐づきます。運用の変化を整理すると次のとおりです。
| 場面 | Before(スプレッドシート・個別ツール管理) | After(Content Hub+CRM) |
|---|---|---|
| 記事の成果把握 | アクセス数は分かるが、商談への貢献は追えない | どの記事を読んだリードが商談化したかを確認できる |
| 営業への引き継ぎ | リスト転記と口頭共有に頼る | コンタクトのレコードに閲覧履歴が残る |
| 商談前の準備 | 担当者が別々のツールを調べる | 反応したコンテンツを把握してからアプローチできる |
| 担当者の交代 | 経緯が個人のメモに残り、引き継ぎにくい | 履歴がCRMにあり、誰が見ても同じ情報を参照できる |
営業担当者が商談前に「このリードはどのコンテンツに反応したか」を把握したうえでアプローチできることが、Content Hubを導入する大きな理由になります。
Content Hubには多くの機能がありますが、最初からすべてを使いこなそうとすると設計が追いつかず、どれも中途半端になりがちです。本記事では、次の順番で段階的に広げることをおすすめします。
| 段階 | 取り組むこと | 次の段階へ進む目安 |
|---|---|---|
| 1. 計測をつなぐ | ブログ・ランディングページとフォームをCRMと連携する | 問い合わせたコンタクトの閲覧履歴がレコード上で見られる |
| 2. 構造を整える | カテゴリとピラーページを決め、記事を体系化する | 主要テーマごとにピラーページとクラスター記事が紐づいている |
| 3. 出し分けを始める | 1ページだけスマートコンテンツを設定する | 表示パターンごとのCTA反応を比較できる |
| 4. 制作を効率化する | Breezeを下書きやメタディスクリプション作成に使う | 公開前レビューの手順が社内で固まっている |
各段階で「次へ進む目安」を満たしていない場合は、先の機能に手を広げるより、前の段階を固め直すほうが結果的に早く成果に近づくと考えています。
Webサイトの基盤をHubSpot CMS(Content Hub)にするか、WordPressのまま運用するかは、多くの企業が迷うポイントです。どちらが優れているかではなく、設計思想の違いを理解したうえで、自社の体制と目的に合うほうを選ぶことが大切です。詳しい比較はHubSpot CMS vs WordPress比較|BtoB企業のWebサイト構築はどちらが最適かでも解説しています。
機能・費用の見方・セキュリティ・CRM連携の観点で、両者の考え方の違いを整理します。
| 観点 | HubSpot CMS(Content Hub) | WordPress |
|---|---|---|
| 設計思想 | CRMと一体のCMS | 独立したCMSに、必要な機能を外部ツールで足していく |
| CRM連携 | ネイティブに統合されている | 外部のCRMと別途連携させる |
| 閲覧行動と商談の紐づけ | コンタクト単位で閲覧履歴を参照できる | 解析ツールとCRMのデータを突き合わせる運用になりやすい |
| 運用・保守の担い手 | マーケティング担当者がテンプレートの範囲で更新しやすい | 自由度が高い反面、本体や拡張機能の保守を社内か外部で担う |
| 費用の見方 | ライセンス費用として把握しやすい | サーバー・保守・拡張の費用と工数を合算して比較する |
選定では、次の2つの問いから考えることをおすすめします。
1つ目は「Webサイトの役割が、問い合わせ後の営業連携まで含むかどうか」です。コンテンツから商談化までを一つの流れで管理したい、すでにHubSpotのCRMを営業で使っている、という条件がそろうなら、Content Hubに寄せるメリットが大きくなります。
2つ目は「独自開発の機能やメディアとしての規模がどれだけあるか」です。サイト内に独自のアプリケーション的な機能が多く、社内にエンジニアの体制があり、CRM連携は問い合わせ情報の受け渡しができれば十分という場合は、WordPressを継続し、HubSpotのフォームなどでCRMとつなぐ形から始める選択肢もあります。
判断がつかない場合は、まず主要な問い合わせ導線だけをHubSpot側で作り、閲覧データとの紐づけの価値を確かめてから全体の移行を検討すると、判断材料がそろいます。
ただし、Content Hubがすべての企業に合うわけではありません。既存サイトに独自開発の機能が多く作り直しの工数が大きい場合や、Webサイトから問い合わせがほとんど発生せず、CRMとの連携で得られるものが少ない場合は、移行の手間が効果を上回るケースがあります。
また、テンプレートの範囲を超える高度なカスタマイズはエンジニアの領域になります。「ノーコードで何でもできる」と期待して導入すると、デザインの細部を詰める段階で想定外の開発工数がかかることがあるため、どこまでを社内で更新し、どこからを開発に任せるかを事前に線引きしておくことをおすすめします。
スマートコンテンツは、同じページでも訪問者ごとに表示内容を切り替えられる機能です。うまく設計すると、新規訪問者と商談中のリードと既存顧客に、それぞれの段階に合った情報を自動で届けられます。一方で、出し分けを増やしすぎると管理が追いつかなくなるため、設計の順番が成果を左右します。詳しい手順はHubSpotのコンテンツパーソナライゼーション|スマートコンテンツ・動的表示の設計方法で紹介しています。
スマートコンテンツは、ページ上の特定のエリアに「どの条件の訪問者に、どの内容を見せるか」というルールを設定し、条件に合う訪問者には別の内容を表示する仕組みです。条件にはライフサイクルステージや、業種・役職などのCRMプロパティをもとに作成したリストを使えます。
スマートコンテンツは、Content HubではProfessional以上のエディションで提供される機能です(出典:HubSpot 製品・サービスカタログ)。Starterで運用している場合は、まずブログとフォームの連携で閲覧データを蓄積し、出し分けの対象にしたいページが見えてきた段階で上位エディションを検討する、という順番が無理のない進め方です。
スマートコンテンツが特に効果を発揮するのは、既存リードや顧客が再訪問したときです。本記事では、ライフサイクルステージごとに見せるコンテンツを次のように整理します。
| ライフサイクルステージ | 見せたいコンテンツ | 狙い |
|---|---|---|
| 新規訪問者(未登録) | 認知・教育系の記事、課題解説 | 関心を持ってもらい、最初の接点をつくる |
| リード・MQL | 課題別のお役立ち資料、ウェビナー案内 | 検討を深めてもらい、相談につなげる |
| 商談中 | 導入事例、比較ページ | 社内での比較検討を後押しする |
| 顧客 | アップセル情報、活用ガイド | 追加提案と定着支援につなげる |
| 失注後の掘り起こし対象 | 失注理由に近い課題を扱った事例・記事 | 時期を改めて再検討してもらう |
失注理由が価格・時期・製品機能などに分類されていれば、それに合わせて見せる記事を選べます。
スマートコンテンツは、条件に使うCRMプロパティが正しく入っていて初めて機能します。
判断の手順は次のとおりです。まず、出し分けに使いたいプロパティの入力状況を会社・コンタクトの一覧で見てください。空欄が多い場合は、条件をライフサイクルステージだけに絞ってスタートし、並行してプロパティの補完を進めます。十分に入力されている場合は、業種や役職を使ったリードでの出し分けに進みます。
プロパティの補完には、BreezeのAIによる自動入力を使う方法もあります。次の画面は、スマートプロパティによって会社一覧に実データが自動で入力された結果です。

AIで補完した値は、出し分けの条件に使う前に、主要な取引先の数件で内容が妥当かを人が見ておくと、誤った条件で表示が切り替わるリスクを抑えられます。
スマートコンテンツは、作れば作るほど「どのページで、どの条件で、何が表示されているか」を把握しにくくなります。
運用では、表示パターンごとにCTAの反応を比べ、反応に差が出ない条件は外していきます。設定したルールの一覧(ページ名・条件・表示内容・設定日・担当者)を社内で共有しておくと、担当者が変わっても設定の意図を引き継げます。
ピラーページとクラスターコンテンツによるトピッククラスター戦略は、特定テーマに関する検索エンジンでの権威性を高め、オーガニック流入の安定した基盤をつくる考え方です。HubSpotのコンテンツ戦略ツールを使うと、この構造を設計・管理できます。ここでは、構造の考え方と設計の手順、既存記事を再編するときの判断を整理します。
トピッククラスターは、大きなテーマを網羅的に扱う「ピラーページ」と、その中の個別論点を深掘りする「クラスターコンテンツ」を相互にリンクでつなぐ構造です。本記事もContent Hubカテゴリのピラーページとして、各テーマの記事へリンクしています。
| 種類 | 役割 | 本カテゴリでの例 |
|---|---|---|
| ピラーページ | テーマ全体を俯瞰し、各論点への入口になる | 本記事(Content Hub完全ガイド) |
| クラスターコンテンツ | 個別の論点を深掘りし、ピラーページへ戻る | CMS比較、パーソナライゼーション、ブログの始め方、リニューアル、動画ホスティング |
| 内部リンク | 両者の関係を検索エンジンと読者に示す | ピラー→各記事、各記事→ピラーの双方向リンク |
トピッククラスターは、記事を書き始める前に設計しておくほど、後からの手戻りが少なくなります。次の順番で進めることをおすすめします。
| ステップ | やること | 次へ進む条件 |
|---|---|---|
| 1. テーマを決める | 自社が商談につなげたい領域を、ピラーページの単位で洗い出す | 各テーマが自社のサービスや提案内容と結びついている |
| 2. 論点を分解する | 見込み顧客が検討段階で調べる疑問を、クラスター記事の候補として並べる | 1テーマあたりの論点が重複なく整理されている |
| 3. ピラーページを作る | テーマ全体を俯瞰する記事を作り、各論点の要約を置く | 各論点からクラスター記事へリンクできる構成になっている |
| 4. クラスター記事を書く | 1記事1論点で深掘りし、ピラーページへリンクを戻す | 公開した記事がコンテンツ戦略ツール上で紐づいている |
すでに記事が多くある場合は、新しく書く前に既存記事をテーマごとに分類してください。同じ論点を扱う記事が複数ある場合は、流入や問い合わせへの貢献が大きいほうを残して内容を統合し、もう一方はリダイレクトで統合先へ誘導します。どのテーマにも属さない記事は、新しいピラーページを立てる価値があるかを検討し、価値が低ければ更新対象から外します。
この判断を記事一覧のシートで行い、結果をHubSpot上のカテゴリとコンテンツ戦略ツールに反映させておくと、以後の記事追加も同じ基準で判断できるようになります。
ブログは公開を始めてから設計を変えると、カテゴリの付け替えやURLの変更など手戻りが大きくなります。カテゴリ構造・SEO設定・執筆者プロフィールを初期段階で丁寧に設計しておくことで、後の運用負荷を抑えられます。初期構築の詳しい手順はHubSpotブログの始め方|テンプレート選択・カテゴリ設計・SEO設定の完全手順で解説しています。
1段階目は、用意されたテンプレートを使ってノーコードで記事やページを作る操作です。2段階目は、テンプレートのレイアウトやデザインを自社に合わせてカスタマイズする作業です。3段階目は、テンプレート自体をコードで開発するエンジニアの領域です。
テンプレートを選ぶときは、日々の更新を担う担当者が1段階目の操作だけで記事を公開できるかどうかを基準にしてください。公開のたびにデザインの調整が発生するテンプレートは、担当者が限られ、更新が止まる原因になります。
カテゴリは、読者が探しやすいかどうかと、トピッククラスターのテーマと揃っているかどうかの両面で設計します。前の章で決めたピラーページの単位とカテゴリを一致させておくと、記事を追加するたびに「どのカテゴリに入れるか」で迷うことが減ります。
執筆者プロフィールは、誰がどの専門性で書いているかを読者に示す要素です。社内の複数メンバーで執筆する場合は、プロフィールの書き方の型(担当領域・経歴の要点)を決めておくと、表記が揃います。
SEO設定は、担当者の知識に頼るのではなく、公開前に毎回見る項目として固定しておくと、メンバーが入れ替わっても品質を保てます。本記事では、最低限決めておく項目を次のように整理します。
| 項目 | 決めておくこと |
|---|---|
| タイトル | 主要なキーワードを前半に置き、記事の内容と一致させる |
| メタディスクリプション | 記事の答えを先に書き、検索結果で内容が伝わるようにする |
| URL | 公開後に変えない前提で、テーマが分かる表記にする |
| 内部リンク | ピラーページへのリンクと、関連するクラスター記事へのリンクを入れる |
| CTA | 記事のテーマに合った資料やお問い合わせへの導線を置く |
この表を公開手順のテンプレートとして共有しておけば、新しく加わったメンバーでも同じ基準で記事を公開できます。個人の経験に頼らず、仕組みとして品質を揃えるという考え方です。
コンテンツは記事だけではありません。HubSpotの動画ホスティング機能を使うと、動画のアップロード・埋め込みに加えて、CTAオーバーレイの設置や、視聴データを活用したリード育成ができます。動画もブログと同じくCRMと紐づくため、どのリードがどの動画を見たかをナーチャリングに活かせます。詳しくはHubSpotの動画ホスティング機能|埋め込み・CTA・視聴データ活用の完全ガイドをご覧ください。
HubSpotのAI機能であるBreezeと連携すると、コンテンツ制作の自動化・SEOキーワードの提案・メタディスクリプションの生成まで、AIの支援を受けた制作フローを組めます。少人数のマーケティングチームでも、継続的にコンテンツを維持・運用しやすくなる点が利点です。ただし、AIに任せる範囲を決めずに使うと、事実と異なる記述や自社らしくない表現がそのまま公開されるリスクがあります。
Breezeが力を発揮するのは、ゼロから考える負担が大きい工程です。記事の下書きや構成案の作成、SEOキーワードの提案、メタディスクリプションの生成などは、AIに叩き台を作らせ、人が改善する進め方と相性が良い工程です。
初めて記事の型を作る場合も、まずBreezeで構成案を出し、自社の読者や提案内容に合わせて見出しを組み替えると、取りかかりのハードルが下がります。
本記事では、コンテンツ制作におけるAIと人の役割を次のように整理します。
| AIに任せやすい工程 | 人が判断する工程 |
|---|---|
| 記事構成案・下書きの作成 | どのテーマで書くか、誰に向けるかの決定 |
| SEOキーワードの候補出し | 商談につながるキーワードの選定 |
| メタディスクリプションの案出し | 数値・事例・製品仕様が正しいかの判断 |
| 既存記事の要約・言い換え | 自社の考え方や推奨を書く部分 |
| 表記ゆれの洗い出し | 公開するかどうかの最終判断 |
AIは下調べと叩き台づくりを担うアシスタントとして使い、何を伝えるかと、公開してよいかの判断は人が持つ、という線引きをおすすめします。
AIで作った下書きは、次の順番でレビューしてから公開することをおすすめします。
各段で問題が見つかった場合は、次の段に進まずに前の段へ戻すルールにしておくと、レビューの抜け漏れを防げます。
WordPressからContent Hubへの移行は、技術的な作業そのものよりも、既存コンテンツのSEO評価をどう引き継ぐかが成否を分けます。HubSpotの移行ツールやパートナーの支援を使えば、移行作業自体は対応可能です。
ここでは、移行前の棚卸しから移行後の効果測定までを、段階的に進める手順として整理します。リニューアル全体の流れはHubSpot CMSでWebサイトをリニューアルする方法|移行手順・テーマカスタマイズ・SEO引き継ぎでも解説しています。
移行の前に、既存ページを一覧にし、ページごとに「移行してURLを維持する」「統合する」「移行しない」のいずれかを決めます。判断の基準は、そのページが検索流入や問い合わせにどれだけ貢献しているかです。
検索流入や問い合わせへの貢献があるページは、URLを変えずに移行するのが基本です。同じ論点を扱うページが複数ある場合は統合し、統合元のURLから統合先へリダイレクトします。流入も問い合わせもなく、今後も更新しないページは移行対象から外し、関連するページへリダイレクトします。
サイト全体を一度に切り替えると、問題が起きたときに原因を切り分けにくくなります。次のように段階を分けて進めることをおすすめします。
| 段階 | やること | 次へ進む条件 |
|---|---|---|
| 1. 設計 | 棚卸し結果をもとに、URL構造とリダイレクトの対応表を作る | すべての既存URLについて、移行先または転送先が決まっている |
| 2. テンプレート準備 | ブログ・ページのテンプレートを用意し、少数のページで表示を検証する | 担当者がノーコードで記事を作成・公開できる |
| 3. 主要ページの移行 | 流入と問い合わせへの貢献が大きいページから移す | 移行したページで表示・フォーム・トラッキングが動いている |
| 4. 残りのページの移行と切り替え | 残りを移行し、リダイレクトを有効にする | 旧URLへのアクセスが正しく転送されている |
移行で最も手戻りが大きくなりやすいのが、リダイレクトの漏れです。旧URLと新URLの対応表を移行前に作り、切り替え後は対応表の旧URLに順番にアクセスして、意図した転送先に移動するかを見ていきます。
URL構造を維持できる場合は、できるだけ維持してください。構造を変える場合は、旧URLから関連性の高いページへ1対1で転送し、無関係なトップページへまとめて転送することは避けます。読者にとっても検索エンジンにとっても、内容が対応しているページへ移動するほうが評価を引き継ぎやすいためです。
移行後は、コンテンツとCRMが統合されるため、マーケティング効果の可視化が進みます。移行直後は検索流入の推移とリダイレクトのエラーを中心に見て、落ち着いてきたら「どのページを閲覧したコンタクトが取引につながったか」へと視点を移していきます。
検索流入が移行前より落ちたページがあれば、まずそのページのリダイレクトとタイトル・メタディスクリプションの設定を見直してください。問題がなければ、内部リンクの貼り直しやピラーページとの紐づけを補強します。
A. Marketing Hubはメール配信・MA・広告管理など「集客・ナーチャリング」に特化したハブで、Content HubはWebサイト・ブログ・ランディングページなど「コンテンツ資産の管理・公開・最適化」に特化しています。両者はCRMデータを共有するため、Content Hubで取得したリードをMarketing Hubでナーチャリングするという連携が自然に成立します。どちらから導入するかは、今いちばん手が回っていない工程から決めることをおすすめします。
A. 技術的な移行作業は、HubSpotの移行ツールやパートナーの支援で対応可能です。重要なのは、URL構造やリダイレクト設定でSEO評価を引き継ぐことと、既存コンテンツをCRMデータとの連携に合わせて再設計することです。移行後はコンテンツとCRMが統合されるため、マーケティング効果の可視化が進みます。
A. 特に既存リードや顧客が再訪問した際に効果を発揮します。新規訪問者には認知・教育系コンテンツを、商談中のリードには導入事例・比較ページを、既存顧客にはアップセル情報を表示するという設計が典型例です。業種・役職・ライフサイクルステージといったCRMの情報を条件に使えるため、プロパティが十分に入力されているかを先に整えておくと効果が出やすくなります。
A. そのまま公開せず、人がレビューしてから公開することをおすすめします。Breezeは構成案や下書き、メタディスクリプションの叩き台づくりに向いていますが、数値や製品仕様の正確さ、自社の考え方の表現は人が判断する領域です。構成・事実・表現の順にレビューする流れを決めておくと、担当者が変わっても品質を揃えられます。
まずは、既存のブログ記事とページの棚卸しから始めてみてください。次の3ステップで進めると、Content Hubの設計の土台がそろいます。
CRMを活用した業務効率化やAIとの連携に関するご相談は、StartLinkまでお気軽にお問い合わせください。
株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化(ERP/CRM/SFA/MAの導入)」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、無料のお問い合わせページより、お気軽にご連絡くださいませ。
株式会社StartLink 代表取締役。累計150社以上のHubSpotプロジェクト支援実績を持ち、Claude CodeやHubSpotを軸にしたAI活用支援・経営基盤AXのコンサルティング事業を展開。
HubSpotのトップパートナー企業や大手人材グループにて、エンタープライズCRM戦略策定・AI戦略ディレクションを経験した後、StartLinkを創業。現在はCRM×AIエージェントによる経営管理支援を専門とする。