「反響の数は前年より増えているのに、受注はそこまで伸びていない」
「配布は均等にしているはずなのに、なぜか特定の担当だけ数字が出る」
——反響やリードを営業担当へ配っている企業では、こうした声を本当によく伺います。
結論から申し上げると、リードの配布は「均等に配る」ところで止めず、成績や稼働状況に応じて配布量を変える傾斜配布まで設計すると、同じ反響数でも結果が変わってきます。そして傾斜配布を続けるうえで要点になるのが、ウェイト(配布の重み)をどこに持たせ、どの周期で見直すかという設計です。
この記事でわかることは、次の4点です。
反響やリードを複数の営業担当に配っている企業で、配布ルールの見直しを検討されている方におすすめの内容です。
- 配布ルールの4類型 ── ラウンドロビン・条件別・傾斜配布・ハイブリッドの選び分け
- ウェイトの置き場所 ── ワークフロー直書き/専用レコード/外部参照の3案と、それぞれの限界
- HubSpotでの実装範囲 ── 標準機能でできること、カスタムコードが必要になる境目
- 配ったあとの縛り方 ── 一次対応の期限、未対応の自動再配布、ウェイトの見直し
読み終える頃には、自社の配布ルールをどこから手を入れるべきか、その順番が見えるはずです。ぜひ最後までご確認ください。
不動産の反響配分を主な例に説明しますが、人材紹介・保険・住宅など「入ってきた反響を営業に配る」業種であれば、考え方はほぼ共通です。人材業界のHubSpot活用法で扱っている候補者の担当割り当ても、構造としては同じ問題を扱っています。
「均等配布」で止まると何が起きるのか
多くの現場では、反響が入ったら手空きの担当に渡す、あるいは順番に配る、という運用から始まります。これ自体は自然な出発点です。
ただ、均等配布のまま数年運用すると、いくつかの副作用が積み上がってきます。
均等は公平ですが、最適ではありません
均等配布は「担当者に対して公平」な配り方です。一方で、「反響に対して最適」かというと、そうとは限りません。
成約率が3割の担当と1割の担当がいるとき、同じ本数を配れば、期待できる成約数は担当によって3倍違います。
反響は有限の資源です。均等配布は、その有限の資源を成果と無関係に分けている状態だと捉え直すと、見直しの必要性が見えてきます。
反響は「配った瞬間」に成果の上限が決まります
反響の鮮度は時間とともに落ちます。誰に配るかを決めた瞬間、その反響に対して次の3つがほぼ決まります。
つまり配布は、追客の前段にある工程ではなく、成果の上限を決める工程です。
そのため、追客の巧拙を議論する前に、配布ルールの設計を見直したほうが効きやすいケースが多くあります。
追客側の設計は不動産の追客パイプライン設計で扱っていますが、配布と追客はセットで考えるものです。
新人の抱え落としは、本人の問題ではなく設計の問題です
均等配布で起きがちなのが、経験の浅い担当に難易度の高い反響が当たり、初動が遅れて失注する、という形です。これを個人の力量の話にしてしまうと、対策が「頑張る」に収束してしまいます。
配布ルールで解ける部分は、仕組みで解いたほうが早いです。具体的には、次のような調整が該当します。
- 育成期間中 ── ウェイトを下げる
- 難易度の高い条件のリード ── 配布対象から外す
配布ルールの4類型と選び分け
配布ルールは無数にあるように見えますが、実務で使われる形は大きく4つに整理できます。まずはこの4つのどれを土台にするかを決めると、設計が進めやすくなります。
4類型を比較する
| 類型 |
配り方・向いているケース |
弱点 |
| ラウンドロビン |
登録順に一巡ずつ均等に配る 反響の質が均一/担当者の力量差が小さい/立ち上げ直後 |
成績・稼働状況が反映されない。休暇や退職時に穴が空く |
| エリア・条件別 |
沿線・エリア・物件種別・問い合わせ経路などで宛先を固定 担当が地域や商材で分かれている/専門性が成果に直結する |
特定条件に反響が偏ると1人に集中する。条件の網羅漏れで宛先不明が出る |
| 成績連動の傾斜配布 |
担当ごとにウェイトを持ち、配布比率を変える 反響量が一定以上あり、担当間の成約率差がはっきりしている |
ウェイトの根拠と見直し運用が要る。不公平感が出やすい |
| ハイブリッド |
条件別で母集団を絞り、その中で傾斜配布 エリア担当制と成績評価を両立させたい |
設計と検証が最も重い。例外運用が増えやすい |
どこから始めるか
いきなりハイブリッドを目指すと、設計が終わらないまま止まりがちです。進め方は、次の順が現実的です。
- まずは条件別で「誰に配るべきでない反響か」を決め、その中でラウンドロビンを回す
- 担当者別の成約率が3か月分ほど溜まってから、傾斜配布に進む
スモールスタートで動かしながら精度を上げていくほうが、机上で完璧なルールを作るより早く効果が出ます。
なお、月の反響が数十件程度であれば、傾斜配布まで作り込んでも差が出にくいです。配布の自動化そのものは価値がありますが、ウェイト設計は反響量が積み上がってから着手しても遅くありません。
傾斜配布の設計 ── ウェイトをどこに持たせるか
傾斜配布とは、担当者ごとに配布の重み(ウェイト)を設定し、その比率で反響を割り当てる方式です。例えばAさん3・Bさん2・Cさん1のウェイトなら、6件の反響をこの比率で配ります。

