代理店経由の販売比率が高いメーカーがHubSpotを導入すると、早い段階で必ず出てくる要望があります。「代理店の営業担当にも案件情報を見せたい」「代理店からの案件報告をHubSpotに集約したい」。このとき設定画面やヘルプで「パートナーシート」という言葉を見つけて、「これを使えば代理店を無償で招待できるのでは」と考える方が少なくありません。結論から言うと、これは誤解です。パートナーシートは自社の販売代理店のための機能ではなく、割り当てることもできません。本稿では、この誤解を公式ドキュメントにもとづいて正したうえで、外部の代理店ユーザーをHubSpotに入れる場合のシート課金と権限設計の現実的な限界、そして「HubSpot単体でどこまで無理なくいけるか」の線引きを整理します。
目次
まず名前の誤解を解いておきます。HubSpotのパートナーシートにおける「パートナー」とは、自社の販売代理店や特約店のことではありません。HubSpotが認定する「Solutions Partner」、つまりHubSpotの導入・活用を支援する代理店（Respectifyのような支援会社）を指します。
公式ナレッジベースでは、パートナーシートを割り当てられるのは、有効なSolutions Partnerアカウントにユーザーとして存在し、パートナー企業のメールドメインを持つ従業員に限る、と明記されています。支援会社がクライアントのHubSpotアカウントに無償で入って作業するための仕組みであり、それ以外の外部ユーザーには割り当てできません（参照：HubSpot「パートナーおよびプロバイダーの従業員にパートナーシートを割り当てる」(2026、確認日2026-07-15)）。
つまり「パートナーシートで自社の販売代理店を管理する」という選択肢は、最初から存在しません。代理店の担当者をHubSpotに入れたいなら、自社の社員と同じように、通常のユーザーとして追加することになります。ここから、シート課金と権限設計という2つの現実的な問題が始まります。
HubSpotのユーザーには、利用範囲に応じたシート（席）の種類があります。編集を伴う操作ができるコアシート、Sales Hubの営業機能をフルに使うSalesシート、サポート機能向けのServiceシート、そして閲覧専用のView-Onlyシートです。2024年3月5日以降に作成されたアカウントはこのシート課金モデルが適用され、有償シートはユーザー数に応じて費用が積み上がります（参照：HubSpot「シートを管理する」(2026、確認日2026-07-15)）。
代理店の担当者に何をさせたいかで、必要なシートは変わります。案件の状況を見てもらうだけならView-Onlyシートで足りますが、その名のとおり閲覧のみで、案件の更新や報告の入力はできません。代理店側に案件を登録・更新してもらうなら、1人ずつ有償のコアシートやSalesシートが必要です。代理店10社に各2名のアカウントを配れば20席。エディションごとのシート単価が毎月そのまま乗ってきます。シート単価を含む料金構造の全体像は、別稿「HubSpotは「安く始めたつもり」がなぜ膨らむのか」で解説しています。
見落とされがちなのは、この費用が「代理店がHubSpotを使いこなすかどうか」と無関係に発生する点です。代理店の担当者は自社の社員と違って教育も強制もしにくく、ログインされないまま席料だけ払い続けるリスクを織り込む必要があります。
次に権限です。代理店Aの担当者に、代理店Bの案件や自社の直販案件が見えてしまっては困ります。HubSpotの権限モデルでは、コンタクトや取引などのオブジェクトごとに、閲覧・編集の範囲を「すべて」「チームのみ」「担当のみ」から選べます。代理店ごとにチームを作り、閲覧範囲を「チームのみ」に絞れば、他の代理店の案件を隠す構成は作れます（参照：HubSpot「ユーザー権限ガイド」(2026、確認日2026-07-15)）。
さらにProfessional以上では、パイプラインルールで「新規レコードを作成できるステージの限定」「ステージの飛ばし・逆戻りの禁止」「特定ステージの編集をスーパー管理者や特定チームに限定」といった制御ができます。代理店には初期ステージの案件登録だけを許し、受注処理は自社側で行う、という役割分担をルールとして敷けるわけです。ただし、取引の承認プロセスはSales Hub Enterprise、カスタムオブジェクトへのパイプラインルール適用はEnterprise限定です。そもそもカスタムオブジェクト自体がEnterpriseの機能なので、「代理店」を独立したオブジェクトとして設計する構成は上位エディションが前提になります（参照：HubSpot「パイプラインルールを設定する」(2026、確認日2026-07-15)）。
ここまでが標準機能でできることです。一方で、HubSpotの権限モデルはあくまで「社内ユーザーの役割分担」を前提に設計されています。代理店向けに項目を絞った専用画面を出す、案件登録の重複を自動チェックして承認フローに乗せる、価格表や販促資材を代理店ごとに出し分ける、といった「外部パートナーに使わせる」ための仕組みは標準では用意されていません。権限とパイプラインルールを重ねて疑似的に作り込むほど、設定は複雑になり、管理者が変わった瞬間に誰も全体を把握できなくなります。
私たちがHubSpotの構築支援で繰り返し見てきたのは、次のような経過です。まず「パートナーシートで代理店を無償招待できる」と誤解した状態で導入計画が立ち、途中で有償シートが人数分必要だと判明します。そこで対象をView-Onlyに切り替えると、今度は代理店が案件を入力できず、報告はメールやExcelで届きます。結局、代理店案件だけスプレッドシートで別管理する運用に戻り、CRMに全案件を集約するという当初の目的が崩れる。特定の一社ではなく、代理店販売を持つ企業に共通して起きる一般的なパターンです。
原因は担当者のスキルではなく、「社内向けのCRMに外部パートナーを住まわせようとした」構造にあります。誰の道具として設計されたシステムかという前提は、権限設定の工夫では覆せません。
では、どこまでならHubSpot単体で無理なくいけるのか。実務上の目安はこう整理できます。代理店が数社から10社程度で、共有する情報が案件のステータス中心、代理店側の操作が「決められたパイプラインへの登録と更新」に収まるなら、チーム分割と権限、パイプラインルールの組み合わせで十分に運用できます。有償シートの費用も、案件単価に対して説明がつく範囲に収まりやすい規模です。
一方、次のサインが複数当てはまるなら、CRMの延長ではなくPRM（パートナー関係管理）の仕組みを検討する段階です。代理店が数十社を超えて権限設計が追いつかない。案件登録の重複チェックや承認フローが必要になった。価格表・販促資材・トレーニングの配布まで一元化したい。代理店ごとのポータル画面が求められている。実際、ソフトウェアレビューのG2が2026年5月28日に公開したSummer 2026 Grid Reportでは、PRMカテゴリのリーダーにZINFIなどの専業ベンダーが並んでおり、CRM市場の主要プレイヤーであるHubSpotの名前はそこにありません。PRMはCRMとは別の製品カテゴリとして市場が成立している、というのが第三者評価の見立てです（参照：PR Newswire「G2 Summer 2026 Grid Report Names ZINFI a Leader in Partner Relationship Management」(2026、公開日2026-05-28)）。PRMとは何か、CRMと何が違うのかは、別稿「PRMとは。CRMとの違いと代理店管理が破綻する理由」で詳しく解説しています。
大事なのは、特定の製品に飛びつくことではなく、「自社の代理店管理は社内CRMの延長で足りる規模か」を先に見極めることです。ここを飛ばしてツールから入ると、HubSpotでもPRMでも同じ失敗を繰り返します。
自社の代理店管理がHubSpotの権限設計で収まる規模なのか、別の仕組みを検討すべき段階なのか。切り分けを含めた設計は、RespectifyのHubSpotの導入・運用設計の支援で扱っている領域です。判断に迷う場合は無料相談からお気軽にご相談ください。