Salesforce in Claudeがベータ公開｜37の営業スキルで変わる商談準備・CRM更新

Anthropicは2026年9月15日、Salesforceの顧客・商談・パイプラインをClaudeで扱う「Salesforce in Claude」のベータ提供を発表しました。商談前に情報を集め、会議後にメールやCRMを更新する営業担当者にとって、複数の画面を行き来する仕事を見直すきっかけになります。

Salesforce in Claudeは、37の営業スキルとSalesforce・Slackのコネクタをまとめたプラグインです。企業調査、商談準備、案件レビュー、CRM更新案の作成を支援し、Salesforceへの書き込みは既定で利用者の承認を求めます。Claudeの全有料プランが対象ですが、プラグインの利用にはSalesforceによるベータ承認と対象のSales Cloud環境が必要です。

以下は2026年9月16日時点で確認したAnthropicの提供開始発表と公式ヘルプに基づきます。AIで営業の入力・判断・実行をどうつなぐかという全体像は、AI CRMの機能と導入判断でも整理しています。

---

本記事のポイント

1. Salesforce in Claudeは9月15日にベータ公開され、37の営業スキルで商談準備から承認付きCRM更新まで支援します。
2. 全有料Claudeプランが対象ですが、プラグイン利用にはSalesforceのベータ承認と対象のSales Cloud環境が必要です。
3. 導入効果を確かめるには、データの鮮度と承認範囲を揃え、準備時間の削減とAI提案の修正負担を一緒に測ります。

---

Salesforce in Claudeのベータ公開で何が変わったのか

8月26日に発表された「Claudeforce」は、SalesforceとAnthropicの戦略的提携全体の名称です。今回の9月15日の発表は、その具体的な製品であるSalesforce in Claudeがベータ提供に進んだというものです。提携の全体像やAgentforceとの関係はClaudeforceの仕組みと位置づけを参照し、ここでは実際の営業業務と利用開始条件に絞って考えます。

従来、営業担当者はSalesforceで案件を確認し、メールやSlackから会話を探し、会議メモを読み直してから、次のアクションや更新内容を自分で組み立てていました。Salesforce in Claudeでは、接続と権限がある情報をClaudeが参照し、準備資料や更新案へまとめます。Salesforceは顧客・案件情報の正本として残り、Claudeがそれを扱う窓口になります。

ここで区別したいのが、Salesforce MCPコネクタとSalesforce in Claudeプラグインです。MCPコネクタはClaudeがSalesforceのデータや操作へ接続するための仕組みです。プラグインは、その接続に営業向けの37スキル、Slackコネクタ、初回設定スキルを組み合わせたものです。接続できる状態と、営業向けの一連の体験を使える状態は同じではありません。

初回設定スキルは、利用者の役割や担当顧客を把握し、使えるツールやコネクタに合わせてClaude Artifactを作成すると説明されています。メールや会議記録などの情報も、接続先とアクセス可能な範囲を確認する必要があります。「プラグインを入れれば社内の全情報が自動で揃う」と考えず、どの記録を参照できるかを導入時に確かめてください。

37の営業スキルは、商談の前後でどう役立つか

37という数だけでは、自社の営業が変わるかは判断できません。公式発表で示された使い方を、営業担当者の一日の流れに置き直すと、試すべき業務が見えてきます。以下の確認ポイントは、発表内容を踏まえた実務上の提案です。

営業の場面	公式に示された使い方	試行時に確かめること
朝の優先順位付け	当日の会議、成立予定が近い案件、リスク案件、返信が必要なスレッドを整理する	重要案件を漏らさず、担当者が実行できる順番になっているか
商談前の準備	案件状況、社内会話、未返信のやり取り、前回から残る質問をまとめる	情報の日時と出典が分かり、古い条件を混ぜていないか
案件レビュー	営業手法に沿って不足情報や関係者、受注予定日のリスクを整理し、合意形成に向けた計画を作る	事実と推測が分かれ、自社の案件評価基準に合うか
商談後の記録	文字起こしやメモから、フォローメール、Slack用要約、次の対応・ステージ・受注予定日の更新案を作る	顧客が確約した内容と、営業側の希望を区別できるか
パイプライン・予測	ステージ別の案件状況、遅延しそうな案件、顧客別の詳細をダッシュボードで確認する	予測の理由が説明でき、修正内容を元の案件へ追跡できるか