上図は当社で作成した、傾斜配布の全体像を示した図解です。ポイントは、配布そのものよりも「ウェイト表」と「結果計測」が独立した要素として存在している点にあります。
ウェイトの置き場所は3つあります
傾斜配布が続かない最大の原因は、ウェイトを見直しにくい場所に置いてしまうことです。置き場所には、おおむね次の3案があります。
| 置き場所 |
実装イメージ・メリット |
限界 |
| ワークフローの分岐に直接書く |
分岐条件と配布先をワークフロー内に記述 追加のオブジェクトが不要ですぐ作れる |
見直すたびにワークフロー本体を編集する。変更履歴が業務側から追えない |
| 担当者マスターに相当するレコードを持つ |
担当者1人=1レコードとし、ウェイト・育成枠・稼働状況をプロパティーで保持 業務側がレコードを編集するだけで比率を変えられる。履歴も残る |
レコードを参照して配布先を決める処理が別途必要 |
| 外部の表を参照する |
スプレッドシート等で表を管理し、配布時に参照 既存の管理表をそのまま活かせる |
参照処理の実装が必要。表とCRMの二重管理になりやすい |
長く運用するのであれば、2案目の担当者マスターに相当するレコードを持つ形を推奨します。
ウェイトを「設定」ではなく「データ」として持つと、月次で数字を書き換えるだけで配布比率が変わり、いつ誰が何を変えたかも残ります。
- HubSpotの場合 ── この担当者マスターはカスタムオブジェクトで作るのが素直です
- カスタムオブジェクトの利用 ── Enterpriseプランが要件になります(HubSpotナレッジベース・2026年8月1日確認)
- Enterpriseでない場合 ── 既存オブジェクトのレコードで代用するか、1案目から始めて運用が固まってから移行する形になります
ウェイトの決め方 ── 成績だけで決めない
ウェイトを成約率だけで決めると、上位担当に反響が集中し、育成が止まります。実務では、次の3要素を掛け合わせるのが扱いやすい形です。
- 成果指標: 直近3か月の成約率、または反響あたりの売上
- 稼働可能量: 稼働日数、既存の追客中件数、キャパシティの上限
- 育成枠: 経験の浅い担当に、成果と無関係に確保する最低配布数
育成枠を「明示的に確保する」のがポイントになってきます。
成果指標だけで決めると新人の配布がゼロに近づきますが、育成枠を先に引いておけば、残りを成果連動で配ることに納得感が生まれます。
見直しの周期は月次が現実的です
ウェイトの見直しは、周期によって次のように変わります。
- 週次 ── 数字のブレを拾いすぎる
- 四半期 ── 変化に追いつかない
- 月次 ── 変更は月初に一度だけ反映する運用が扱いやすい
見直しのタイミングを固定しておくと、「なぜ今月から自分の配布が減ったのか」という説明もしやすくなります。
企業様によって適切な周期は異なりますので、まずは月次で始めて、運用しながら調整いただくのがよいかと思います。
HubSpotでどう実装するか
ここからは、HubSpotで配布ルールをどう組むかを見ていきます。標準機能でできる範囲と、開発が必要になる範囲の境目を押さえておくと、要件と実装のズレが起きにくくなります。
標準の「レコードを担当者にローテーション」でできること
HubSpotのワークフローには「レコードを担当者にローテーション」というアクションがあり、選択したチーム内または指定ユーザー間でレコードを均等に割り当てられます。
- このアクション ── Sales HubまたはService HubのProfessional・Enterpriseで利用できます(HubSpotナレッジベース・2026年8月1日確認)
- ワークフロー機能自体 ── Marketing Hub・Sales Hub・Service Hub・Data Hub・Smart CRM・Revenue HubのProfessional以上で利用できます(HubSpotナレッジベース・2026年8月1日確認)
仕様として押さえておきたい点は、次のとおりです。
- 割り当てのカウント ── そのアクション単位で管理されます
- 担当者の追加・削除 ── ワークフローを有効化したあとに行うと、そのアクションの割り当てカウントはリセットされ、ランダムな割り当てから再開されます(HubSpotナレッジベース(英語)・2026年8月1日確認)
つまり標準のローテーションは、あくまで均等配布の機能です。ウェイトを直接指定する仕組みではない、と理解したうえで設計に入る必要があります。
配布ロジックは、ワークフローとして1本ずつ積み上がっていきます。だからこそ、ウェイトの変更が「ワークフローを開いて編集する作業」になっていると、だんだん誰も触らなくなります。
ここがウェイトをデータとして外に出しておくべき理由です。

