代理店・パートナー案件登録のルール｜重複商談・保護期間・失注解除を管理する方法

代理店や販売パートナーが増えると、同じ顧客を直販とパートナーが同時に追う、複数社から似た案件が届く、登録されたまま活動が止まる、といった衝突が起きます。案件登録制度を用意しても、「最初に名前を書いた会社が無期限で独占する」運用では、顧客の選択肢と売上機会を狭め、パートナーの不信も招きます。

案件登録は「先着順の予約」ではなく「証拠付きの商談を期限付きで保護する制度」です。 顧客名だけで受け付けず、具体的な課題、対象商材、顧客との接点、次回アクション、想定時期を確認して承認します。直販や他パートナーとの重複は同じ証拠基準で判定し、保護期間中も活動更新を求め、停滞・失注・顧客辞退が確認できた案件は解除してください。

---

本記事のポイント

1. 案件登録の受付要件は、顧客名だけでなく、具体的な課題、商材、接点の証拠、次回アクション、想定時期までそろえて定義します。
2. 重複商談は先着順だけで決めず、既存接点、案件の具体性、顧客確認、実行能力を同じ証拠基準で判定します。
3. 案件保護は期限付きとし、活動更新、延長、停滞、失注解除、異議申立ての条件を登録前に公開します。

---

この記事の直接回答

代理店・パートナーの案件登録制度とは、パートナーが発見・開拓した具体的な商談を申請し、ベンダーが重複と要件を確認したうえで、一定期間の支援範囲と優先権を与える仕組みです。公平に運用するには、受付要件、重複判定、承認期限、保護期間、更新条件、解除条件、異議申立てを事前に明文化し、すべての判断に証拠と理由を残します。

案件登録制度は何を保護する仕組みか

案件登録で保護するのは、顧客企業そのものではありません。保護対象は、特定の顧客に対して、特定の課題と商材を結び付け、次の行動まで進んでいる具体的な商談です。同じ顧客でも、別部門、別拠点、別商材、別の導入目的なら、別案件として扱える場合があります。

顧客名だけの登録を認めると、有名企業を大量に先取りする「名寄せ占有」が起きます。反対に、契約直前まで登録できない制度では、パートナーは開拓投資を守れません。受付時点は、少なくとも顧客の担当者または部門を特定し、課題仮説が顧客との会話で確かめられ、次回アクションが合意されている状態に置くと運用しやすくなります。

受付項目	最低限必要な内容	受付しない例
顧客の同一性	法人名、法人識別子、対象部門・拠点	「大手製造業」など特定できない名称
案件の具体性	顧客課題、対象商材、用途、想定範囲	商材一覧を送っただけ、需要が未確認
接点の証拠	面談日、担当者、紹介経路、顧客返信	名刺交換だけ、第三者から聞いた情報だけ
次回アクション	提案、デモ、要件確認などの予定	次に誰が何をするか決まっていない
想定時期・金額	購入時期、規模、確度の根拠	根拠のない大型金額や遠すぎる予定
支援依頼	技術支援、見積、同行、事例など	保護だけを求め、共同活動が不明

Salesforceの公式Trailheadは、Deal Registrationをチャネル競合の管理とパイプライン可視化に使い、承認後は定められた期間の独占性を与える仕組みとして説明しています。同時に、分かりやすく公平な基準、少ない入力項目、速い承認、SLAの設定を推奨しています。つまり、項目を増やすことより、受付条件と回答期限を明確にすることが重要です。

制度の目的は、直販を排除することでも、パートナーを監視することでもありません。パートナーが安心して顧客開拓へ投資でき、ベンダーが重複接触を避けながら必要な支援を出し、顧客が一貫した提案を受けられる状態を作ることです。代理店組織の顧客・委託元・紹介元の持ち方は、営業代理店向けAI CRMの選び方もあわせて確認すると整理しやすくなります。

直販や他パートナーとの重複をどう判定するか

重複判定で最も危険なのは、「登録時刻が早い方を常に勝者にする」ルールです。登録時刻は客観的な証拠の一つですが、既に直販が提案中だった、顧客が別パートナーを指定している、登録内容が薄い、といった事情を無視できません。受付順と案件の実体を分けて評価します。

最初に顧客を名寄せし、法人、部門、拠点、対象商材、用途、想定時期が同じかを確認します。法人名が一致しても、対象が本社の基幹システムと地方工場の設備保全なら、同一案件とは限りません。反対に、表記が違っても同じ法人・同じ部門・同じ商材への提案なら重複候補です。

