UserGems導入で迷う原因と対策｜職歴データの扱い

「転職した担当者を自動で見つけてくれるなら、入れない理由はない」「公開されている職歴を使うだけだから、個人情報の心配はいらないはず」——転職した顧客の担当者を追う仕組みを検討し始めた営業企画やマーケの担当者から、よく出てくる見立てです。どちらも半分だけ正しい見立てです。転職の検知そのものより、誰が集めた誰の職歴を、どの根拠で自社のCRMに入れ、誰がどう連絡するかが、導入の可否を決めます。この記事では、担当者の転職と異動を検知してCRMに反映する UserGems を例に、導入の議論がどこで止まりやすいか、その原因と対策を整理します。

UserGems は、顧客の担当者の転職と異動を知らせてCRMに反映するツール

UserGems は、自社のCRMに登録されている顧客や商談相手の担当者が、転職したり社内で異動したりしたことを検知し、CRMの記録を更新して、営業やマーケの動きにつなげるツールです。もともとは、自社の製品を使っていた担当者が別の会社に移ったことを知らせる用途で知られてきました。前の会社で製品を気に入っていた人は、移った先でも導入を後押ししてくれる可能性が高い、という考え方です。

2026年10月時点の公式サイトでは、自らを「アウトバウンドとABMのためのAIの司令塔」と位置づけ、転職のほかに、担当者単位の関心、サイトの訪問、合併や買収、採用の動きなど、30を超える独自の兆しを扱うとしています。連携先には、Salesforce、HubSpot、Microsoft のCRM、Marketo、Outreach、Salesloft、Gong、LinkedIn、Meta、Google の広告が挙がっています。

転職した担当者を追う考え方そのもの、つまり兆しの拾い方や連絡の線引きの一般論は、隣の記事「転職した担当者を追うチャンピオン追跡とは？」で扱っています。この記事では一般論は繰り返さず、UserGems という特定の仕組みを、自社のCRMにつないでよいかの判断に絞ります。

会社の動き：AIの営業担当と、外部のAIから操作する仕組み

UserGems は米国サンフランシスコの会社です。2025年1月15日に、購買の兆しにもとづいて動くAIの営業担当として Gem-E を発表しました。発表では、担当者単位と会社単位の兆しから優先する相手を選び、メール、電話の台本、LinkedIn の文面の下書きを作り、CRMに残っている過去のやりとりを文面に反映するとしています。

2026年9月9日には、UserGems MCP、Research Agent、文面を作る機能の改良を発表しました。UserGems MCP は、Claude や ChatGPT から UserGems の情報を使って、施策の組み立て、相手の会社の採点、文面の下書き、広告の配信先の同期までを行う仕組みとされ、発表では「一度指示すれば自動で施策を実行する」と説明しています。同じ発表の中に、人が確認して承認する段階についての記述は見当たりませんでした。

つまり UserGems は、転職を知らせるだけの道具から、兆しを拾い、相手を選び、文面を作り、施策を走らせるところまでをAIで行う仕組みへと広がっています。導入を検討する側は、どこまでの機能を使うかを最初に決めておかないと、転職の検知のつもりで入れたものが、連絡の自動化まで含んでいた、ということが起きます。

誤解：「公開された職歴だから自由に使える」ではない

最初に正しておきたい誤解があります。担当者が自分で公開している職歴を使うのだから、個人情報の扱いは気にしなくてよい、という見立てです。公開されている情報であっても、特定の個人の職歴を自社の名簿に結びつけて保存し、営業の連絡に使えば、それは個人情報の取り扱いです。

UserGems の公開しているプライバシーの通知（最終更新は2023年5月17日）では、データの出どころとして、LinkedIn の公開情報（氏名、連絡先、職歴）、外部のデータ提供会社、Google の検索と勤務先のサイトなどを挙げています。つまり、検知の材料の一部は、本人から直接ではなく、提供元が独自に集めたものです。本人が知らないところで集められた職歴が、自社のCRMに入ってくるという構図を、導入の前に関係者が理解しておく必要があります。

