はじめに
2026年1月28日ごろ、AnthropicとServiceNowが大型提携を発表した。
ClaudeがServiceNowのAIプラットフォームにおける「デフォルトモデル」として採用され、世界中の企業向けワークフロー自動化の中核を担うことになる。
（ServiceNowのAIプラットフォーム・・・「AI・データ・ワークフロー・セキュリティ」を1つのクラウド基盤に統合し、IT・カスタマーサービス・社員体験など全社業務をAIエージェントで自動化するための土台となるプラットフォーム」のこと）
この提携で特に注目すべき数字がある。
ServiceNow社内約2万9000人の従業員にClaudeを展開した結果、営業準備時間が最大95%削減されたという事実だ（Anthropic公式発表より）。
95％も削減されたというのは本当にすごい。
そこで、本記事では、エンジニアリングの視点とビジネスオペレーションの視点を交えながら、このAI統合が実務にもたらす変化を解説する。
ServiceNow × Claude提携、何が起きたのか
提携の概要
ServiceNowはエンタープライズ向けのワークフロー自動化プラットフォームとして知られており、IT管理・HR・カスタマーサービスなど、大企業の業務プロセスを一元管理するSaaSだ。
Anthropicによれば、ServiceNowのプラットフォーム上では年間800億件以上のワークフローが処理されているという（2026年1月時点）。
つまり、世界中の大企業がIT・人事・顧客対応などの手続きをServiceNow上で自動化しており、その自動処理フローが1年間に800億回以上実行されている、という規模感を示す説明である
「デフォルトモデル」とは何を意味するのか
提携の説明に入る前に、「デフォルトモデル」という言葉の意味を押さえておきたい。
スマートフォンのデフォルトブラウザがSafariだと、ほとんどのユーザーはそのまま使い続ける。
あえて別のブラウザに変える人は少数派だ。ServiceNowにおけるClaudeの位置づけも、これとまったく同じ構造だ。
そして、これまでのServiceNow上でのAI活用はこうだった。
担当者 → ServiceNow → 「どのAIモデルを使いますか？」→ 自分で選んで設定
今後はこうなる。
担当者 → ServiceNow → 何も設定しなくてもClaudeが動く
つまりClaudeは、企業に意識して採用されなくても「気づいたら使われている」存在になる。
ちなみに、ServiceNowはFortune 500企業の85%が顧客とされる巨大プラットフォームだ。
そこでのデフォルトモデルになるということは、Claudeが世界の企業活動の裏側に静かに組み込まれていくことを意味する。
Anthropicにとってこの提携は単なる大口契約ではなく、AIインフラ化への一歩となる、ということだ。
提携の主な内容
今回の提携の主な内容は以下の3点だ。
1. ClaudeがServiceNow Build Agentのデフォルトモデルに
Build Agent（ServiceNow Build Agent）とは、ServiceNow上でアプリケーションやワークフローを自然言語で構築できるAIコーディングツールである。
プロの開発者だけでなく、ノンエンジニアの「シチズンデベロッパー（citizen developers）」でも使えることが特徴とされており、ClaudeはこのBuild Agentのバックエンドのデフォルトモデルとして採用された。
2. Claude Codeをエンジニアリング部門に全社展開
ServiceNowのエンジニア・開発者・技術チームにClaude Codeを展開し、コード生成・レビュー・デバッグ・内部ツール開発に活用している。
3. 営業チームへのAIコーチング体験の提供
ServiceNowの営業担当者は、Claudeを活用したAIコーチングツールで商談準備を行っている。リアルタイムのウェブ調査と社内データを組み合わせ、顧客インテリジェンス・アカウント情報・関連資料を一箇所に集約できる仕組みだ。
95%削減とは何を意味するのか
先述の記事内の「営業準備時間の最大95%削減」は一見すると誇大な数字に見えるかもしれない。
しかしSales Opsの観点から考えると、この数字には具体的な裏付けがあると解釈できる。
営業担当者が商談前に行う準備作業を分解してみると、以下のような時間がかかる。
- 商談相手の企業情報・決算情報のリサーチ
- 過去の商談履歴や案件状況の確認（CRMの検索）
- 競合比較資料・提案書のカスタマイズ
- 社内承認や見積もり依頼のメール作成
このうち「情報収集・統合・整形」にかかる時間は、全体の6割以上を占めるとも言われる。
ここにリアルタイムウェブ検索と社内データを統合したClaudeを充てることで、準備時間の大幅短縮が現実的になる。
Anthropicの発表では、このAIコーチングツールのテスト結果として「営業準備時間が最大95%削減」と報告されている。
ここでの95%という数字は「準備がゼロになる」ではなく、「人間が判断・確認する時間だけに集中できる」 という状態に近いと捉えるのが妥当だろう。
エンタープライズAI統合のアーキテクチャ
今回の統合で技術的に興味深いのは、ServiceNow AI Control Towerという統合ガバナンス層の存在だ。
参考：cio (https://www.cio.com/article/4124222/servicenow-embeds-anthropic-claude-as-its-default-build-agent-model.html)
これは、Claudeを含む複数のAIモデルを使う際に、セキュリティ・コンプライアンス・監査対応を一元管理するための仕組みとして位置付けられている。
なお、AI Control Towerで担う役割の例としては、次のようなものがある。
- 使用状況のモニタリング
- コンプライアンスポリシーの適用
- セキュリティガバナンスの統一
Anthropic CEOのDario Amodeiは今回の提携にあたり、「企業がAIでより良い結果を出すには、ときどき使うボルトオンツール（既存システム本体を大きく作り変えず、あとからポン付けのように外付けで足せる追加機能や周辺ツール）として扱うのではなく、日常業務全体に織り込むことが重要だ」という趣旨の発言を行っている。
これはSales Opsにとっても示唆深い。
つまり、CRMの隣にポツンとAIチャット窓があるのではなく、ワークフローの中に自然に埋め込まれていることが効果の鍵になる。
言い換えると、「AIを使う作業」を新たに増やすのではなく、「既存の業務フローそのものがAIネイティブになる」ことが理想形だ。
マルチモデル戦略という現実
ServiceNowはAnthropicとの提携発表のタイミングと前後して、OpenAIとも提携を結んでいる。
ServiceNowのAmit Zavery（President兼CPO）は、各パートナーには固有のユースケースと専門性があり、企業顧客はモデルを選択できることを求めている、といった趣旨のコメントをしている。
これはServiceNowが、単一モデルへのロックインではなく、複数モデルを適材適所で使うマルチモデル戦略を志向していることを示している。
ここで、Sales Opsエンジニアにとって重要なのは、「どのAIを使うか」だけではなく、「どのタスクにどのAIを使うか」を設計・管理する視点だ。
特定のベンダーへのロックインを避けつつ、ガバナンスを維持するアーキテクチャ設計が、今後のSales Opsの重要スキルになっていくだろうと思われる。
Sales Opsへの実務的インパクト
Sales Ops視点で整理すると、この統合が示す変化はおおよそ次の3つに集約できる。
1. 定型情報収集の自動化
顧客企業の最新情報・競合動向・市場データをリアルタイムで収集し、提案資料に自動統合するフローが現実味を帯びてきた。
つまり、これまでインターン業務や新人担当者が担っていた「情報集め」が、AIのデフォルト機能になりつつあるということだ。
2. CRMデータとウェブ情報のシームレスな統合
ServiceNow上の案件情報・過去のコミュニケーション履歴と、外部のリアルタイム情報が一つのコンテキストとして統合される世界が見え始めている。
これによりAccount Executiveは 「現状を把握する時間」から「戦略を考える時間」にシフトしやすくなる と考えられる。
3. Sales Ops自身の仕事内容の変化
Sales Opsの仕事は、「データを集めてレポートを作る」から、「AIが自動化できないプロセスを設計・監督する」へとシフトしつつある。
どのデータをAIに渡してよいか、どこで人間が判断すべきかのプロセス設計が、Sales Ops担当者の核心スキルになっていくだろう。
こうした変化は一気に起こるというより、個々のワークフロー単位で徐々に進んでいくと考えるのが現実的だ。
実際に試してみるには
現時点（2026年3月）で、ServiceNow Build AgentとClaudeの統合に近い体験を試す方法はいくつかある。
ServiceNow開発者プログラム（developer.servicenow.com）では無料のPDI（Personal Developer Instance）が提供されている。ここでBuild Agentの動作を確認できる。
またAnthropicのAPIを使って、独自の「商談準備アシスタント」を試作することも、概念を理解する上で有効だ。
以下は簡単なプロトタイプのイメージ。
（PythonとAnthropic公式SDK使用、実際の利用時は最新ドキュメントでモデル名・引数を確認してください）
import anthropic
client = anthropic.Anthropic()
def prepare_meeting_brief(company_name: str, meeting_purpose: str) -> str:
prompt = f"""
あなたはSales Opsアシスタントです。
以下の商談に向けて、営業担当者向けの事前ブリーフィングを作成してください。
対象企業: {company_name}
商談目的: {meeting_purpose}
含める情報:
- 企業概要と直近の動向
- 想定される課題と提案ポイント
- 競合状況
- 推奨する商談アジェンダ
"""
message = client.messages.create(
model="claude-opus-4-5", # 実際には最新のモデル名に置き換え
max_tokens=1024,
messages=[{"role": "user", "content": prompt}]
)
return message.content[0].text
result = prepare_meeting_brief(
company_name="株式会社サンプル商事",
meeting_purpose="ERPシステム刷新の初回提案"
)
print(result)
これにCRMデータやウェブ検索を組み合わせることで、ServiceNowが実現しているものの縮小版を手元で体験できる。
まとめ
ServiceNow × Claude統合は、「AIを使う企業」と「AIが業務に織り込まれた企業」の差がこれから徐々に広がっていくことを象徴する事例だ。
そして、95%という数字の真意は、人間がすべきことを人間だけに集中させるためのプロセス再設計にある。
つまり、今まで人間がやっていた95％は本来は人間がやる必要がなかった作業で、AIができることだった。ということ。
もう少し正確に言うと、
- 95%の作業 → 必要だが、AIに任せられる「情報処理」の仕事
- 残り5% → 人間にしかできない「判断・関係構築・交渉」の仕事
今まで人間が95%の時間を情報処理に使っていたのは、AIという選択肢がなかったからやむを得ずそうしていただけで、本来やるべき仕事に集中できていなかった、と考えられる。
そして、Sales Opsとして重要なのは、このツールを「使いこなす」スキルと同時に、「何をAIに任せ、何を人間が判断するか」を設計できる能力だと考えた。
エンタープライズAIの普及は、テクノロジーの問題である以前に、プロセス設計とガバナンスの問題でもあるのではないだろうか。
参考
-
Anthropic公式発表（数値・導入範囲の出典）
https://www.anthropic.com/news/servicenow-anthropic-claude markets.ft -
ServiceNow Newsroom
https://newsroom.servicenow.com/press-releases/details/2026/ServiceNow-and-Anthropic-partner -
TechCrunch報道（2026年1月28日前後）
https://techcrunch.com/2026/01/28/servicenow-inks-another-ai-partnership-this-time-with-anthropic/