会議が終わった後、決定事項を整理し、担当者を割り当て、顧客管理システムへ情報を入力する作業は、多くの企業で人の手に残っています。ZoomがZoomtopia 2026で示した「conversation to completion」という構想は、この会話と実行の間にある断絶をAIで埋めようとするものです。日本語に置き換えるなら、「会話を記録するサービス」から「会話を起点に仕事を完了させる基盤」への転換と捉えられます。

Zoomは長らく、使いやすいビデオ会議サービスとして認知されてきました。しかし同社が今回前面に出したのは、映像そのものではありません。会議、電話、チャット、コンタクトセンター、イベント、採用面接、営業商談を通じて発生する会話データです。ビデオや電話は情報を取り込む手段となり、会話から得られる文脈と、その文脈に基づいて起こすアクションが製品価値の中心になります。



この位置づけが定着すれば、Zoomの競争相手や商談相手も変わります。従来のUCaaS、つまりクラウド型統合コミュニケーションや、CCaaSと呼ばれるクラウド型コンタクトセンターの枠内だけで評価される企業ではなくなります。営業支援、採用、人事、顧客体験、業務AIといった領域まで対象が広がるためです。

重要なのは、Zoomがすべてのビデオ会議を自社製品へ置き換えることを前提にしていない点でしょう。会話がどこで行われても、その内容を取得し、意味を理解し、業務システムへ渡せる存在を目指しています。これはZoomにとって第二幕と呼べる戦略変更であり、企業側にはコミュニケーション製品の選定基準を見直すきっかけになります。

生成AIの精度は、利用するモデルだけで決まるわけではありません。社内の事情をどこまで正確に参照できるかが、回答や提案の実用性を左右します。ただし、ファイル、問い合わせチケット、データベースといった記録済みの情報だけでは、組織で実際に起きていることを十分に捉えられません。方針変更や例外対応は会議や電話で決まり、文書へ反映されるのは後日になるか、記録されないまま終わることもあるからです。

たとえば、営業会議で「この顧客には標準プランではなく個別提案を行う」と決めても、その場でCRMへ登録されなければ、別の担当者やAIは古い条件を参照する可能性があります。採用面接でも、候補者に対する評価の根拠が面接官の会話に残ったまま、結果だけがシステムへ入力されるケースがあります。文書化された知識は扱いやすい反面、意思決定に至った理由や温度感を失いやすいのです。



Zoomが価値の源泉として狙うのは、この記録される前の動的な文脈です。同社のエリック・ユアン最高経営責任者は、AIモデルの力は企業への理解に左右され、その文脈が決定的な違いを生むと説明しています。会話の中から人物、話題、合意、判断の変化を継続的に捉えられれば、AIは単なる議事録作成を超え、次に何をすべきかまで支援しやすくなります。

もっとも、会話を大量に蓄積すれば自動的に良質なデータになるわけではありません。誰の発言なのか、決定と提案をどう区別するのか、どの業務情報と結び付けるのかが欠かせません。Zoomの構想の焦点は、音声や文字起こしの量ではなく、それらを業務上の意味へ変換する仕組みにあります。企業が評価すべきなのも、文字起こしの精度だけではなく、文脈の更新方法と業務への接続範囲です。

ZoomのUnified Context Layerは、AIが参照する情報を三つの層から組み立てます。一つ目はモデルがもともと持つ一般知識、二つ目は社内ファイルや接続先アプリケーションに保存された文書化済みの知識、三つ目は進行中の会話から得られる動的な文脈です。同社はこれらを組み合わせ、人、話題、意思決定の関係を表すグラフを構築し、ほぼリアルタイムで更新するとしています。

文書化済みの情報源として挙げられているのが、Salesforce、ServiceNow、Workdayなどです。Salesforceは顧客・営業情報、ServiceNowはITサービスや業務ワークフロー、Workdayは人事・財務分野で広く使われるクラウドサービスです。会話だけを独立して分析するのではなく、既存の業務データと結び付けることで、「誰が何を話したか」に加えて「どの顧客、案件、従業員、業務課題に関する会話なのか」をAIが判断しやすくなります。



この仕組みでは、Zoom製の画面を常に利用する必要もありません。同社はMy Notesを他社の会議サービスや対面での会話にも広げ、15種類のMCPサーバー、検索用と質問用のAPI、Claude、Codex、Copilotとの接続を提供しています。MCPは、AIモデルと外部のデータやツールを標準的な方法で接続するための仕組みです。APIは、別の業務システムからZoomの検索・質問機能を呼び出す窓口に当たります。