もう一つの誤解は、海外の事業者のことだから日本の法律は関係ない、という見立てです。日本の個人情報保護法は、国内の本人の情報を扱う海外の事業者にも及びますし、受け取って使うのは自社です。自社のCRMに入れて営業に使う時点で、扱いの責任は自社にあると考えて準備します。

課題：導入の議論は、どこで止まるのか

UserGems のような仕組みの導入は、営業やマーケの側では早く決まりがちです。転職した元の顧客を拾えれば、商談の機会が増えることは直感的に分かるからです。ところが、社内の手続きに乗せると、議論はたいてい三か所で止まります。

一か所めは法務と個人情報の担当です。誰の職歴を、どこから集め、どの目的で使い、本人から問い合わせがあったらどう答えるのか。ここに答えられないと、承認が下りません。二か所めは情報システムの担当です。CRMへの書き込みの権限を、外部の仕組みにどこまで渡すのか。誤った更新が入ったときに戻せるのか。三か所めは営業の現場です。検知された担当者を、誰が、どの順で、どんな文面で追うのか。決まっていなければ、通知が届いても誰も動きません。

この三か所で止まる理由は、それぞれ別の原因にさかのぼれます。以下では、原因を四つに分けて見ていきます。原因が分かれば、どの担当と何を決めれば議論が前に進むかが見えてきます。

原因1：職歴データの出どころが二つある

一つめの原因は、UserGems が扱うデータの出どころが二つあることです。一つは、自社がCRMから UserGems に渡す顧客の担当者の情報です。もう一つは、UserGems が自ら集めて持っている職歴の情報です。転職の検知は、この二つを突き合わせることで成り立っています。

プライバシーの通知では、この二つで UserGems の立場が違うと説明しています。有料の顧客から預かったデータについては、UserGems は処理を受託する側（処理者）で、顧客のプライバシーの通知が適用されるとしています。一方、自らの目的で集めるデータや、顧客に提供するデータについては、UserGems が管理する側（管理者）だとしています。欧州の住人については、正当な利益を根拠にしており、本人には異議を申し立てる権利があると書いています。

日本の法律に当てはめると、自社のCRMの情報を UserGems に渡すことは、外国にある事業者への委託や提供の扱いになり得ます。また、UserGems から転職先の情報を受け取って自社の名簿に結びつけることは、第三者から個人データを受け取る扱いになり得ます。プライバシーの通知では、データを米国など欧州の外で保存するとしています。どちらの流れについても、自社の個人情報の担当と、どの条文の扱いで整理するかを決めておくことが、法務の議論を前に進める鍵です。

扱う範囲を広げすぎないことも大切です。公式サイトでは、転職のほかに担当者単位の関心やサイトの訪問といった兆しも扱うとしています。これらも、特定の個人の行動を記録する情報です。最初の導入では転職と異動の検知だけに範囲を絞り、他の兆しは扱いを決めてから足すほうが、法務の確認も一度に済ませられる量に収まります。

原因2：日本の担当者は、どこまで検知できるかが読めない

二つめの原因は、日本の担当者がどこまで検知の対象になるかが、公開の資料からは読めないことです。プライバシーの通知が挙げる出どころには、本人が公開している職歴が含まれます。日本では、仕事の職歴を公開の場で更新する習慣が、英語圏ほど広くありません。そのため、英語圏の担当者と同じ割合で日本の担当者の転職を拾えるとは限らない、と考えておくほうが安全です。

2026年10月時点の公式サイトの事例や数字は、英語圏の会社が中心で、日本の担当者についての検知の割合は公表されていませんでした。日本法人や国内の販売代理店も、公式の資料では確かめられませんでした。

この不確かさは、試行で確かめるしかありません。過去一年に実際に転職や異動が分かっている日本の担当者を数十人選び、UserGems がそのうち何人を拾えるかを比べる方法が分かりやすいでしょう。拾えた割合と、拾えなかった人の傾向（業界、職位、会社の規模）を見れば、日本の顧客が中心の会社で費用に見合うかを判断できます。

原因3：誤検知がCRMの記録を書き換える

三つめの原因は、検知の誤りがCRMの記録に直接入りうることです。公式サイトでは、CRMの更新を同期して行うと説明しています。転職の検知が正しければ便利ですが、同姓同名の別人を取り違えた、出向を転職と取り違えた、古い職歴の更新を新しい転職と取り違えた、といった誤りが起きると、その誤りもCRMに書き込まれます。