- ※ 当社で作成した図解です。
- 上図 ── 前述したウェイトの置き場所3案を、実装イメージと向くケースの側から整理し直したものです。担当者マスターに相当するレコードに持たせる案を推奨としているのは、月次の見直しが現場の作業として回るためです
傾斜をつけるなら「分岐 × ローテーション」
標準機能の範囲で傾斜配布に近づける方法として、分岐とローテーションを組み合わせる形があります。例えば、比率で母集団を振り分けたうえで、それぞれの束を別々のローテーションアクションに流します。
| 実装方式 |
仕組み |
向いている規模 |
| ローテーション単体 |
対象ユーザーへ均等配布 |
まずは自動配布を回したい段階 |
| 分岐 × 複数ローテーション |
条件で母集団を分け、束ごとに別のローテーションを実行 |
担当が数名〜十数名で、ウェイトが3段階程度 |
| カスタムコードで配布先を算出 |
ウェイトを保持したレコードを参照し、配布先を計算して設定 |
担当が多い・ウェイトを細かく動かす・稼働状況を毎回加味する |
分岐方式は追加開発なしで組めるのが利点ですが、担当者やウェイトの段階が増えるほど分岐が膨らみます。
ワークフローの数が増えすぎると保守が破綻するので、この点は正直に見積もっておいたほうがよいです。
カスタムコードを使う境目
ウェイトを保持したレコードを読み、そのときの追客中件数まで加味して配布先を決める、といった処理になると、カスタムコードアクションが必要になります。
- 対象プラン ── Data Hub Professional・Enterpriseで利用できます
- 実行時間 ── 20秒以内です
- メモリ ── 128MBという制約があります(HubSpot開発者ドキュメント・2026年8月1日確認)
境目の目安としては、次のとおりです。
- ウェイトの段階が3つを超える、または担当者が入れ替わる頻度が高い ── 分岐で表現し続けると、担当が1人増えるたびにワークフローの改修が発生し、現場が変更を依頼しにくくなります
- 担当が数名でウェイトも粗い段階 ── 標準機能で十分回ります
実装の詳細はカスタムコードワークフローで扱っていますが、いきなりコードから入る必要はありません。
「配る前」の設計が結果を決める
配布ルールの議論は「誰に配るか」に集中しがちですが、実際に成果を左右するのは、その手前の処理です。配る対象を間違えていると、どんなに配布ロジックを磨いても結果は改善しません。
重複判定 ── 既存顧客・既存反響を先に弾く
同じ人から複数回の問い合わせが来るのは、むしろ検討が進んでいるサインです。にもかかわらず、新規反響として別の担当に配ってしまうと、前回の担当と二重接触になり、印象を損ねます。
そのため、配布の前に次の2点を判定する処理を必ず挟みます。
判定に使うキーはメールアドレスと電話番号が基本で、どちらを優先するかは事前に決めておきます。
この判定を安定させるには、そもそもデータの持ち方が整っている必要があり、不動産CRMのデータ設計で扱っているオブジェクト設計と地続きの話になります。
対象外リードの除外
営業・求人・取材といった、商談につながらない問い合わせを配布対象から外す処理も欠かせません。ここを外さないと、担当者は「配られた件数」に対して不信感を持つようになります。
除外の方法には、次のようなものがあります。
- ドメインによる判定
- 問い合わせ内容のキーワード判定
- フォーム項目での自己申告
完全な自動判定は難しいので、判定できなかったものは配布せず一時保留にして、人が確認する枠を残しておくのが現実的です。
スコアで優先度をつける
配布先を決めるのと同時に、その反響の優先度も決めておくと、担当側の初動が変わります。
HubSpotのリードスコアリングについて、押さえておきたい点は次のとおりです。
- 適合スコア ── 属性で評価します
- エンゲージメントスコア ── 行動で評価します
- 利用できるプラン ── Marketing HubまたはSales HubのProfessional・Enterpriseです(HubSpotナレッジベース・2026年8月1日確認)