ここから見えるのは、Zoomが自社アプリの中へ利用者を囲い込むだけではなく、顧客が選んだAIへ文脈を供給する「ヘッドレス」な基盤を志向していることです。会議サービスのシェアだけで勝敗を決めず、複数のAIや業務アプリが必要とする会話データ層を押さえる戦略と考えられます。その一方で、幅広いシステムへ接続するほど、権限管理、データの保存範囲、誤った関連付けへの対策も評価項目になります。導入企業には、接続できるかだけでなく、誰がどの文脈を利用できるのかを設計する視点が求められます。

会話を中心に事業を定義すると、Zoomが接点を持てる部門はIT部門だけではなくなります。営業領域のZoom Revenue Accelerator、略称ZRAは、商談を記録・分析し、営業担当者へのコーチング、案件の状況把握、予測を支援します。Zoomによると、ZRA利用者の65％が営業活動に大きな、または変革的な効果があったと回答し、2026年度には顧客数が前年比50％増加しました。

2026年7月に買収を完了したCommon Roomは、その対象を商談前まで広げます。同社の技術はCRM、製品利用、マーケティング、顧客接点のデータに、実際の購買シグナルを組み合わせ、個人単位の買い手情報を構築します。Zoomtopiaでは、CRMにまだ登録されていない意思決定者を見つけ、市場で動き始めた見込み客を適切な担当者へ文脈付きで振り分ける構想が示されました。Zoomは最初の購買シグナルから商談、売上予測までを一つの流れとして扱おうとしています。



採用領域では、Zoomが2025年12月に現金9,800万ドルで買収したBrightHireが軸になります。BrightHireは採用面接を録音・文字起こしし、候補者の要約を作成して、採用基準に照らした根拠を整理します。AI面接官による一次選考の自動化にも対応しています。すでに多くの採用面接がZoom上で行われているため、会話データを採用判断へつなげる流れには自然な接続があります。従業員体験プラットフォームのWorkvivoと合わせれば、面接から入社後のエンゲージメントまで対象が広がります。

BrightHireでは、候補者のなりすましなどを検知するZoomのDeepfake Risk Detectionも使われています。Zoomは同機能を12月に職場の会議へ拡張する方針です。顧客対応では、Unified Context Layerが仮想エージェント、有人担当者、バックオフィスの専門家へ情報を渡し、顧客が同じ説明を繰り返す状況の削減を狙います。カッティングマシンなどを展開するCricutでは、顧客の待ち時間が89％短縮されたとZoomは説明しています。領域は異なっても、価値の中心には「会話から得た情報を、次の担当者やシステムへ引き継ぐ」という共通項があります。

Zoomの各製品は、個別の業務ツールとして見ると、営業分析、採用支援、社内コミュニケーション、顧客対応という別々の市場に属します。しかしUnified Context Layerを中心に置くと、各製品が生み出した会話データを別の業務で利用し、その利用結果が再び文脈を豊かにする循環が見えてきます。営業担当者が把握した顧客課題をコンタクトセンターが参照し、顧客対応で得た情報を次回の商談に反映するといった流れです。

この循環は、ZoomがAIデータプラットフォームを名乗る根拠でもあります。会議を開催するたびにデータが増えるだけでは、保存量が増えるにすぎません。人物、話題、案件、意思決定を関連付け、許可されたAIや業務アプリから活用できる状態にして初めて、蓄積が次の行動に結び付きます。製品間で共有される文脈が増えるほど、利用者が一から説明し直す負担を減らせる可能性があります。



他社の会議サービスやAIを接続対象に含める方針も、この循環を広げるうえで合理的です。Microsoft TeamsやGoogleのサービスに標準化した企業でも、営業や採用などの外部向け会話ではZoomを使う場合があります。Zoomが会議製品の全面置換を要求せず、その一部の会話から価値を示せれば、部門単位で導入の入口を作れます。ZRAやBrightHireが先に採用され、その後にノート機能やコミュニケーション製品へ利用が広がる経路も想定できます。

ただし、この循環が企業にとって望ましいかどうかは、データ統合の範囲と管理方法によります。営業会話、採用面接、従業員間の会話には、それぞれ異なる機密性と利用目的があります。すべてを横断的に使える状態にするのではなく、目的ごとに閲覧権限、保持期間、AIによる二次利用の条件を決める必要があります。Zoomの戦略を評価する際は、製品数の多さよりも、部門を越えた文脈共有を統制できるかを確認することが欠かせません。