最初の対象は、商談準備か会議後の更新に絞る

例えば、営業担当者が翌日の商談に向けて「前回の宿題、今回確認すべきこと、未接触の関係者を整理して」と依頼する使い方です。要約が読みやすいだけでなく、担当者が元の記録へ戻って確かめられるかが評価点になります。顧客名、担当者、案件名が重複している場合には、別案件の情報が混ざらないかも確認します。

会議後であれば、商談メモから「次の対応を整理し、Salesforceへの更新案を出して」と依頼します。ここで「来月を目標に検討したい」という顧客の発言を、確定した受注予定日へ置き換えてはいけません。推測で埋めた項目は、確認が必要な候補として扱う運用にします。商談メモをCRMへ反映する運用設計と同様に、文章の要約と項目の確定は分けて考えることが大切です。

この流れで残る人の仕事は、顧客との合意や例外を判断することです。AIに情報収集と更新案の準備を任せても、誰のどの案件を、どんな根拠で変更するかは見える必要があります。承認を単なるボタン操作にしないため、変更前後の値と根拠を並べて確認する方法をチームで決めておくと、実務に組み込みやすくなります。

利用条件と導入手順：有料Claudeだけでは始められない

管理者向け公式セットアップガイドは、Salesforceがベータ申請を承認した組織を対象とし、参加条件として「latest Sales Cloud enterprise edition」へのアクセスを挙げています。自社契約の対象可否はSalesforce側に確認してください。Claudeの有料契約だけを根拠に、プラグインをすぐ導入できるとは判断できません。

確認項目	9月16日時点の公式説明
提供段階	ベータ提供。一般提供完了という発表ではない
Claude側の対象	全有料プラン。組織向けの設定手順は管理者権限を前提とする
Salesforce側の条件	Salesforceによるベータ承認と、最新のSales Cloud enterprise editionへのアクセス
利用画面	チャットとClaude Cowork。公式ヘルプはWebとデスクトップを案内
書き込み	既定で変更案ごとに利用者へ承認を求める
認証・権限	各利用者が自身のSalesforceアカウントでサインインし、既存権限の範囲でアクセス
モデル学習	公式発表はTeam・Enterpriseのデータを既定で学習に使わないと説明

Salesforce管理者とClaude管理者が役割を分担する

1. Salesforce管理者がベータへのアクセスを申請する。AgentExchangeの申請を行い、承認メールに記載されたSalesforce側の設定を完了します。
2. Claude管理者が配布対象を決める。組織のPrimary OwnerまたはOwnerが、プラグインを使うグループとインストール方針を設定します。
3. Salesforce MCP接続を設定する。Salesforce管理者がMCPサーバーを有効化し、Claude側のコネクタに必要なOAuth設定を行います。
4. 利用者が自分のアカウントでサインインする。組織への接続設定後も、各利用者による初回認証が必要です。
5. 対象業務と権限を確認して試行する。まず少人数で商談準備や更新案の品質を確認し、その結果から利用範囲を広げます。

「管理者が一度接続する」という説明は、全員が一つの共通アカウントで動くことを意味しません。各利用者の権限が使われるため、営業担当者とマネージャーでは見える案件や実行できる操作が異なります。権限の違いによって必要な情報が取得できない場合も、設定不良と決めつけず、意図した制限かどうかを確認します。

Salesforce MCPはマーケットプレイスからインストールできると案内されていますが、37スキルを含むプラグインには別途ベータ申請が案内されています。また、参照した公式発表とセットアップガイドだけでは、追加料金を含む総額や日本固有の提供・サポート条件は確定できません。対象プラン、地域、利用量、既存契約に必要な追加条件を確認したうえで比較してください。

営業チームが導入前に決めたい、データ・承認・評価の基準

今回の連携から読み取れるのは、営業システムを操作する入口が会話へ広がる一方で、顧客データの品質や案件定義の重要性は残るということです。これは発表を踏まえた実務上の見立てです。情報が古ければ古い情報を基に提案され、案件ステージの意味が部門ごとに違えば、予測も比較しにくくなります。

