Salesforce in Claudeとは — 営業向け37スキルのプラグインがベータ公開

Anthropicは2026年9月15日、Salesforceと共同で作った営業担当者向けプラグイン「Salesforce in Claude」をベータ版として公開しました。取引先・商談・パイプラインの情報を、利用者本人のSalesforce権限のままClaudeに持ち込めます。すべての有料Claudeプランが対象ですが、使えるのはSalesforceがベータ参加を承認した組織に限られます。導入は、Salesforce管理者がAgentExchangeでアクセスを申請するところから始まります。

要点

発表の中心は、営業の日常業務を担う37のスキルと、2つのコネクタです。

• 37のスキルが、アカウント調査・商談前の準備・パイプラインのレビュー・CRMの更新といった日々の作業を受け持つ
• Salesforceコネクタで、Claudeが取引先の履歴を要約し、商談の更新・通話の記録・フォローアップタスクの作成まで行う
• Slackコネクタで、案件チャンネルの要約やアカウントチーム内のスレッドをスキルが読み書きする
• 権限はSalesforceの既存設定に従い、変更はデフォルトで担当者の承認後に書き込まれる
• GitLab、Siemens、Legoraが組織に展開済み。Salesforceの営業担当者7,000人も業務で使っている

Salesforceに置かれた情報を人が集め直す時間を、Claudeに肩代わりさせる設計です。

営業担当者の一日はどう変わるか

使い方は大きく5つあります。どれも、Salesforce・メール・通話記録・Slackにばらけた情報を1か所に集める作業が起点です。

朝のブリーフで一日を始める

毎朝、その日の会議、近く成約予定の商談、リスクのある商談、返信が必要な未読スレッドをまとめたブリーフが届きます。スケジュール登録すればバックグラウンドで動き、Claudeアプリからも外出先で開けます。ブリーフの画面から「成約予定日を後ろにずらす」「ステージを変える」「フォローアップを追加する」と頼めば、Salesforceに反映されます。金曜日には一週間の総括と、上長宛ての報告文の下書きも出ます。

通話の準備をする

次の会議の準備を頼むと、Salesforce・Slack・メールから情報を集めます。進行中の商談の状況、今週アカウントチームが話したこと、返信の付いていないスレッド、前回の通話から残っている質問です。スレッドにSalesforce未登録の関係者が見つかれば、取引先の連絡先として追加します。

商談を評価してクローズプランを作る

商談を指定すると、チームの営業手法に照らして採点します。確認すべき条件の抜け、会えていない関係者、成約日を危うくする要因を洗い出します。続けて頼むと、ビジネスケース、日付入りの相互クローズプランの下書きを作り、確認項目を埋め、不足している関係者をコンタクトロールとして追加します。これらは承認後に商談へ保存されます。

会議のたびにSalesforceを更新する

通話後は、文字起こしか担当者のメモから、フォローアップメール、Slackの案件チャンネル向けの要約、次のステップ・ステージ・成約予定日といった商談更新案を作ります。担当者が確認して反映します。

パイプラインを見てフォーキャストを共有する

パイプラインの見え方を頼むと、ステージ別のカバレッジ、遅れそうな商談とその理由、取引先ごとの掘り下げを備えたインタラクティブなダッシュボードを作ります。画面から成約予定日やステージの変更を指示でき、Salesforceのレコードが更新されます。ダッシュボードは経営層やチームへ共有でき、フォーキャストの説明文も経営層が求める形式で下書きできます。営業マネージャーはチーム全体で同じビューを回せます。

導入の流れと管理者の役割

プラグインには2つのコネクタが含まれ、管理者がSalesforceを接続し、担当者がサインインすれば使い始められます。初回利用時にはセットアップ用のスキルが利用者のツールとコネクタを確認し、役割と担当範囲に合わせたClaudeのアーティファクトを作ります。

対象になるのは、Salesforceのベータ参加申し込みで承認された組織です。Claudeのヘルプセンターのセットアップガイドによると、条件は最新のSales Cloudエンタープライズエディションを使っていることです。動作するのはチャットとClaude Cowork(WebとデスクトップのCowork)です。

導入は3段階で、担当者が分かれます。

手順

導入の3段階と担当者

1. 1

   Salesforce管理者がAgentExchangeで申請する

   フォームでアクセスを申請します。承認されると、Salesforce側のセットアップ手順へのリンク付きで承諾メールが届きます。

2. 2

   Claudeの管理者がプラグインとコネクタを有効にする

   Claude組織のPrimary OwnerまたはOwnerの権限が要ります。作業は2つに分かれます。

   • プラグインの配布設定: 「Organization settings > Plugins」で「Salesforce Marketplace」を探します。グループごとに、「Installed by default」「Available to install」「Required」から選びます
   • Salesforce MCPコネクタの設定: Salesforce管理者がセットアップガイドに従ってMCPサーバーを有効にし、External Client Appのコンシューマーキーとコンシューマーシークレットを渡す。Claudeでは「Organization settings > Connectors」を開き、「Salesforce (Beta)」を選ぶ。キーはOAuth client ID欄、シークレットはOAuth client secret欄に入れて保存する
3. 3

   メンバーがプラグインをオンにして使う

   初回に、それぞれのSalesforceアカウントでサインインします。