判定順	確認する証拠	基本判断
1. 同一案件か	法人、部門、拠点、商材、用途、時期	いずれかが明確に違えば別案件として扱う余地がある
2. 既存接点があるか	面談、提案、デモ、見積、顧客返信の日時	単なる名簿保有ではなく、商談につながる実接点を見る
3. 案件が具体的か	課題、意思決定者、次回行動、予算・時期	具体性がない先着登録は保護しない
4. 顧客意思はどうか	指定窓口、既存契約、顧客からの紹介・辞退	顧客が希望する購入・支援経路を尊重する
5. 実行可能か	対象地域、認定、商材資格、対応体制	提案と履行に必要な条件を満たすか確認する

SalesforceのPartner Deal Managementは、登録された案件の重複候補を検出し、承認または却下へ進めるフローを備えています。Microsoft Partner Centerのdeal registrationでも、複数のパートナーが同じreferralに関与する場合や重複の疑いがある場合は、登録が手動レビューへ進むことがあります。製品ごとの条件は違いますが、共通するのは、重複を自動で一方へ決めるのではなく、確認可能な状態と審査経路を持つことです。

判定結果には、「先着」「既存直販」「顧客指定」などの短い理由だけでなく、比較した案件ID、確認した証拠、判断者、判断日時、相手へ通知した内容を残します。案件名寄せの精度を上げるには、顧客重複の発生源を断つ名寄せ設計の考え方が使えます。

競合する双方が有効な接点を持つ場合は、必ず一社だけを勝者にする必要はありません。顧客が望み、役割が分けられるなら、紹介元、販売主体、導入支援、技術支援などの役割と報酬を明確にした共同案件へ切り替えられます。ただし、顧客情報を無断で共有せず、誰が顧客窓口を持つかを先に合意します。

案件保護期間と更新・解除条件を決める

案件保護は無期限にしません。商材の販売サイクルに合わせて初回期間を決め、期限が来たら自動延長するのではなく、活動実績と次回計画を確認します。短期商材なら数週間、複雑な法人案件なら数か月が必要ですが、全商材を同じ期間にするより、商材・案件規模・調達プロセス別に基準を分ける方が公平です。

保護期間中に求める活動は、単なる「継続中」チェックでは足りません。最終顧客接点、進展した論点、次回アクション、顧客側の予定、必要なベンダー支援を更新し、証拠となる面談記録や顧客返信を紐付けます。詳細な商談メモを全員へ公開する必要はありませんが、保護を継続できるだけの活動が確認できなければなりません。

状態	判定条件	次の処理
保護継続	顧客接点と次回行動が期限内に更新されている	現期間を維持し、次回更新日を設定
延長審査	調達延期など合理的理由があり、顧客意思を確認できる	理由と新期限を承認し、一回ごとに記録
注意・是正	活動更新が遅れたが、短期間で回復可能	猶予日と必要証拠を通知
保護解除	無活動、連絡不能、対象外商材、虚偽・重複登録	解除理由を通知し、案件を再配分可能にする
失注終了	顧客辞退、競合採用、予算消失などが確認できる	失注理由と再開条件を残して終了
受注終了	契約主体、金額、対象商材が確定	登録を成約へ閉じ、報酬・支援処理へつなぐ

Microsoftの公式資料は、deal registrationで契約日、開始日、終了日などを検証し、審査中、承認、要対応、失敗、終了といった状態遷移を管理しています。HubSpotのshared dealsも、会社と担当者の関連付け、具体的な課題、次の手順などの入力を求め、共有範囲や同期方向を項目ごとに分けています。自社制度でも、日付と状態を曖昧な自由記述にせず、誰がいつ次へ進めるかをデータとして持つべきです。

停滞を早く見つけるには、登録案件だけを別表で眺めるのではなく、通常の営業パイプラインと同じ更新基準を使います。最終活動日、次回アクション日、予定日の超過、ステージ滞在日数を確認する方法は、停滞案件と案件衛生を整える方法にもつながります。

受付から失注解除までを6ステップで運用する

制度を文書にしても、メールやチャットで個別判断すると履歴が分散します。案件登録レコードを一つ作り、申請、照合、承認、活動更新、延長・解除、終了まで同じIDで追跡します。パートナー向け画面を用意できない場合も、フォームとCRMを連携し、転記を減らしてください。