Zoomの構想には一貫性がありますが、製品を作ることと市場で売ることは別の課題です。同社の営業部門や販売パートナーは、会議、電話、コンタクトセンターをIT部門や通信担当者へ提案する形で成長してきました。ZRA、Common Room、BrightHire、Workvivoでは、最高売上責任者、Revenue Operations責任者、採用責任者、最高人事責任者などが主な経済的意思決定者になります。

こうした買い手は、IT部門とは異なる尺度で製品を評価します。営業部門なら商談パイプラインの充足度や予測の質、採用部門なら候補者の質や採用プロセスの効率が論点になります。しかも各領域には、Gong、Clari、ZoomInfo、Greenhouseなど、すでに関係を築いている専門ベンダーが存在します。Zoomの名称が広く知られていても、ビデオ会議の実績だけで専門製品からの切り替えを促せるとは限りません。



Zoomは販売支援を、ナレッジワーカー、顧客体験、営業・マーケティング業務、採用・人事、開発者エコシステムという購買部門別に組み直しています。方向性は明確ですが、従来の販売パートナーの多くはUCやコンタクトセンターを扱い、主な人脈もIT部門にあります。営業責任者や採用責任者との商談を作るには、業務を理解する専門チーム、新しい報酬制度、RevOpsコンサルティング会社や人事テクノロジーのインテグレーターといった別種のパートナーが必要になると考えられます。

Zoomの有力販売代理店Converged Technology Professionalsでは、ZRAを既存のGongから置き換える提案が、顧客企業へ入る入口になっていると説明しています。ZRAでデータの価値を確認した顧客が、ノート機能や他のプラットフォーム機能へ関心を広げるため、従来とは逆にアプリケーションの販売後に会議関連の商談が続く形です。同社は同時に、導入と保守を中心とした従来型の販売から、秘密保持契約を結び、顧客業務を理解して現実的な計画を作るコンサルティング型への転換が必要だと指摘しています。

Microsoftが最高情報責任者との強い関係を持つ市場で、ZoomがIT部門だけを正面から攻めるのは容易ではありません。営業、採用、マーケティング部門を入口にする戦略には合理性がありますが、最終的にはIT部門による承認も必要です。AIのトークン利用量や従量課金が予測しにくいため、企業のIT部門は購入統制を強めているとZoomの最高マーケティング責任者キム・ストーリン氏は説明しています。部門に業務上の効果を示しつつ、IT部門にはコスト、セキュリティ、ガバナンスの面で承認できる材料を示せるかが、今後の成否を分けます。

日本企業がこの構想を検討する場合、全社の会議基盤を一度に置き換える必要はありません。営業商談、採用面接、顧客サポートなど、会話後の転記や情報共有に時間がかかっている業務を一つ選び、限定的に検証する方が判断しやすくなります。会議の要約件数ではなく、CRMへの入力時間、担当者間の引き継ぎ、顧客が同じ説明を繰り返す回数など、現在の課題に結び付いた評価軸を置くことが大切です。

検証前には、会話データの利用目的を明確にする必要があります。顧客との商談を営業支援に使う場合と、採用面接を候補者評価に使う場合では、参加者への説明、アクセス権、保持期間、確認すべき社内規程が異なります。AIが生成した要約や判断材料についても、人が確認する範囲と、誤りが見つかった場合の訂正方法を決めておくべきでしょう。会話の量が多いほど価値が高まるという考えだけで統合範囲を広げると、管理負担も同時に増えかねません。



既存環境との関係も重要です。TeamsやGoogle系サービスを標準利用している企業でも、My NotesやAPI、MCPによって部分的にZoomの文脈機能を利用できる可能性があります。選定時には、自社の会議製品と連携できるか、Salesforceなどの業務システムへどの情報を戻せるか、利用中の生成AIから必要な文脈を参照できるかを確認するとよいでしょう。ベンダーを一社に統一できるかではなく、会話から業務実行までの流れにどの程度の欠落が残るかを見る方が実務的です。

Zoomの転身が成功するかどうかは、発表された機能の多さだけでは判断できません。今後は、営業や人事などの部門で再現可能な成果を示し、それを販売パートナーが業務課題に沿って提案できるかが問われます。導入企業にとっての具体的な一歩は、重要な会話がどこで行われ、その内容がどのシステムへ、どれほど遅れて反映されているかを棚卸しすることです。その断絶が明確になれば、Zoomを含む会話AI基盤に任せる範囲と、人が管理すべき判断を切り分けやすくなります。