パートナーセールスに携わる方とお話しすると、しばしば次のような懸念を頂きます。「うちはシステムに寄せたくない。人と会うことを大事にしているから」── これはまったく正当な懸念です。むしろ、現場感覚として正しい。
この章で扱うのは、その懸念がどこから生まれているのか、そして synergeee がその懸念にどう応えるかです。結論から言えば、「システム vs 人」という対立そのものを解体します。
既存PRMの病理 ── パートナーにログインを強制する
既存の PRMパートナー関係管理 は、ほぼ例外なく「パートナーが自社の商談状況・顧客情報を入力する」前提で設計されています。提案中の案件、見込み度合い、見積もり金額、エンドユーザーの稟議状況。これらをパートナー側が PRM に入れてくれて初めて、ベンダー側は状況を把握できる ── そういう設計です。
ところが、パートナー側からすると入力する動機がほとんどありません。Win なし、時間が奪われる、自社CRM顧客管理システム との二重管理になる、ベンダー都合の入力に付き合う必要がない。結果として、PRM のログイン率は極めて低くなります。パートナー稼働率は業界的に 10〜20% と言われますが、PRM にログインする層はさらに少数です。
PRM が空っぽになり、ベンダー側は「パートナーが動いていない」と誤解する。実際には、動いていないのではなく、見えていないだけ ── これが既存PRMの構造的病理です。
「システムに寄せたくない、人と会うことを大事にしている」
だから、冒頭の反論に戻ります。「システムに寄せたくない」というのは、実は的確な感覚です。
「DXとかシステム化とか、結局は人間関係を機械的にしてしまう。営業の本質は人と会うことなのに、それが薄まってしまう気がする」
この懸念の出どころは、既存 PRM の経験です。パートナーにログインを強制し、入力フォーマットに業務を合わせさせ、結果として人と人の会話の時間が減っていく ── そういう経験をしてきた方は、自然とこの感覚を持ちます。
ただ、よく見ると反論の本質は「システム拒否」ではありません。「人と会うことを邪魔されたくない」── これが本質です。順番を整理すると、こうなります。
- 表層の言葉 「システムに寄せたくない」
- 本質の懸念 「人と会うこと、人間関係づくりを邪魔されたくない」
- 原因 既存PRMが「システムに人を寄せる」設計だから ── 人がシステムに合わせる構造
原因を取り違えると、解は出てきません。問題は「システム」そのものではなく、「人をシステムに合わせさせる設計」のほうです。
synergeee の答え ── 日常を捕まえる、邪魔しない
synergeee の設計思想は、既存PRMと正反対です。パートナー側のアクション要求はゼロ。ログインも、入力も、フォーマット変更も、何も求めません。
代わりに何をするか。ベンダー側担当者の日常チャット ── Slack、Chatwork、Messenger ── そこから、自動でデータを構造化します。パートナー営業との会話・相談・雑談が、そのまま関係性データとして蓄積されていきます。
パートナーは「いつも通り」でいい。むしろ、いつも通りであることが価値になります。日常のコミュニケーションそのものが、再利用可能な資産に変わるからです。これは、関係性情報の蓄積を地道に進めている実践事例とも整合します。
パートナー側にログインさせず、ベンダー側で関係性情報を持つ。このアプローチは既に現場で実践されています。ただし、手段がスプレッドシートでは、属人化と陳腐化からは逃れられません。synergeee は、ここを技術で解きます。
「システム vs 人」ではなく「人と会うことをテコ入れするシステム」
ここで、対立構造そのものを解きます。
パートナーセールスの現場には、駐在時の能動的アプローチ、感謝表現、提案の追跡、関係の多層化、包括的な課題解決 ── こうしたミッションがあります。これらは全部 "人と会うこと" です。経営層には年に2回、部長層には四半期に1回、営業層には月に1回 ── このような複層接点も、人手だけでは到底維持できません。
synergeee はこれらを置き換えるシステムではありません。これらの 実行可能数を増やす ためのシステムです。次に会うべき人、優先度の高い経営層、温度感が下がっているキーマン ── そうした判断材料を関係性データから浮かび上がらせ、人が会う時間を最大化します。
対立構造はこう変わります。
- 従来の二項対立 システム vs 人 ── どちらかに寄せると、もう一方が薄まる
- 既存PRMの位置 システム側に人を寄せる ── 人と会う時間が減る
- synergeee の位置 人と会うことをテコ入れする ── 人の動きをシステムが捕まえ、優先度を返す
「人 vs システム」の二項対立を解体し、「人を加速するシステム」という第三の選択肢を提示する ── これが synergeee の立ち位置です。
副産物としての組織知 ── 担当者交代でも関係は途切れない
日常チャットを構造化して捕まえる設計には、もうひとつ重要な副産物があります。担当者の頭の中にしかなかった知識が、組織のデータベースに移ることです。
「あの人は理詰めが好き」「この相手は朝より夕方の連絡を好む」「このパートナーは経営層にひとこと入れると動く」── こうした暗黙知は、従来は担当者の異動・退職で完全にリセットされてきました。実際、担当営業の異動で受注が大きく減るというのは、業界では珍しくありません。
ベンダー側のチャット履歴を構造化して持ち続ければ、担当者交代があっても関係性データは引き継げます。「神様」型の属人営業に依存しなくても、組織として再現可能な仕組みが立ち上がります。
結果として、人と会う時間は 減らずに増えます。次に会うべき人を関係性データが教えてくれるからです。「システム vs 人」ではなく「人と会うことをテコ入れするシステム」── これが synergeee の核です。
そして、日常のチャットや訪問は、ただの活動記録ではありません。次章では、その日常がどう「組織の資産」に変わるのか、構造化と再利用の仕組みを扱います。
- PRMピー・アール・エム
- Partner Relationship Management。パートナー企業との関係管理を支援するシステム領域。従来は商談管理に偏り、関係性の管理が手薄だった。
- CRMシー・アール・エム
- Customer Relationship Management。顧客との関係を一元管理するシステム。Salesforce や HubSpot が代表。コンタクト・案件・商談を扱うが、パートナー構造は持たない。
- Tierティア
- パートナーを重要度別に分類する区分（Tier 1 / 2 / 3 など）。重点パートナー設計の基本概念。