配布設定の画面名は、公式ページ同士で表記が違います。Salesforce in Claudeのセットアップガイド(Claudeヘルプセンター)は「Organization settings > Plugins」と書いています。プラグイン管理のヘルプは「Organization settings > Plugins & skills」と書いています。ここには組織の全スキル・プラグインを一覧する「Inventory」タブと、マーケットプレイスを扱う「Marketplaces」タブがあります。Inventoryの行メニューからは、既定の配布とグループごとのアクセスを変えられます。一般のプラグイン管理には、利用者から完全に隠す「Not available」という選択肢もあります。画面が見つからないときは、プラグイン管理のヘルプが書く「Plugins & skills」の中が候補です。

メンバー側の入口は「Customize > Plugins」です。「Salesforce in Claude」を開いて「Add」を押し、トグルを有効にします。続けて「Add to Claude」を押すと、AgentExchangeの公開リストへのリンクが付いたモーダルが出ます。管理者が先に有効化していれば、トグル操作は要りません。

Salesforce MCPそのものは、マーケットプレイスから直接インストールできます。営業組織向けの運用ガイドも公開されています。

権限と承認はどう設計されているか

Salesforceはシステム・オブ・レコードのままです。担当者は自分のSalesforce認証情報でサインインし、Claudeは本人の権限が許す範囲だけを読みます。変更を書き込む前にはデフォルトで承認を求めます。承認の画面は、提案された変更を見せたうえで「Allow once」「Always allow」「Deny」の3つから選ばせる形です(利用者向けヘルプの記載)。TeamプランとEnterpriseプランでは、既定でデータをモデルの学習に使いません。

この3点が並ぶ意味は小さくありません。営業データは顧客名・金額・関係者の連絡先を含むため、AIに触らせるうえでの最初の関門は「見えてはいけないものが見えないか」と「勝手に書き換えられないか」です。前者はSalesforce側の権限をそのまま継承し、後者は書き込みごとの承認で受けます。紹介されている使い方でも、ブリーフや商談更新の流れはいずれも「下書きを作り、担当者が確認して反映する」形に揃っています。

既存のSalesforce連携との関係

Salesforceの連携は、この発表以前にもClaudeで組めました。手順はClaudeとSalesforceを連携する方法にまとめています。

今回のプラグインは、その接続の上に「営業の仕事の型」を載せたものと読めます。2つの経路の違いは、準備の範囲です。

くらべる

自分で接続を組む場合と、プラグインを使う場合

従来の経路

Hosted MCP Serversで組む

Salesforce管理者がHosted MCP Serversを有効にし、外部クライアント用のOAuthアプリを登録します。Claude側ではカスタムコネクタを追加します。接続できた後も、何を頼むかは利用者が毎回考えます。

今回のプラグイン

Salesforce in Claude

接続に加えて、営業の定型作業まで用意済みです。利用者が何を頼むかを考える手間を、スキル側が先に受け持ちます。

ヘルプでは、37のスキルは「Salesforceが作ったもの」と書かれています。発表のブログは、プラグイン全体を「Salesforceと共に作った」と表現しています。

コネクタの設定は両者で地続きです。違いは入れる先で、カスタムコネクタの追加ではなく、Connectorsに現れる「Salesforce (Beta)」にキーとシークレットを入れます。既存のHosted MCP Serversの設定をどこまで流用できるかは、セットアップガイドに書かれていません。

定期的に同じ画面を見て更新するという使い方は、Coworkでも試せます。手作業を自動化する例はCowork Salesforce連携 — 週次営業レポートを自動生成する手順にあります。こちらは自分で手順を組み立てる方式で、プラグインは同じ領域を既製のスキルで埋めにきた形です。

背景 — プラグインとコネクタの配布が整ってきた

配布の面でも、この一連の発表は前後とつながっています。Claudeのプラグインとエージェントを一元化する動きはClaude Marketplaceとは — プラグインとエージェントを一元化で、提供側がプラグインを提出する窓口はClaudeプラグイン提出ポータルが公開 — 審査から利用状況の可視化までで扱っています。Salesforce in Claudeは、SaaSベンダーと共同で作ったプラグインが有料プランへ届く実例の1つです。

個人のコネクタをチャンネルで使う方向も、同じ時期に進んでいます。Claude Tagがチャンネルで個人コネクタに対応した発表は、権限を利用者本人に紐づけたままチームの場で使う考え方という点で、今回の「Salesforceの権限のまま読む」設計と共通しています。

組織側でコネクタの接続先を絞りたい場合の設定はClaude Enterpriseでコネクタを制限し社外アカウントの接続を防ぐ設定で扱っています。プラグインを組織に展開する場合は、こうした接続先の制限と併せて設定を見直す場面が出てきます。

導入前に確認しておきたい点

提供範囲と権限の原則は発表で、導入の手順と前提条件はセットアップガイドで分かります。どちらにも書かれていないのは、一般提供の時期や承認の運用面です。

承認は「デフォルト」と表現されており、承認画面には「Always allow」の選択肢もあります。これを選ぶと何件分の変更が承認不要になるのか、同じ種類の変更だけか広く及ぶのかは、ヘルプに説明がありません。自動で更新を流したい運用を考えるなら、実際の画面で範囲を試す部分です。

まとめ

判断の分かれ目は、Salesforceのベータ承認とSales Cloudエンタープライズエディションの要件を満たすかどうかです。満たす組織では、書き込み承認を「Allow once」のまま運用するか、「Always allow」を許すかを先に決める場面が来ます。