Common Roomの兆候は誰に渡す？｜営業に届く前の線引き

「見込みの高い会社を教えてくれる道具を入れたが、通知が多すぎて営業が見なくなった」「個人の投稿まで集めてよいのか、誰も判断していない」——購買の兆候を集める道具を検討しているマーケ担当と、その上長から出てくる声です。どちらも道具の性能の問題に見えますが、根は同じところにあります。兆候を集める道具は、集めて束ねて点数を付けるところまでは自動で進めてくれます。本当は、どの兆候を誰に渡し、どれを渡さずに寝かせるかを決めるのは、道具ではなくマーケの側の仕事です。この記事では、日本語の解説がまだほとんどない Common Room を例に、兆候が1件届いてから営業が動くまでの流れを追いながら、各段でマーケが決めることを整理します。

Common Roomは何をする製品か

Common Room は、見込み客の「買いそうな動き」を集めて、人と会社の単位にまとめ、営業に届ける製品です。2026年10月時点の公式の説明では、顧客管理（CRM）・製品の利用状況・マーケの施策・やり取りの記録といった自社のデータと、外部の購買の兆候を合わせ、人単位の買い手の情報に組み立てるとされています。

集めた情報の上では、ルーミーAIと呼ばれるAIのエージェントが動きます。Zoom の公式ブログ（2026年7月）によれば、ルーミーAIが担うのは、会社と連絡先の調査、文面の個別化、見込み客の開拓です。結果は Salesforce・Slack・メール・ブラウザの拡張機能といった、営業がふだん使う道具の中に出てくると公式サイトは説明しています。

つなげる先は、Salesforce・HubSpot・Slack・Outreach をはじめ50以上と公式サイトにあります。さらに、4億件を超える連絡先の名簿に対して情報を段階的に補い、実在の人に名寄せする仕組みを持つとされています。点数の付け方は開発者に頼まずに設計でき、役割ごとの権限と監査の記録も備えると書かれています。

つまり、この製品は「兆候を見つける道具」であると同時に、「人を特定して名簿を太らせる道具」でもあります。後者の性格があるからこそ、マーケの部門で決めておくことが増えます。何を集め、誰に渡すかの線を引かないまま入れると、営業に届く情報の量と、説明できない個人の情報の量が同時に増えていきます。

作っている会社と、Zoomの一部になったこと

Common Room は、2026年7月2日に Zoom が買収の正式な合意を発表した会社です。Zoom の公式ブログには、その後の追記として「取引は2026年7月に完了した」とあります。2026年10月時点で、Common Room は Zoom の一部として提供されています。

Zoom の説明では、Common Room は同社の営業支援の製品である Zoom Revenue Accelerator を補う位置づけです。商談の会話から得る情報に、商談の前の「どの会社が検討中か・誰が買い手か・なぜ今連絡するのか」という情報を足し、売上までの流れを1つの基盤でつなぐ狙いが書かれています。公式サイトのトップにも、Zoom の営業向けの製品と並べた案内が出ています。

一方で、統合の時期、製品の名前や価格の扱い、既存の利用者への影響は、確かめた範囲の公式の情報には書かれていませんでした。Common Room の代表は、顧客への提供と開発を続けると述べています。導入を検討する会社にとっては、契約の前に、今後の提供の形と、データの扱いを決める契約の相手がどこになるかを確かめておくことが、通常の製品選びより1つ多い確認になります。

買収は、製品の良し悪しとは別の判断材料です。会議の道具と同じ会社の製品になることで、商談の録画や議事録と兆候が結びつく可能性があります。便利になる面がある一方、どの情報がどこで結びつくかを部門で把握しておく範囲も広がります。この点は、後の「部門で先に決める人と会議体」の節でもう一度触れます。

国内でまだ知られていない理由

Common Room について日本語でまとまった解説は、2026年10月時点でほとんど見当たりません。確かめた範囲では、公式サイト・ヘルプ・ブログはすべて英語で、日本語の案内は見つかりませんでした。導入の相談も、英語の資料を読むところから始まることになります。

もう1つの理由は、この製品が前提にしている兆候の源です。公式ブログでは、名寄せの手がかりとして当たりやすい源に LinkedIn・HubSpot・Salesforce・GitHub・Slack が挙げられています。開発者が公開の場で活動する製品や、英語圏の職業SNSで担当者が見つかる業界では兆候が厚くなりますが、国内の法人営業では、同じ源から取れる兆候が薄くなりやすいと考えておくのが無難です。