※ HubSpotのデモアカウントの画面です。表示されている件数・スコアはデモ環境のもので、実在の顧客データではありません。
スコアの設計は、最初から複雑にしないほうが続きます。
- 属性側を20点、行動側を80点 ── といった配分から始めます
- 分布を見ながら ── 閾値を調整していく形が扱いやすいです
設定手順はリードスコアリングの設定にまとめています。
配ったあとを縛る
配布を自動化しても、「配って終わり」では成果は変わりません。傾斜配布とセットで設計すべきなのが、配ったあとの時間の縛りです。
一次対応の期限を決める
まず、一次対応の期限を明文化します。反響の種類によって「15分以内」「当日中」など基準は変わりますが、重要なのは基準があること自体です。
期限はプロパティーとして持たせ、配布時に自動で入るようにします。期限を人が入力する運用にすると、忙しい日ほど入力が抜けるので、システム側で埋めてしまうのがポイントになってきます。
未対応の自動再配布
期限を過ぎても一次対応が行われていない場合、その反響を自動で別の担当へ回す仕組みを用意します。ここまで作って、はじめて配布ルールが機能します。
再配布を設計するときは、次の3点を先に決めておくと迷いません。
| 決めること |
例 |
決めておかないと起きること |
| 何をもって「対応済み」とするか |
架電の記録がある/メール送信済み/ステージが進んだ |
対応したのに再配布され、二重接触になる |
| 何回まで再配布するか |
1回のみ。2回目はマネージャーへ |
反響がたらい回しになり、誰も責任を持たなくなる |
| 再配布先をどう決めるか |
ウェイト上位者/当番制/マネージャー固定 |
再配布のたびに人が判断し、自動化の意味が薄れる |
エスカレーション
再配布でも動かないものは、マネージャーに上げます。このとき通知だけを飛ばすと流れてしまうので、タスクを作成して未完了として残す形にしておくと、対応漏れが可視化されます。
なお、こうした期限管理は追客のステージ設計と密接に関わります。ステージごとの滞留を見る仕組みがあると、再配布の閾値も決めやすくなります。
結果を計測してウェイトを見直す
傾斜配布は、一度作って終わりの仕組みではありません。配った結果を見て、ウェイトを調整する運用まで含めて設計です。
見るべき3指標
担当者別に見る指標は、次の3つに絞ると運用が回ります。指標を増やしすぎると、月次の見直し会議が分析報告会になってしまいます。
| 指標 |
見方 |
ウェイトへの反映 |
| 配布数 |
ウェイトどおりに配られているか |
想定と乖離していれば、まず配布ロジックを疑う |
| 接触率(一次対応の実施率) |
配られた反響に期限内で接触できているか |
低い担当はウェイトを下げる。キャパ超過のサイン |
| 成約率 |
接触したあと、どれだけ受注につながったか |
3か月移動平均で見て、ウェイトの根拠にする |
接触率を成約率より先に見るのが、要点になります。成約率が低い担当の多くは、そもそも接触できていないためです。接触率が低いなら、原因はスキルではなく配布量か稼働量にあります。