CRMの記録が誤って書き換わると、影響は営業だけにとどまりません。担当者の会社が変わったと記録されれば、メールの配信の対象から外れたり、別の会社の名簿に入ったりします。現在の顧客の担当者が、転職したと誤って記録されれば、既存の取引の窓口が分からなくなります。誤った一件の更新が、マーケの配信、営業の担当の割り振り、顧客の窓口の記録まで連鎖して動かすのがCRMの怖いところです。

情報システムの担当が書き込みの権限を渡すのをためらうのは、このためです。外部の仕組みが、どの項目を、どの条件で書き換えるのかを、導入の前に一覧にしておかないと、後から誤りの原因をたどれません。

あわせて、誤って書き換わった記録を戻す方法も確かめておきます。CRMの項目の変更履歴を残す設定になっているか、外部の仕組みによる更新とそれ以外の更新を見分けられるか、定期的な控えを取っているか。戻し方が決まっていない書き込みの権限は、渡さないくらいの慎重さで、情報システムの担当と話を進めます。

原因4：AIが文面を作り、施策を自動で走らせる設計

四つめの原因は、新しい機能ほど、人を介さずに動く設計になっていることです。Gem-E は文面の下書きを作り、2026年9月に発表された仕組みは、Claude や ChatGPT から一度指示すれば施策を自動で実行すると説明されています。営業の手間を減らすという意味では正しい方向ですが、転職の検知と組み合わせると、別の問題が生まれます。

転職した直後の人は、新しい職場で立場を固めている最中です。そこに、前の会社での付き合いを前提にした文面が、AIの書いた調子で届けば、受け取った側は「なぜ自分の転職を知っているのか」と警戒します。文面に、前の会社での導入の経緯や担当していた案件が書かれていれば、前の会社の情報を持ち出しているように受け取られることもあります。

さらに、施策の対象に広告の配信先の同期まで含まれると、転職を検知された人が、本人の知らないうちに広告の対象者の名簿に入ることになります。検知から連絡までが自動でつながるほど、人が確かめる場所がなくなることが、営業の責任者や法務がためらう原因です。

対策1：個人情報の担当と、先に決める確認項目

四つの原因に対して、対策も四つに分けます。一つめは、個人情報の担当と確認する項目を、試行の前に決めておくことです。提供元の資料を取り寄せ、次の表の項目に答えが出るかを確かめます。

確認する項目	なぜ必要か	確かめる先
自社が渡すCRMの情報の範囲	渡す範囲が広いほど、委託や提供として整理する情報が増える	情報システムの担当と UserGems の設定
データの保存先の国と、委託の扱い	外国にある事業者への委託・提供として、本人への情報提供や体制の確認が要る場合がある	提供元の契約書類と、法務
転職先の情報を受け取る根拠	第三者から受け取る個人データとして、取得の経緯の確認や記録が要る場合がある	法務と個人情報の担当
自社の利用目的との関係	既存の顧客の担当者に、転職先で連絡することが公表済みの利用目的に入るか	自社のプライバシーポリシー
本人から問い合わせや削除の求めがあったとき	自社のCRMと UserGems の両方から消せるかを決めておく	提供元の窓口と社内の対応手順
契約終了時のデータの扱い	預けたデータと受け取ったデータを、いつ・誰が消すか	契約書類

表の項目は、法律の解釈を自社で決めるためのものではありません。法務が判断するために必要な事実を、営業やマーケの側がそろえて持っていくための一覧です。事実がそろっていれば、法務の判断は早くなります。公式サイトでは、SOC2 の認証や欧州とカリフォルニア州の個人情報の規則への対応をうたい、安全面の情報を公開する Trust Center を置いているので、ここから資料を取り寄せる流れが現実的です。

確認の結果、自社のプライバシーポリシーの利用目的の書き方を見直す必要が出ることもあります。既存の顧客の担当者に、その人が別の会社に移った後も連絡することがある、と読める書き方になっているかどうかです。見直しが必要なら、試行の前に改定の手続きを済ませておきます。導入の後で利用目的を書き足すと、それまでに集めた情報の扱いが説明しにくくなります。

