PRMパートナー関係管理 は Partner Relationship Management の略です。直訳すれば "パートナー関係管理"。ところが、世にある PRM の管理画面を開いて出てくるのは、商談リスト・パイプライン・売上見込みです。Relationship という名前を背負いながら、実態は Deal商談・案件 を管理するツールに留まっているのです。
名前と実態のズレ ── PRM は何を管理しているのか
PRM の画面に並んでいるのは、ほとんどが商談データです。受注確度、金額、クローズ予定日、提案数。これらは確かに重要ですが、すべて "起きた後" のデータです。
本来、関係性管理が扱うべきものは違います。誰が誰と、どのくらいの頻度で、どんな話題で、どのくらいの温度感で接しているか。雑談はあるか、相談は来るか、最後の接触はいつか。これらは商談データには載りません。
ところが現場では、そうした関係性の手触りが「商談だけを追う訪問」に置き換わってしまっています。当事者の言葉が、その限界を端的に示しています。
商談のためだけに動くと、関係はやせ細ります。やせ細った関係からは、新しい商談も生まれにくくなります。これが、商談中心の PRM が抱える構造的なジレンマです。
商談データは結果指標、関係性は先行指標
売上・案件数・パイプラインは、すでに起きた結果を集計したものです。ダッシュボード上で売上が落ちていることに気付いたとき、関係性の冷却はすでに何ヶ月も前から進行しています。
パートナーが "突然" 売らなくなる現象の正体は、突発事象ではありません。シグナルは前から出ていた ── ただ、観測対象から外れていただけです。提案頻度が下がり、質問が止まり、ポータルアクセスがゼロになり、メール開封率が落ちる。これらは商談数字に反映される前に必ず先行して動いています。
商談を見ているうちは、常に手遅れ。関係性の指標を持てば、半年早く介入できます。
関係性のシグナルは、4つの軸で観測できる
では関係性とは、具体的に何で測れるのでしょうか。パートナー営業の頭の中には、実は明確な感覚があります。それを言語化すると、おおよそ次の4軸に整理できます。
- 接触頻度 定例の出席率、突発的な相談の有無、最終接触からの経過日数
- 話題の深さ 機能質問にとどまるか、価格・競合・経営課題まで踏み込んでくるか
- 相談量 自社製品以外の事業課題まで持ち込まれるか（Give が効いている指標）
- 雑談比率 用件以外の会話が混じるか ── 信頼関係の温度計
これらは商談データには載りません。でも、ベテラン担当者の頭の中には全部入っています。問題は、それが個人の暗黙知として消費され、組織には残らないことです。実際に、関係性データを意識的に蓄積している実践事例もあります。
出身地、同期、趣味、過去案件 ── これらが関係性データそのものです。蓄積さえできれば、担当者が変わっても関係はリセットされません。
観測対象を変えると、意思決定の質が変わる
関係性を管理対象にすると、追いかける指標そのものが変わります。「今月の提案数」を追うのではなく、「先月より話題が浅くなったパートナーは誰か」を追うようになります。
この差は小さく見えて、実は決定的です。前者は事後対応にしかなりませんが、後者は離反の半年前 ── まだ関係が冷え始めた段階で介入できます。Tier 判定も「過去実績」ではなく「関係性の伸び代」で動的に更新できるようになります。
パートナー稼働率は業界的に 10〜20% と言われます。残り 80% は、売れていないのではなく 観測されていない 関係です。ここに眠っているのが伸び代です。
ただし、関係性のシグナルは商談記録には載りません。では、どこに流れているのか ── 答えは、毎日使っている チャット です。次章では、なぜ関係性データを取るならチャットでなければいけないのか、その必然性を扱います。
- PRMピー・アール・エム
- Partner Relationship Management。パートナー企業との関係管理を支援するシステム領域。従来は商談管理に偏り、関係性の管理が手薄だった。
- CRMシー・アール・エム
- Customer Relationship Management。顧客との関係を一元管理するシステム。Salesforce や HubSpot が代表。コンタクト・案件・商談を扱うが、パートナー構造は持たない。
- Tierティア
- パートナーを重要度別に分類する区分（Tier 1 / 2 / 3 など）。重点パートナー設計の基本概念。
- Dealディール
- 営業上の取引機会・案件。CRM・SFA で管理される基本単位。