1. 登録を受け付ける：顧客、部門、商材、課題、接点、次回行動、想定時期、支援依頼を入力し、必須項目と対象資格を自動確認する。
2. 重複候補を照合する：法人名だけでなく、部門、拠点、商材、用途、時期で直販・他パートナー案件と比較し、候補を審査担当へ出す。
3. 期限内に回答する：承認、差し戻し、却下、共同案件のいずれかを選び、理由、保護範囲、開始日、終了日、必要な次回更新を通知する。
4. 共同活動を更新する：パートナーは顧客接点と次回行動を更新し、ベンダーは見積、技術支援、同行、事例提供などの依頼に応える。
5. 延長または解除する：期限前に活動実績を確認し、継続、期限付き延長、是正猶予、解除を決定する。自動延長は原則にしない。
6. 受注・失注を閉じる：契約、顧客辞退、競合採用、予算消失などの根拠を残し、報酬、再配分、再開条件、学習用の失注理由へつなぐ。

承認SLAは、通常案件と複雑案件で分けます。例えば、重複なし・要件充足の案件は短い期限で回答し、重複候補や例外案件は追加確認の期限を通知します。審査が長引く場合も無回答にせず、「何を確認中で、いつ次の連絡をするか」を返すことが、パートナーの信頼につながります。

異議申立ては、承認担当者と同じ人だけで再判断しないようにします。申立期限、提出できる証拠、再審査者、回答期限、最終決定の扱いを決め、案件の進行を必要以上に止めない暫定措置も用意します。判断履歴は後からパートナー別に有利・不利が偏っていないか点検できるようにします。

指標	見る理由	改善につなげる問い
受付から初回回答までの時間	パートナーの活動を止めていないか	重複なし案件を自動で優先処理できるか
差し戻し率	入力要件が分かりにくくないか	不要項目を減らし、具体例を出せるか
重複率と判定理由	チャネル競合の発生源を把握する	顧客名寄せや直販共有が遅れていないか
保護中の無活動率	名目だけの占有を見つける	更新頻度と解除条件が緩すぎないか
延長後の受注率	延長審査が機能しているか	合理的な延期と先送りを分けられているか
異議申立て・覆り率	初回判定の公平性を点検する	特定担当・パートナーに偏りがないか

失注理由は「パートナー都合」で一括せず、顧客辞退、予算消失、競合採用、決裁停滞、要件不一致、対応遅延、登録重複など、次の改善につながる粒度へ分けます。分類を整える方法は、失注理由タグの設計で詳しく整理しています。

よくある質問

代理店・パートナーの案件登録制度とは何ですか？

パートナーが発見・開拓した具体的な商談を申請し、ベンダーが要件と重複を確認したうえで、期限付きの保護と販売支援を与える制度です。顧客名の先取りではなく、具体的な案件、接点の証拠、次回アクションを保護します。

最初に登録したパートナーを必ず優先しますか？

必ずではありません。登録時刻は重要な証拠ですが、既存の直販接点、案件の具体性、顧客の指定、対象資格、実行能力も同じ基準で確認します。顧客名だけの早い登録が、具体的な商談より常に優先されるルールは避けます。

案件保護期間は何日が適切ですか？

一律の正解はありません。販売サイクル、商材、金額、調達手続きに合わせて初回期間を決めます。重要なのは日数そのものより、期間中に求める活動、更新頻度、延長の証拠、無活動時の解除条件を明文化することです。

保護期間は自動延長してよいですか？

原則として活動実績を確認してから延長します。顧客都合の延期、稟議、技術検証など合理的な理由があり、次回行動が決まっている場合に、新しい期限と理由を記録します。単なる「継続中」だけでの自動延長は占有を生みます。

顧客が別のパートナーを希望したらどうしますか？

顧客の購入・支援経路の希望を確認し、既存パートナーの貢献と契約上の扱いを整理します。保護制度を理由に顧客へ不利益を与えず、必要に応じて紹介、共同案件、役割分担、報酬調整へ切り替えます。

失注した案件を再登録できますか？

再開条件を満たせば可能にします。以前と同じ案件か、新しい予算・部門・商材による別案件かを確認し、過去の失注理由、終了日、新しい顧客接点、次回行動を残します。終了直後の形式的な再登録で保護期間だけを延ばすことは認めません。

関連ページと関連記事

代理店業務の顧客・委託元・紹介元の管理は営業代理店向けAI CRMの選び方、重複候補を減らす基礎は顧客名寄せ設計、保護中案件の停滞検知はパイプライン管理AI、終了理由の改善は失注理由タグ設計をあわせて確認すると、制度とシステムを一貫して設計できます。

パートナー営業の案件ルールを整理したい場合

案件登録制度は、CRMのフォームを作るだけでは定着しません。受付要件、重複判定、承認SLA、保護期間、更新・解除、異議申立てを一つの運用として設計し、直販とパートナーが同じ基準を使う必要があります。ファネルAiでは、パートナーセールスを含む営業プロセス、CRM/SFA、承認・通知の要件整理を支援しています。

パートナー案件管理の設計を相談する