対策2：CRMへの書き込みは「候補」として受け、人が確定する

二つめの対策は、誤検知への備えです。UserGems からの転職の検知を、CRMの本来の項目を直接書き換える形ではなく、専用の項目や一覧に「候補」として入れる形で受けます。営業やCRMの管理者が中身を確かめ、正しいと判断したものだけを本来の項目に反映します。

確かめる観点は三つです。一つめは本人の取り違えがないか。氏名だけでなく、前の会社と職種の並びが自社の記録と合っているかを見ます。二つめは転職か異動か出向か。同じ会社の中の異動や、グループ会社への出向を転職と扱うと、既存の取引の窓口の記録が崩れます。三つめは時期。何年も前の転職が、今の転職として届いていないかを見ます。

候補として受けると、自動で反映するより手間はかかります。ただ、最初の数か月は、どの種類の誤りがどれくらい起きるかを知る期間でもあります。誤りの傾向が分かってから、確かめる範囲を減らしていくほうが、最初から自動で反映して後から誤りを探すより、ずっと安く済みます。

料金のページには、過去の転職者をさかのぼって拾う追加も示されています。さかのぼる範囲が古くなるほど、いまの職場が変わっていたり、連絡の根拠が弱くなっていたりする記録が増えます。さかのぼって拾った記録は、とくに人の確認を厚くする対象として扱い、何年前までの転職を対象にするかを先に決めておきます。

対策3：営業への渡し方を、手順として決めておく

三つめの対策は、検知した担当者を営業にどう渡すかを、導入の前に決めておくことです。通知が営業に届いても、誰が持つのか、どの順に連絡するのかが決まっていなければ、通知は読まれずに積み上がっていきます。次の手順で渡し方を決めます。

連絡の線引きの一般論、たとえば前の会社の内部の情報を聞かないことや、一斉の配信に入れないことは、隣の記事で詳しく扱っています。ここで決めておきたいのは、その線を、UserGems の通知が届いたときの社内の手順として固定することです。

対策4：送信と施策の実行は、人が承認する

四つめの対策は、AIが作った文面や施策を、人の承認なしに外に出さないことです。新しい機能は、一度の指示で施策を自動で実行することを売りにしています。転職の検知と組み合わせる部分では、ここをあえて止めます。

• 転職を検知した人を、自動でメールの連続配信の対象に入れる
• AIが書いた文面を、営業が読まずにそのまま送る
• 転職を検知した人を、本人の知らないうちに広告の配信先の名簿に入れる
• 前の会社での導入の経緯や担当していた案件を、AIに文面へ書き込ませる
• AIが付けた相手の優先度だけで、連絡するかどうかを決める

AIに任せてよいのは、検知の結果を並べること、優先度の案を出すこと、文面の下書きを作ることまでです。下書きを作らせる場合も、どの兆しや記録を根拠にその文面にしたのかを示させ、根拠に前の会社の内部の情報が含まれていないかを人が確かめます。連絡するかどうか、どの文面で送るかを決めるのは営業本人で、AIの優先度は判断の材料の一つにとどめます。

費用の増え方：クレジットの消費と、比べる物差し

2026年10月時点の公式の料金のページでは、年額の三つの段階が示され、最も小さい段階でも年額4万ドルからとされています。どの段階にも、扱える会社の数の目安と、クレジットの量が決められており、クレジットはデータの操作とAIの操作で消費されると説明されています。導入の費用が別にかかり、過去の転職者をさかのぼって拾う追加もあるとされています。いずれも公開の資料の記載なので、実際の条件は見積もりで確かめます。

この料金の形から分かるのは、費用が扱う会社の数と、AIに作業をさせる量で増えるということです。転職の検知だけに使うつもりでも、文面の下書きや施策の実行にAIを多く使えば、それだけクレジットが減ります。どの機能をどれだけ使うと、どの段階に上がるのかを、試行の前に提供元と確かめておきます。

比べる物差しは、転職した元の顧客から生まれた商談の数と金額です。過去一年に、担当者の転職がきっかけで生まれた商談が何件あったかを、まずCRMから数えます。日本の担当者の検知の割合が原因2の試行で分かれば、導入後に増えそうな商談の数の見当がつきます。年額の費用と並べて、見合うかどうかを判断します。