※ 当社で作成した図解です。数値は説明のための例で、実在の担当者・実績ではありません。
担当者別の偏りは、上図のようにステージ別の件数と3指標を並べると一目で分かります。
- 特定の担当だけ初期ステージが積み上がっている ── 配布量が処理能力を超えている可能性が高いです
- 図の担当Cのように、配布数が最も多いのに接触率が低い ── まず疑うのはスキルではなく配布量です
見直しは「1回に1つだけ動かす」
ウェイト・除外条件・期限の3つを同時に変えると、成果が変わっても何が効いたのか分からなくなります。月次の見直しでは、変更する要素を1つに絞るのがおすすめです。
また、変更した内容と日付は記録に残しておきます。担当者マスターに相当するレコードでウェイトを管理していれば、変更履歴がそのまま残るので、この点でもデータとして持つ利点があります。
傾斜配布が失敗する典型パターン
最後に、傾斜配布がうまくいかなくなるパターンを3つ挙げます。いずれも設計段階で対策できるものです。
ウェイトが固定化する
導入時に決めたウェイトが、そのまま1年以上変わっていない状態です。こうなると、成績が伸びた担当に配布が増えず、傾斜配布の意味がなくなります。
対策は、見直しの周期と担当者をあらかじめ決めておくことです。「月初の営業会議でウェイトを確認する」と会議体に組み込んでしまうのが、いちばん確実です。
不公平感が出る
「なぜあの人ばかり反響が多いのか」という不満は、配布ロジックが見えないときに起きます。傾斜配布そのものより、根拠が分からないことが不満の原因です。
対策は2つあります。
- 配布ロジックを公開する ── ウェイトの算出方法と現在の値を営業メンバーに開示すれば、不満は「自分の数字を上げよう」という方向に変わります
- 前述の育成枠を明示する ── 新人に一定数を確保していると先に伝えておけば、配布の差が納得できるものになります
例外運用が増える
「この反響だけは特別に指名で」という運用が積み上がると、自動化された配布はいずれ形骸化します。例外そのものが悪いわけではなく、例外を扱う枠が設計されていないことが問題です。
対策としては、指名配布を正式なルートとして設計に組み込みます。例えば、次のような形です。
- フォームに「担当者の指名」の項目を持たせる ── 値があれば自動配布をスキップする
- 例外を仕組みの中に入れる ── 記録も残り、件数も測れます
よくある質問
配布ルールの設計を進める際に、実際によくいただく質問をまとめました。
Q1. 均等配布から傾斜配布に切り替えるタイミングの目安はありますか
担当者別の成約率が、3か月分ほどのデータで明確に差が出ているかどうかが目安になります。反響数が少なく、月ごとに成約率の順位が入れ替わるような状態であれば、まだ均等配布で十分です。切り替えるより先に、除外処理と一次対応期限の整備を進めたほうが効果が出ます。
Q2. HubSpotの標準機能だけで傾斜配布はできますか
標準の「レコードを担当者にローテーション」は均等配布のアクションであり、ウェイトを直接指定する機能ではありません(HubSpotナレッジベース・2026年8月1日確認)。ただし、分岐で母集団を分けて複数のローテーションに流せば、粗い傾斜配布は標準機能の範囲で実現できます。ウェイトの段階が細かくなる場合は、カスタムコードアクションの利用を検討することになります。
Q3. ウェイトは何段階くらいに分けるのが適切ですか
最初は3段階程度から始めるのが扱いやすいです。段階を細かくすると、ウェイトの根拠を説明するコストが上がり、見直しも重くなります。担当者が十数名を超え、3段階では実態を表現できなくなったタイミングで増やすかどうかを検討する、という順番がよいかと思います。
Q4. 担当者が休暇や退職で抜けるとき、配布はどう扱うべきですか
担当者マスターに相当するレコードで「稼働状況」を持たせ、配布対象かどうかをデータで判定できるようにしておくと運用が楽になります。ワークフローの担当者リストを直接編集する形だと、HubSpotの仕様上、担当者を追加・削除した時点でそのアクションの割り当てカウントがリセットされる点にも注意が必要です(HubSpotナレッジベース(英語)・2026年8月1日確認)。
Q5. 不動産以外の業種でも同じ設計は使えますか
反響を営業に配る構造であれば、人材紹介・保険・住宅・リフォームなど、いずれも同じ骨格で設計できます。変わるのは、配布前の除外条件と一次対応の期限、そしてウェイトの根拠に使う指標です。例えば人材紹介であれば、成約率の代わりに面談設定率を使う、といった置き換えになります。業種ごとの前提は不動産業界のHubSpot活用法などの業種別記事も参考にしていただければと思います。
まとめ
リードの傾斜配布は、配布ロジックそのものより、その周辺の設計で成否が決まります。この記事の要点を整理します。
- 均等配布は公平だが最適ではありません。有限の反響を成果と無関係に分けている状態だと捉え直すところから始まります
- ウェイトはデータとして持ちます。ワークフローの中に書き込むのではなく、担当者マスターに相当するレコードに持たせると、月次の見直しが現場の作業として回ります
- 成果指標だけでウェイトを決めません。稼働可能量と育成枠を先に確保したうえで、残りを成果連動にすると納得感が生まれます
- 配る前と配ったあとをセットで設計します。重複判定・対象外の除外・一次対応の期限・未対応の自動再配布まで含めて、はじめて配布の仕組みになります
- 不公平感には情報公開で対処します。配布ロジックとウェイトを開示し、育成枠を明示することが、傾斜配布を続けるための条件です
最初の一歩としておすすめしたいのは、担当者別の「配布数・接触率・成約率」を直近3か月分だけ集計してみることです。
ウェイトの設計はそのあとで構いません。接触率に大きな差があれば、それは配布量か稼働量の問題であり、ウェイトを触る前に手を打つべき論点が見えてきます。
自社の反響配分にどう当てはめるかを具体的に検討したい場合は、StartLinkの無料相談でご相談ください。現状の運用をうかがったうえで、設計の方向性をご提案します。