さらに、連携先が Salesforce・HubSpot・Slack を中心に組まれている点も、国内の会社の道具立てと合わない場合があります。顧客管理を国産の製品や表計算で回している会社では、自社のデータをつなぐ段で手間が増えます。

こうした事情から、この記事では製品の機能を並べることより、兆候の道具を入れたときにマーケが決めることを中心にします。Common Room を選ばない会社にとっても、同じ種類の道具を検討するときの線引きとして使えるはずです。

兆候が1件届くまでの流れを追う

兆候を集める道具の運用は、1件の兆候がどう流れるかを追うと決めることが見えてきます。たとえば、ある会社の誰かが自社の料金のページを2回見て、同じ会社の別の人が製品の無料版に登録した、という動きがあったとします。この2つの動きが営業に届くまでには、次の6つの段があります。

この6段のうち、道具が自動で進めるのは2段目と3段目の大部分です。1段目・4段目・5段目・6段目は、マーケと営業企画が先に決めておかないと、道具は既定の設定のまま動きます。既定の設定は、多くの場合「集められるものは集め、点数が高ければ届ける」側に寄っています。

ここから先は、この6段を順に追いながら、それぞれの段で何を決めるかを見ていきます。通知の書き方や送る時刻といった通知そのものの項目は、営業に送る通知の項目をまとめた別の記事で整理しているので、この記事では「何を、誰に渡すか」に絞ります。

段1 集める範囲：自社の動きと公開の場の動きを分ける

最初に決めるのは、どこからの動きを集めるかです。兆候の源は、大きく分けて自社の中の動き（自社サイトの閲覧・製品の利用・メールへの反応・問い合わせ）と、自社の外の公開の場の動き（職業SNSや開発者の公開の場での活動、転職や採用、企業の発表）に分かれます。両者は、集めてよい根拠も、間違いの起き方も違います。

自社サイトの閲覧について、Common Room のヘルプは次のように説明しています（2026年10月時点）。既定では、個人を識別する情報は追わず、IPアドレスから訪問者の勤め先の会社を推定するだけです。個人まで特定されるのは、フォームの送信・ログイン・メールのリンクを経由したときに限られます。

ただし、ヘルプには、訪問者ごとにクッキーを置くこと（利用者を見分けるクッキーは1年有効で、訪問のたびに更新）、同意を取るためのバナーは製品側では用意しておらず、自社のバナーとつなげられることも書かれています。つまり、同意の取り方は自社のサイトの側で設計する必要があります。国内の会社であれば、既存のプライバシーポリシーとクッキーの案内に、この道具を足す作業が発生します。

集める範囲を決めるときは、源ごとに「集める・集めない・保留」を一覧にしておくと、後で営業から「この情報はどこから来たのか」と聞かれたときに答えられます。範囲の一覧は、マーケが案を作り、営業企画と法務が確かめる、という順で固めるのが現実的です。

個人の公開の活動を集める範囲は法務と決める

迷いやすいのが、自社の外の公開の場での個人の活動です。職業SNSでの投稿や、開発者の公開の場での反応は、誰でも見られる情報です。それでも、公開されている情報であることと、営業の名簿に加えてよいことは別の問題です

国内の個人情報保護法では、個人情報を取得したときに利用目的を本人に通知するか公表することが求められます。営業に使う目的で個人の活動を名簿に取り込むなら、その目的を自社のプライバシーポリシーでどう示しているかが問われます。クッキーのように、それ単体では個人を特定しない情報を、受け取った側で個人と結びつける場合の規定もあります。どこまでが自社に当てはまるかは、マーケが判断せず、法務に確かめるのが筋です。

法務と話すときは、抽象的に「集めてよいか」と聞くより、源ごとに具体的に示すと判断が速くなります。たとえば「自社の製品の公開の掲示板で発言した人を、会社名と結びつけて営業の名簿に加える」「職業SNSで転職を公表した既存顧客の担当者を、転職先の会社の見込み客として扱う」のように、何をどう使うかを1行ずつ書き出します。

海外の利用者が多い製品を使う場合、国外の個人の情報を扱うことにもなります。欧州の訪問者がいるサイトであれば、欧州の規則も検討の対象に入ります。ここは製品の説明だけでは判断できないため、導入前に法務と確かめる項目として、最初から計画に入れておきます。

段2 名寄せの確からしさ：束ねたものと候補止まりを分ける

