権限・集計・通知を最適化するチーム設計:「親子階層」と「メンバー種別」の使い分け

HubSpot チーム管理マニュアル:メインチームと追加チームの完全活用ガイド

HubSpotで組織を管理する際、最も重要なのが「どのユーザーをどのチームの『メイン』にするか」という設計です。

この設定一つで、レコードの閲覧権限だけでなく、レポートの集計精度や自動化ワークフローの挙動が大きく変わります。

本記事では、メインチームと追加チームの違い、そして親子階層による制御の仕組みを詳しく解説します。


組織運営で直面する「チーム管理」の課題

組織が拡大し、兼務者や階層構造(本部・部・課)が発生すると、以下のような問題が起こりやすくなります。

  • レポートの重複や漏れ
    兼務者がどちらのチームとして成果をカウントされているか不明確で、数字の整合性が取れない

  • 情報の過不足
    マネージャーが部下のデータを見られない、あるいは現場のメンバーに関係のない通知が大量に届く

  • 表示のノイズ
    チームごとに最適化されたはずのレコード画面(ビュー)が、兼務している別チームの形式で表示されて使いにくい

これらの問題は、HubSpotのチーム仕様を正しく理解し、設定に反映させることで解消できます。

【詳細解説】メインチームと追加チームの決定的な違い

HubSpotでは、1人のユーザーに対して1つの「メインチーム(プライマリーチーム)」と、複数の「追加チーム」を設定可能です。
両者には、システム上の役割に明確な差があります。

① レコード詳細画面の表示とビューの適用

  • メインチーム
    ユーザーのメインチームに基づいて、そのユーザーに表示される「チーム用カスタムレコードビュー」が決定します。

  • 追加チーム
    追加チームとして所属しているだけでは、そのチーム用のカスタムビューは適用されません。また、詳細画面のレコード表示においても、追加メンバーは表示対象外となります。

② 「HubSpotチーム」プロパティの自動入力

  • レコード(コンタクトや取引など)が作成された際、その担当者(所有者)のメインチームが「HubSpotチーム」プロパティに自動的に割り当てられます。

  • この自動入力機能により、「どのレコードがどのチームに属しているか」が定義されます。追加チームの情報は、ここには反映されません。

③ レポート・ダッシュボードの集計ロジック

  • HubSpotのレポートでチーム別集計を行う際、基本のキーとなるのは「レコードのチーム(hubspot_team_id)」です。これは担当者のメインチームと連動しています。

  • メインチーム
    そのユーザーの成果(取引件数・売上など)は、メインチームの数字として正確にカウントされます。

  • 追加チーム
    チームレポートの集計対象からは原則として「除外」されます。これにより、兼務者がいても数字のダブルカウントを防ぐことができます。

④ チーム通知と@メンションの宛先

  • ワークフローによる「ユーザーおよびチームに通知」や、コメント欄での「チーム宛の@メンション」において、通知を受け取るのはメインチームのメンバーのみです。

  • 追加チームのメンバーには、チーム宛の通知は届きません(フォーム通知などの例外を除く)。情報のノイズを減らし、必要な人にだけ通知を届ける仕組みです。

⑤ ワークフローの所有者ローテーション

  • ワークフローのアクションで「レコードをチームにローテーション(割り当て)」を行う際、候補に入るのはそのチームのメインチームメンバーだけです。

  • 追加チームのメンバーは、この自動割り当ての候補から外れます。

3. 親チーム・子チームの階層構造による制御

チームを階層化(親子設定)することで、データの閲覧範囲と分析の粒度をコントロールできます。