料金のページには、成約した売上で費用に見合う成果が出なければ返金する、という趣旨の表記もあります。こうした保証は、どの条件で成果を数えるのか、どの期間で判断するのか、どの機能を使うことが前提なのかで意味が変わります。保証の条件は契約書類で確かめ、口頭の説明だけで判断しないようにします。とくに、文面の自動作成や施策の自動実行を使うことが条件になっているなら、この記事の対策4と両立するかを確かめます。

試行の設計と、やめるときに消すもの

ここまでの対策をまとめると、試行は次の形が現実的です。対象は、日本の顧客の一部と、英語圏の顧客の一部に限ります。CRMへの書き込みは候補の一覧として受け、反映は人が確定します。文面の自動作成と施策の自動実行は使わず、検知と通知だけを使います。期間は、公式サイトが価値が出るまでの目安とする3〜4週間を少し超える長さにして、検知の割合と誤りの傾向を見ます。

やめると決めたときに消すものも、試行の前に決めておきます。UserGems に渡した自社のCRMの情報、UserGems から受け取った転職先の情報、候補の一覧、連携の権限の四つです。とくに連携の権限は、CRMと営業の連絡の仕組みと広告の仕組みにまたがっているので、どこに権限を渡したかを一覧にしておかないと、解約後も一部の連携が残ります。

試行の持ち主も決めておきます。転職の検知は、営業、マーケ、CRMの管理者の間にまたがる仕組みなので、持ち主があいまいだと、誤検知の手当ても解約の判断も誰もしないまま更新の時期を迎えます。試行の責任者を一人決め、月に一度の数字の確認と、更新の前の判断をその人が持つ形にしておきます。

• 受け取った転職先の情報を自社のCRMに残すかどうかは、取得の根拠と利用目的に照らして法務と決める
• 契約の終了後に、UserGems 側に預けた自社の顧客の情報がいつまでに消されるかを、契約の前に確かめる
• 本人から削除を求められた人の記録は、解約の前でも後でも、両方の側から消せる手順にしておく

入れるか、見送るかの判断の目安

最後に、入れるか見送るかの判断の目安を並べます。すべてに当てはまる必要はありませんが、当てはまらない項目が多いほど、見送るか、範囲を狭くして試す理由になります。

• 過去一年に、担当者の転職がきっかけの商談が一定数あり、増やす価値がある
• 顧客の中に、英語圏の会社や、職歴を公開する習慣のある業界の担当者が多い
• 法務と個人情報の担当が、委託・提供・受け取りのそれぞれの扱いを整理できた
• CRMへの書き込みを候補として受け、人が確定する運用を回せる担当がいる
• 検知の種類ごとに、受け取る営業と連絡の条件を決められた
• 送信と施策の実行を、人が承認する設定で使うことに営業の責任者が同意した
• 年額の費用と、増えそうな商談の数を並べて比べた

見送る判断も、決して後ろ向きではありません。日本の顧客が中心で、職歴を公開する習慣の少ない業界が相手なら、メールの不達や名刺管理サービスの異動の情報など、手元で拾える兆しから始めたほうが、費用と個人情報の負担の両方が軽く済むこともあります。仕組みを入れることより、検知した後の扱いが決まっていることのほうが、転職した担当者を商談につなげるうえでは重要です。

まとめ

UserGems は、顧客の担当者の転職と異動を検知してCRMに反映し、AIで連絡まで動かす方向に広がっているツールです。導入の議論が止まりやすいのは、職歴データの出どころが二つあること、日本の担当者の検知の範囲が読めないこと、誤検知がCRMを書き換えること、AIが自動で動く設計であることの四つが原因です。だからこそ、個人情報の担当との確認項目を先に決め、CRMへの書き込みは候補として受け、営業への渡し方を手順にし、送信は人が承認するという四つの対策を、試行の前に固めておくことが大切です。検知はAIと仕組みに任せても、誰に連絡するか、どの文面で連絡するかは人が決める。この線を守れるかどうかが、入れるか見送るかの本当の判断基準です。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。