集めた動きは、同じ人・同じ会社のものにまとめられます。Common Room の公式ブログ（2023年）によれば、機械学習で同じ人の複数のプロフィールを見つけて自動で束ね、確信が100%でないときは候補として示し、利用者が確かめて束ねる仕組みです。

同じ記事には、名寄せが当たる割合は情報源によって約10%から90%を超えるところまで違う、とも書かれています。公開の情報が古いことや、外部のデータ提供元の更新が追いついていないことが、食い違いの原因として挙げられています。数字は提供元自身の説明で、自社の環境でどうなるかは試してみないと分かりません。

運用で大事なのは、営業に渡す情報に「どの程度確かな名寄せか」を残すことです。自社のフォームから入った人と、IPアドレスから推定した会社と、外部の名簿から補った担当者とでは、確からしさが違います。推定で結びついた情報を、確かめた事実と同じ顔で営業に渡さないことが、営業の信頼を保つ一番の近道です。

候補止まりの名寄せを誰が確かめるかも決めておきます。営業に任せると放置されやすく、マーケが全部見るには量が多すぎます。重要な会社に限ってマーケが確かめ、それ以外は確定するまで渡さない、という線が現実的です。

段3 点数の付け方：AIの点数と自社の物差しを並べる

名寄せされた会社と人には、点数が付きます。Common Room の公式サイトは、AIによる優先順位付けで「実際に検討中の相手」を示すことと、点数の付け方を開発者なしで設計できることを説明しています。点数の計算の細かな中身は、確かめた範囲の公式の資料には書かれていませんでした。

中身が見えない点数を、そのまま渡す基準にすると困ることがあります。営業から「なぜこの会社なのか」と聞かれて、マーケが答えられないからです。そこで、AIの点数と並べて、自社で説明できる物差しを1本持っておきます。たとえば「対象の業種と規模に当てはまるか」「料金や導入事例のページを見たか」「既存の商談があるか」のような、営業と合意できる単純な条件です。

AIの点数と自社の物差しが食い違う会社こそ、確かめる価値があります。AIが高く、物差しが低い会社は、名寄せの誤りか、自社が想定していない買い手の可能性があります。逆の場合は、兆候の源が足りていないのかもしれません。食い違いの理由を月に1回見るだけでも、点数への理解が進みます。

点数の設計そのもの（属性と行動の重み、会社単位での束ね方）は、別の記事で詳しく扱っています。ここで押さえておきたいのは、点数は「渡すかどうか」を決める材料の1つであって、それだけで渡し先が決まるわけではない、という点です。

段4 誰に渡すか：担当のいる会社と、まだいない会社

点数が付いた兆候を、誰に渡すかを決めます。ここが、この記事の中心の問いです。同じ「料金のページを見た」という動きでも、すでに担当の営業がいる会社、まだ担当のいない新しい会社、既存の顧客の会社では、渡すべき相手が違います。

Common Room のヘルプでは、2026年10月時点でベータとして提供されているAIの通知について、条件が3つ挙げられています。新しい人が対象の区分に入ったとき、既存の人が新しい対象の行動をとったとき、対象の区分の訪問者が重要なページを見たとき、です。届け先は、Slack のチャンネルにまとめて流すか、担当者個人に Slack かメールで届けるかを選べるとされています。

この2つの届け方は、使い分けが肝心です。担当の決まった会社の兆候は担当者個人に、まだ担当のいない会社の兆候はチャンネルに流し、チャンネルで誰が拾うかを決めておく、という分け方が基本になります。チャンネルに流すだけで拾う人を決めないと、全員が見て誰も動かない状態になりがちです。

既存の顧客の会社で製品の利用が増えた・減ったという兆候は、新規の営業ではなく、顧客の担当（カスタマーサクセス）に渡すべき情報です。同じ道具の兆候でも、売る相手と守る相手で渡し先が分かれることを、最初の設計に入れておきます。

兆候の種類ごとの渡し先の目安

段4で決める渡し先を、兆候の種類ごとに並べると次のようになります。自社の事情によって変わるので、そのまま使うのではなく、部門で話し合うときのたたき台として使ってください。

