なぜHubSpot運用は
「属人化」するのか

HubSpotを導入し、ワークフローも増え、フォームもスコアリングも作った。しかし気づくと「この設定、誰も分からない」状態になっている。これは日本のBtoB企業で非常によく起きています。MA導入・インサイドセールス立ち上げ・マーケティング強化のタイミングで、HubSpot運用の属人化が急激に進みます。特定担当者しか触れない、ワークフローがブラックボックス、プロパティが乱立、Salesforce連携が不明、退職すると誰も分からない——この状況は日本のBtoB企業に広く共通しています。

しかしこれは担当者の能力問題ではありません。本当の原因は、収益につながる運用構造が設計されていないことにあります。

なぜHubSpotは属人化しやすいのか

HubSpotは非常に柔軟です。プロパティ追加・ワークフロー・リスト・スコアリング・ライフサイクル・自動化などを簡単に作れます。しかしそれは裏を返せば「設計思想なしでも運用できてしまう」ということです。短期的には便利ですが、長期的には構造が崩壊しやすい。柔軟性が属人化の温床になります。

属人化したHubSpotで起きる5つの問題

1. プロパティが増殖する

   「Lead Source」「Lead Source 2」「Source Detail」「Original Source」など似た項目が積み重なり、誰も正のデータがどこにあるか分からなくなります。データの根拠が失われると、どの数字を信じるかという問題が生まれます。

2. ワークフローがスパゲッティ化する

   条件分岐・自動更新・Slack通知・ステータス変更が積み重なり、誰も全体構造を理解できなくなります。触ると何かが壊れるかもしれないという恐れが、改善を止めます。

3. Salesforce連携がブラックボックス化する

   HubSpotとSalesforceが連携されていても「どちらが正か」「どちらが更新元か」「何が同期されるか」が不明になると、収益データの流れが崩れます。連携の設計書がなければ、誰も全体を把握できません。

4. マーケティングと営業の定義がずれる

   見込み客・商談候補・ライフサイクルステージの定義が曖昧になると、マーケティングと営業が分断されます。HubSpotの設定と運用が一致していない状態が続きます。

5. 「HubSpot担当者」が単独で抱え込む

   設計が個人の頭の中に入っている状態では、その人が退職した瞬間に誰も運用できなくなります。ツールが個人依存システムになってしまいます。

多くの企業が見落としていること

多くの会社はHubSpot運用を「マーケティング自動化の運用」と考えています。しかし本来HubSpotは収益全体へ接続されるべきです。マーケティング・営業・カスタマーサクセス・収益指標・収益データとの統合が必要です。つまりHubSpotの問題はHubSpotの問題ではなく、Revenue Architectureの問題です。

ツールが柔軟であるほど、設計思想がなければ運用は壊れやすくなります。

本当に必要なのは「HubSpot Architecture」

どのデータを持つか、どのプロパティを正とするか、どのワークフローを設計するか、Salesforceとどう連携するか、収益にどう接続するか——これを構造として設計することが必要です。重要なのは自動化の数ではなく、収益につながる構造です。HubSpot Architectureとは、ツールを個人依存から組織依存へ転換する設計です。

Revenue Architectureという考え方

HubSpot問題の本質はマーケティング自動化の問題ではありません。営業・マーケティング・カスタマーサクセス・CRM・KPI・データを「収益につながる一つの構造」として設計するRevenue Architectureの問題です。Revenue Architecture・収益の流れ設計・RevOps・KPI設計・収益可視化という構造が整うことで、HubSpotは属人化しない運用が可能になります。

運用が整理されているHubSpotの共通点

収益運用が安定している会社には共通点があります。プロパティに設計思想があり増殖しない。ライフサイクルの定義がマーケティングと営業で統一されている。ワークフローの責任者が明確でブラックボックス化しない。Salesforce連携のルールが文書化されており収益の流れが崩れない。RevOpsが全体を管理しており個人依存になっていない。

日本企業で特に属人化しやすい理由

日本企業では担当者依存・引き継ぎ不足・ドキュメント不足・Excel補完文化が根強く残っています。そのためHubSpot運用が「個人の努力」で成立しやすく、その人が動き続ける限り問題が顕在化しません。しかし退職や異動が起きた瞬間に構造崩壊します。必要なのは「誰でも回る収益構造」であり、日本企業に合ったRevenue Architectureの設計が求められます。

Consilegyの考え方

ConsilegyではHubSpot改善を単なる設定支援とは考えていません。本質はRevenue Architecture・収益可視化・収益の流れ設計・RevOps・CRM設計にあります。HubSpot・Salesforce・Kintone・BI・Slackを横断しながら、「属人化しない収益運用構造」を設計します。目的はワークフローを増やすことではなく、収益が継続的に回る構造を作ることです。

まとめ：HubSpotの属人化はRevenue構造の問題

HubSpot運用が属人化する原因は担当者の能力不足ではありません。Revenue Architecture不足・収益の流れ未設計・KPI設計不足・RevOps未整備が本質的な原因です。だからこそ必要なのは自動化の追加ではなく、「収益につながる運用構造」を設計することです。HubSpotはRevenue Architecture全体として設計されるべきです。