代理店販売を持つ企業がHubSpotで代理店管理を始めるとき、最初の一手はたいてい「代理店の担当者にアカウントを配る」になります。ところが、そこから設計を始めると、シートの費用、見せてよい範囲、報告の集め方が同時に絡んで動けなくなります。
目次
順番が逆です。代理店管理の設計は、人を入れる前に「商流をデータでどう表すか」から始めます。本稿では、代理店が10社前後までの規模でHubSpotの標準機能に収める前提で、商流の持ち方、権限の切り方、案件登録の入口、パイプライン設計、測定単位という5つの順序で実装手順を整理します。そもそもHubSpot単体で足りる規模なのかの判断は、別稿「HubSpotで自社の販売代理店を管理できるか」で扱っています。本稿はその判断で「いける」と結論が出た後の設計編です。
最初に決めるのは、代理店をどのオブジェクトで表現するかです。カスタムオブジェクトで「代理店」を新設したくなりますが、これはEnterprise限定の機能で、上位エディションを前提にしない限り選べません。標準的な解は、代理店を通常の会社レコードとして登録し、取引との関係性を関連付けラベルで区別する構成です。
1件の取引には、エンドユーザーである顧客企業と、その案件を持ち込んだ代理店の2社が関わります。両方を同じ「関連する会社」として並べると、どちらがどちらか判別できません。ここで関連付けラベルを使い、一方に「販売代理店」、もう一方に「エンドユーザー」といったラベルを付けます。関連付けラベルはProfessional以上で利用でき、オブジェクトのペアごとに最大50個まで作成できます（参照：HubSpot「関連付けラベルを作成して使用する」(2026、確認日2026-07-29)）。代理店・二次店・紹介元といった商流の登場人物を区別するには十分な数です。
この設計にしておくと、後段のレポートで「代理店Aが関与した取引」を関連付けラベルで絞り込めます。逆に、取引のプロパティに「代理店名」というテキスト項目を1つ作って運用すると、表記ゆれが発生し、代理店側の担当者や過去の取引履歴ともつながりません。最初のオブジェクト設計の差が、半年後のレポートの精度になって返ってきます。
代理店の階層を持つ場合は、会社レコードの親子関係で一次店と二次店を表現します。ここまでが、人を1人も追加せずにできる設計です。
代理店の担当者にHubSpotを直接使わせる場合、代理店Aに代理店Bの案件や自社の直販案件が見えてはいけません。この切り分けはチームと権限の組み合わせで作ります。
HubSpotのレコードアクセスは、ユーザーごとに「すべてのレコード」「所属チームが所有するレコード」「自分が所有するレコード」の3段階で制御します。チーム単位の権限設定はProfessional以上が前提です（参照：HubSpot「レコードへのアクセス権を割り当てる」(2026、確認日2026-07-29)）。代理店ごとにチームを作り、その代理店のユーザーの閲覧範囲を「所属チームが所有するレコード」に絞れば、他社の案件は視界から消えます。
設計時に踏みやすい落とし穴が3つあります。
1つ目は、チーム階層です。親チームの下に子チームをネストする階層構造はEnterpriseのみの機能です（参照：HubSpot「チームを作成・管理する」(2026、確認日2026-07-29)）。Professionalでは代理店チームをフラットに並べる前提で設計します。
2つ目は、追加チームの扱いです。ユーザーは主チームのほかに追加チームに所属できますが、追加チームで得られるのはレコードとコンテンツへのアクセスだけで、レポート、ルーティングルール、通知、ワークフローの担当者ローテーション、サイドバーのカスタムビューは対象外になります。代理店をまたいで担当する自社の営業を追加チームで束ねると、レポートの集計だけが意図どおりに動かない、という事故が起きます。
3つ目は、複数チームに所属するユーザーは、いずれのチームが所有するレコードにもアクセスできる点です。代理店Aと代理店Bの両方に所属させれば、両方が見えます。当然の挙動ですが、兼任の設定を積み重ねるうちに、当初の分離が崩れていることに気づけなくなります。権限の変更はユーザーが再ログインした時点で反映されるため、設定直後の動作確認は必ずログインし直して行います。
ここが設計の分かれ目です。代理店の担当者全員にログインさせようとすると、有償シートの数が代理店の人数に比例して増えます。しかも代理店の担当者は自社の社員と違い、教育も利用の強制もできません。ログインされないまま席料だけ払う構図になりやすい。
現実的な解は、案件登録の入口をHubSpotのフォームにすることです。代理店の担当者はログインせずにフォームから案件を登録し、その送信をトリガーにしたワークフローが取引レコードを作成します。ワークフローでのレコード作成はProfessional以上で使え、取引を含む多くのオブジェクトを作成できます。作成されたレコードは既定でワークフローの対象レコードに関連付けられ、ほかのレコードタイプとの関連付けも追加で設定できます（参照：HubSpot「ワークフローでレコードを作成する」(2026、確認日2026-07-29)）。手順1で作った「販売代理店」の関連付けラベルは、ここで自動的に付与します。
この構成の利点は3つあります。代理店側の学習コストがフォーム1枚に収まること。シートの費用が案件の登録量ではなく自社側の運用人数で決まること。そして、フォームの項目が案件登録の必須情報を強制するため、報告の粒度が最初から揃うことです。
一方で、フォーム経由には重複の問題がつきまといます。同じエンドユーザーを複数の代理店が登録してくる状況は、代理店販売では必ず起きます。どちらの案件として扱うかは、システムではなく制度で先に決めておく必要があります。この論点は「案件登録制度の作り方」で扱っています。設計としては、フォームから作られた取引をいったん「登録受付」ステージに置き、自社側の担当者が重複を確認してから先のステージへ進める運用にします。
代理店に案件のその後を見せたい場合は、閲覧専用のView-Onlyシートを主要担当者だけに配るか、進捗の変化をワークフローからメールで通知します。「全員にログインさせる」と「何も見せない」の二択にしないことが、費用と満足度の折り合いをつける鍵です。
代理店経由の案件を直販と同じパイプラインに混ぜると、ステージの意味がずれます。直販の「初回訪問」に相当する段階が、代理店案件では「代理店からの登録受付」だからです。ステージの定義が曖昧なパイプラインは、そのまま予測精度の低さになります。
代理店用のパイプラインを分けたうえで、パイプラインルールを設定します。設定できるのは、新規レコードを作成できるステージの指定、ステージのスキップの制限、レコードを前のステージへ戻す操作の制限、特定ステージでレコードを編集できる人の限定です。いずれもProfessional以上で利用できます（参照：HubSpot「パイプラインルールを設定する」(2026、確認日2026-07-29)）。
代理店管理では、この4つがそのまま統制になります。新規作成は「登録受付」ステージのみに限定し、受注ステージへの編集は自社の担当チームだけに絞る。ステージの逆戻りを禁止して、報告の履歴が後から書き換わらないようにする。ここまでを標準機能のルールとして敷けば、運用ルールを口頭で周知する必要がなくなります。
なお、承認者を立てて取引を正式に承認するプロセスはSales Hub Enterprise、カスタムオブジェクトへのパイプラインルールの適用はEnterpriseが必要です。Professionalの範囲では、承認は「ステージの移動権限を絞る」ことで代替する、と割り切って設計します。
最後の手順ですが、着手は最初です。代理店別に何を測るのかを決めないままオブジェクトを組むと、レポートを作る段階になって「その切り口では集計できない」ことが判明します。
最低限、次の3つは設計時に決めておきます。代理店経由の売上を「代理店が持ち込んだ案件」で数えるのか「代理店を経由して納品した案件」で数えるのか。案件登録から受注までの日数を、どのステージ間で測るのか。代理店の活動量を、登録件数で見るのか登録金額で見るのか。1つ目の定義は、業界全体でも数字が食い違う原因になっている論点で、「代理店経由の売上が見えない」で詳しく整理しています。
決めた定義は、手順1の関連付けラベルと手順4のステージ設計に反映されます。逆に言えば、この3つが決まっていれば、レポートは既存のオブジェクトの組み合わせで作れます。
ここまでの5手順は、代理店が10社前後、共有する情報が案件のステータス中心という前提で成立します。それを超えたときに現れるのは「設定が足りない」という問題ではなく、CRMという道具の前提そのものとのズレです。具体的には3つの形で出てきます。
1つ目は、見せてはいけない情報の遮断です。権限とチームで他社の案件は隠せますが、代理店が持ち込もうとしている見込み客が自社の直販や別の代理店とバッティングしているかどうかは、その代理店に伝えなければ登録の判断ができません。かといって、判定のために社内の案件一覧を開くわけにはいきません。「重複しているかどうかだけを返す」という中間の応答は、権限モデルの延長では作れません。
2つ目は、データの向きです。代理店に自社CRMへ直接入力してもらう構成は、代理店側から見れば自社の顧客リストを取引先のCRMに差し出すことになります。運用が回っている間は問題になりませんが、契約条件が変わったときに整理のしようがありません。
3つ目は、費用と定着です。月に1回しか開かない代理店の営業担当ぶんまで有償シートを持ち続けられるか。持てたとしても、その担当者がHubSpotの操作を覚えるかどうかは別の問題です。
このいずれかに当たったら、権限設計を足していくのではなく、社内向けのCRMと社外の代理店との「あいだ」に別の層を置く発想に切り替える段階です。判断の材料は「PRMツール選びで失敗しないために」と「パートナーポータルとは」にまとめています。
代理店管理をHubSpotの標準機能でどこまで組むか、どこから別の仕組みに移すか。この線引きを含めた設計は、RespectifyのHubSpotの導入・運用設計の支援で扱っている領域です。代理店協業の状況をHubSpotの外に持ち出さず見える化する新しいツール「PartnerLens（パートナーレンズ）」を、現在β版として先行案内しています。ご関心のある方はPartnerLensのβ版ウェイトリストからご登録ください。個別のご相談は、無料相談からお気軽にどうぞ。