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

Anthropicは2026年9月15日、Salesforceと共同で作った営業担当者向けプラグイン「Salesforce in Claude」をベータ版として公開しました。取引先・商談・パイプラインの情報を、利用者本人のSalesforce権限のままClaudeに持ち込めます。すべての有料Claudeプランで使えますが、プラグインの導入は管理者が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段階で、担当者が分かれます。

1. Salesforce管理者がAgentExchangeのフォームでアクセスを申請する。承認されると、Salesforce側のセットアップ手順へのリンク付きで承諾メールが届く
2. Claudeの管理者がプラグインとコネクタを有効にする。この作業にはClaude組織のPrimary OwnerまたはOwnerの権限が要る
3. 組織のメンバーがプラグインをオンにして使い、初回にそれぞれのSalesforceアカウントでサインインする

2段目の作業はさらに2つに分かれます。

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

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

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

Salesforceはシステム・オブ・レコードのままです。担当者は自分のSalesforce認証情報でサインインし、Claudeは本人の権限が許す範囲だけを読みます。変更を書き込む前にはデフォルトで承認を求めます。TeamプランとEnterpriseプランでは、既定でデータをモデルの学習に使いません。

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

既存のSalesforce連携との関係

Salesforceの連携は、この発表以前にもClaudeで組めました。Salesforceが用意するHosted MCP Serversを管理者が有効化し、外部クライアント用のOAuthアプリを登録して、Claude側にカスタムコネクタを追加する経路です。手順はClaudeとSalesforceを連携する方法にまとめています。

今回のプラグインは、その接続の上に「営業の仕事の型」を載せたものと読めます。コネクタは道具の接続口にすぎず、何を頼むかは利用者が毎回考えます。プラグインは、朝のブリーフ、通話準備、商談レビューといった営業の定型作業を37のスキルとしてあらかじめ用意し、初回にはロールに合わせたアーティファクトまで作ります。接続を自分で組む手間と、頼み方を設計する手間の両方を減らす方向です。

セットアップガイドを見ると、両者は地続きです。プラグインのコネクタ設定でも、Salesforce管理者がMCPサーバーを有効にし、External Client Appのキーとシークレットを渡す流れが出てきます。Claude側では、それをカスタムコネクタの追加ではなく、Connectorsに現れる「Salesforce (Beta)」へ入れます。既存のHosted MCP Serversの設定をどこまで流用できるかは、ガイドに書かれていません。

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

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

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

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

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

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

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

書き込みの承認は「デフォルト」と表現されています。承認を省く設定があるのか、あるなら範囲はどこまでかは、発表にもガイドにも書かれていません。自動で更新を流したい運用を考えるなら、実際の管理画面で確かめる部分です。

まとめ

• Salesforce in Claudeは、37スキルとSalesforce・Slackの2コネクタで営業の日常業務を受け持つベータ版のプラグイン
• 権限はSalesforceの設定をそのまま継承し、書き込みはデフォルトで担当者の承認を経る
• 導入はSalesforceのベータ承認が前提。AgentExchangeでの申請、ClaudeのOwner権限でのプラグイン配布とSalesforce (Beta)コネクタの設定、メンバーのサインインの順に進む
• 既にHosted MCP Serversでコネクタを組んでいる組織は、既存のExternal Client Appをどこまで流用できるかを、Salesforce側の案内で確かめておく
• 効果を測りやすいのは、朝のブリーフ・通話準備・商談レビューのように成果物が目に見える使い方