兆候の種類	主な渡し先	渡す形	渡さない条件
担当のいる会社の料金・事例ページの閲覧	担当の営業	個人あての通知	同じ週にすでに連絡している
担当のいない会社の複数人の閲覧	新規の見込み客を受け持つ係	チャンネルに流し、拾う人を当番で決める	業種や規模が対象外
既存顧客の製品の利用の増減	顧客の担当	個人あての通知と週次のまとめ	契約の更新の手続き中
既存顧客の担当者の転職	転職先を担当する営業と、元の会社の担当	両方へ個人あて	本人が公表していない情報
自社の公開の場での個人の発言	マーケ（反応の把握）	週次のまとめ	営業の連絡の材料には使わない
採用ページだけの閲覧	渡さない	置き場で様子を見る	常に渡さない

表の右端の「渡さない条件」が、この表の一番大事な列です。渡し先を決めるときは、渡す理由より渡さない理由を先に書くと、通知の量が自然に絞られます。

表の中で、自社の公開の場での個人の発言を「営業の連絡の材料には使わない」としているのは、前の節の法務との確認を前提にした一例です。発言を見て反応の傾向を知るのはマーケの仕事として、個人の発言をきっかけに営業が連絡する運用は、法務と合意するまで入れないほうが安全です。

段5 渡さずに寝かせる兆候を決める

兆候の道具を入れた会社が最初につまずくのは、渡す兆候が多すぎることです。冒頭の「通知が多すぎて営業が見なくなった」という声は、この段を決めずに始めた結果です。そこで、渡さない兆候を、渡す兆候と同じ熱量で決めておきます

渡さずに寝かせる兆候の例は、1回だけのページの閲覧、採用ページだけの閲覧（求職者の可能性が高い）、競合他社や取引先の社員と分かっている訪問、すでに商談が進んでいる会社の細かな閲覧、学生や研究機関の訪問などです。これらは消すのではなく、様子を見る置き場（区分）に集め、一定の条件を満たしたら渡す側に移します。

寝かせる置き場を作っておくと、「この会社は3か月前から少しずつ見ていた」という経過が、渡すときの材料になります。営業にとっては、1回の閲覧の通知より、経過の要約のほうがずっと役に立ちます。

• 点数が一定以上なら、渡さない条件を確かめずに全部を担当者に届ける
• まだ担当のいない会社の兆候を全員が見るチャンネルに流し、拾う人を決めない
• 名寄せが候補止まりの人の情報を、確定した人の情報と同じ形で営業に渡す
• 個人の公開の発言をきっかけに、営業が本人に直接連絡する

寝かせる条件は、最初から完璧に決める必要はありません。最初の1か月は渡す兆候を絞りめにして、営業から「これは欲しかった」という声が出た種類を順に足していくほうが、通知が見られなくなる事態を避けられます。

AIの要約と連絡文の下書きをどこまで任せるか

Common Room のルーミーAIは、会社と連絡先の調査、文面の個別化を担うとされています。公式ブログでは、通知に最近の兆候の要約・役職や会社の合い具合・事業の文脈を添える機能も紹介されています。調べる手間が大きく減るのは確かです。

線を引くのは、要約と下書きまではAIに任せ、連絡するかどうかと、何を書くかは営業が決めるという点です。AIの要約は、つながっている源の情報から組み立てられます。名寄せが誤っていれば、別の人の動きを要約してしまうこともあります。営業が要約を読んで、自分の知っている事情と合わないところがあれば、連絡を止める判断ができるようにしておきます。

連絡文で特に避けたいのは、相手の閲覧の記録をそのまま書くことです。「先日、弊社の料金のページをご覧いただいたようで」といった文面は、相手に見られていたという印象を与えます。AIの下書きが閲覧の事実に触れていたら、営業が書き直してから送る、を決まりにします。

AIに任せる範囲を部門で決めるときは、「要約は読む・下書きは直す・送るのは人」の3つを最低限の線にします。自動で送る機能があっても、少なくとも最初の半年は使わず、人が送った結果を見てから判断するのが無難です。

段6 結果の書き戻し：営業の判断を兆候の側に返す

渡した兆候に営業がどう動いたかを、道具と顧客管理に書き戻します。この段がないと、どの兆候が商談につながり、どの兆候が空振りだったかが分からず、渡す条件を見直せません。

書き戻す中身は、連絡したか・見送ったか・見送った理由の3つで十分です。理由の欄を「対象外の会社」「名寄せの誤り」「すでに商談中」「時期が早い」のような選択肢にしておくと、営業の手間が少なく、マーケが集計しやすくなります。