まず「何を正しい記録とするか」を揃える

案件名、担当者、次回対応、受注予定日、ステージ、直近の接点を点検します。空欄をなくすことだけが目的ではありません。「未確認」「顧客と合意済み」「社内見込み」を区別して記録し、AIが確度の異なる情報を一つの確定値にまとめないようにします。メールと商談メモで条件が食い違う場合に、誰が確認して決めるかも必要です。

承認対象は、項目と操作ごとに決める

次回タスクの追加、案件ステージの変更、金額や受注予定日の更新では、誤りの影響が違います。更新案を承認する担当者と確認内容を揃え、顧客への送信や確定情報の変更は、その業務に必要な判断を経て実行します。既存のSalesforce権限を引き継ぐ仕組みでも、過剰な権限や曖昧な業務ルールが自動で修正されるわけではありません。

データの扱いも契約単位で確認します。Team・Enterpriseで既定の学習利用がないという説明を、Pro・Maxを含む全プランの同一条件や、すべてのログが残らないという意味へ広げてはいけません。プランごとのデータ利用設定、保持条件、連携先での記録を分けて確認すると、社内説明の根拠を揃えられます。

成果は、削減時間と修正負担を一緒に測る

最初の試行では、商談準備にかかった時間、会議終了から案件更新までの時間、AI提案を修正した件数、更新の取り消し件数を記録します。公式発表にある利用企業のコメントは参考になりますが、自社で同じ時間短縮や売上効果が得られる証拠にはなりません。担当者がAIの出力を確認する時間も含めて比較してください。

例えば、準備資料の生成が速くても、出典を探し直す時間が増えていれば改善とは言い切れません。逆に、更新案を短時間で確認でき、商談後の未入力が減るなら、案件会議の前提データが揃いやすくなります。導入の判断は、機能を何個使ったかより、営業が次の行動に移れる状態を作れたかで行うのが実用的です。

Salesforceがすでに営業の正本として定着している組織は、今回の連携を既存基盤の延長として試す価値があります。一方、CRM選定中であったり、Gmailやカレンダーに活動情報が散らばり、CRMへの入力が続かないことが課題であったりする場合は、日常の活動記録から整えるAI CRMも比較対象になります。新しいプラグインの利用を目的に、大きなシステム変更を急ぐ必要はありません。

Salesforce in Claudeについてよくある質問

Salesforce in Claudeはいつ公開されましたか？

Anthropicは2026年9月15日にベータ提供開始を発表しました。8月26日のClaudeforce提携発表とは別の節目です。9月16日時点ではベータであり、プラグイン利用にはSalesforce側の承認などの条件があります。

Claudeの有料プランなら誰でも使えますか？

全有料プランが対象とされていますが、Salesforce in ClaudeプラグインはSalesforceがベータ申請を承認した組織向けです。公式ヘルプは、最新のSales Cloud enterprise editionへのアクセスも条件に挙げています。有料Claudeだけで条件が揃うわけではありません。

Salesforceのデータが承認なしに変更されますか？

公式説明では、既定で変更案ごとに利用者の承認を求めてから書き込みます。利用者自身のSalesforce権限が適用されます。導入時は実際の設定を確認し、項目変更やタスク作成など、操作ごとの承認方法を決めてください。

37スキル付きプラグインとMCPコネクタは同じですか？

別の役割です。Salesforce MCPコネクタはデータや操作への接続を担います。Salesforce in Claudeプラグインは、37の営業スキル、Salesforce・Slackコネクタ、初回設定スキルをまとめたものです。コネクタの導入だけでプラグインの利用条件を満たしたことにはなりません。

Salesforceを導入していない会社にも必要ですか？

Salesforce in ClaudeはSalesforceのデータと業務基盤を使う製品です。未導入企業は、この連携のためだけにCRMを決めず、日常業務との接続、活動記録の集め方、費用、運用担当者の負担から比較すると判断しやすくなります。

顧客データはClaudeの学習に使われますか？

今回の公式発表は、Team・Enterpriseでは既定で顧客データをモデル学習に使わないと説明しています。この説明を全有料プランへ一律に当てはめず、利用するプランの設定・契約・保持条件を確認してください。