集計は月に1回、マーケと営業企画が一緒に見ます。「名寄せの誤り」が多い源は、集める範囲から外すか、確かめる手順を足します。「時期が早い」が多い種類は、寝かせる置き場に回す条件を厳しくします。書き戻しの集計が、渡す条件を直す唯一の材料になります。

Common Room は Salesforce や HubSpot とつながる製品なので、書き戻し先を顧客管理に寄せることもできます。どちらに書くかより、営業が1か所に書けば済むようにすることが大切です。2か所に書かせる運用は、まず続きません。

部門で先に決める人と会議体

ここまでの6段は、マーケだけで決められるものではありません。誰が何を決めるかを、導入の前に表にしておきます。集める範囲はマーケが案を作り法務が確かめる、渡し先と渡さない条件はマーケと営業企画が合意する、名寄せの候補の確認は重要な会社に限ってマーケが持つ、といった分け方です。

道具の接続は情報システムの担当が関わります。顧客管理・製品のデータ・社内チャットをつなぐと、それぞれの鍵を誰が持つか、誰が設定を変えられるかが問題になります。公式サイトには役割ごとの権限と監査の記録の機能が挙げられているので、設定を変えられる人を少数に絞ることを最初に決めておきます。

買収の影響を見る役も決めておきます。2026年10月時点で、Zoom への統合の時期や製品の変更は公式に示されていません。契約の更新のたびに、提供の形・データの扱いの契約の相手・会議の録画などとの結びつきの有無を確かめる担当を置いておくと、変化に気づくのが遅れません。

会議体は、月1回の書き戻しの集計の場で十分です。そこで、渡す条件・渡さない条件・集める範囲の3つを見直します。新しい会議を増やすより、既存のマーケと営業の定例に15分を足すほうが続きます。

よくある質問

兆候の道具を入れれば、営業リストの作成は要らなくなりますか

要らなくはなりません。兆候の道具は「今動いている会社」を見つけるのが得意ですが、狙うべき業種や規模の会社の一覧を作る仕事は残ります。名簿の列を外部のデータで埋める話は、同じ便の Clay の記事で扱っています。

自社サイトの閲覧だけを使うなら、法務の確認は不要ですか

既定の設定では会社の推定までですが、フォームやメールのリンクを経由すると個人と結びつきます。クッキーの案内や利用目的の示し方に関わるため、閲覧だけの利用でも法務とプライバシーポリシーの記載を確かめておくのが安全です。

通知はチャンネルと個人あてのどちらがよいですか

担当が決まっている会社は個人あて、まだ担当のいない会社はチャンネル、が基本です。チャンネルに流す場合は、拾う人を当番で決めておかないと、誰も動かない状態になりやすくなります。

Zoom に買収されたことで、使い続けられなくなる心配はありますか

2026年10月時点で、終了や新規受付の停止の告知は確かめた範囲では見当たりません。代表は顧客への提供を続けると述べています。ただし統合の時期は示されていないため、契約の更新のたびに提供の形を確かめてください。

AIが書いた連絡文をそのまま送ってもよいですか

勧めません。AIの下書きは、相手の閲覧の記録や推定した役職に触れることがあり、名寄せが誤っていれば別人の情報が混ざることもあります。営業が読んで直してから送る、を決まりにしてください。

まとめ

Common Room のような購買の兆候を集める道具は、集めて束ねて点数を付けるところまでは自動で進めてくれます。2026年10月時点では Zoom の一部となり、営業の会話の情報と結びつく方向が示されています。それでも、兆候1件が営業に届くまでの6つの段のうち、集める範囲・渡し先・渡さない条件・結果の書き戻しは、マーケと営業企画が決めることです。点数と要約はAIに任せ、連絡するか・何を書くかは営業が決める。個人の公開の活動を集める範囲は法務と決める。この線を先に引いておけば、通知が見られなくなる事態も、説明できない名簿が増える事態も避けられます。まずは、自社で集めようとしている兆候の源を書き出し、それぞれに「渡す相手」と「渡さない条件」を1行ずつ書くところから始めてみてください。

• 製品の機能・提供状況・データの扱いは、Common Room の公式サイトとヘルプ、公式ブログ、Zoom の公式ブログを2026年10月14日に確かめた範囲に基づきます。買収後の統合や仕様は変わることがあるため、導入前に最新の公式情報を確かめてください
• 個人情報の取得と利用目的の示し方、クッキーの扱いは、自社の事業や対象の地域によって判断が分かれます。導入前に法務の担当者と確かめてください

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