37の営業スキルを持つClaude Salesforce連携の現実

要約
ClaudeforceはSalesforceの顧客データをClaudeで検索するだけでなく、案件更新や営業アクションまで視野に入れた連携です。37種類の営業スキル、権限分離、承認、監査ログを日本企業がどう設計すべきか整理します。
SalesforceとClaudeの連携が、CRM検索の便利機能から営業プロセスの実行へ広がろうとしています。Claudeforceは、Salesforceの顧客データや業務フロー、実行機能をClaudeに組み込む構想です。
この記事の対象読者
- Salesforceを営業基盤として使う企業
- 営業業務をAIで自動化したい企業
- 顧客データのAI利用に不安がある企業
- 営業プロセスの属人化に悩む企業
- AIエージェントの導入効果を見極めたい企業
Claudeforceの発表と提供時期

SalesforceとAnthropicは、2026年8月26日にClaudeforceを発表したとされています。AnthropicはClaudeを提供し、Salesforceは顧客データや営業業務の基盤を担う位置づけです。
第1弾として示されたSalesforce in Claudeは、ClaudeからSalesforceの情報や営業機能を扱う連携です。現在は一部の顧客向けに提供され、2026年9月にオープンベータが予定されています。
- Claudeの推論能力
- Salesforceの顧客データ
- 営業プロセスの業務フロー
- 企業ごとのビジネスロジック
- 案件更新などの実行機能とガバナンス

37種類の営業スキルが担う業務

Salesforce in Claudeでは、37種類の営業スキルを利用できるとされています。ここでいうスキルは、単なる質問応答ではなく、営業担当者が日常的に行う作業を業務単位で呼び出す機能です。
たとえば、案件情報の確認、顧客との接点の整理、商談前の準備、フォローアップ文面の作成などが想定されます。案件項目の更新や営業アクションまでAIに任せる場合は、検索機能とは別の管理が必要です。
- 顧客や案件に関する情報の検索
- 商談前に必要な履歴や論点の整理
- 案件状況に応じた次の営業アクションの提案
- 顧客へのフォローアップ文面の作成
- Salesforce上の案件情報や活動履歴の更新
37種類という数だけで導入効果を判断するのは難しいでしょう。自社の営業プロセスを分解し、どのスキルを誰が使い、どの操作まで許可するかを業務ごとに確認する必要があります。
CRMデータと権限の分離
参照と変更の権限を分ける考え方

AIに顧客データを読ませるときは、検索できる情報と変更できる情報を同じ権限にしない設計が出発点です。営業担当者が見られる案件でも、AIが全項目を取得できるとは限りません。
Salesforceのユーザー権限、プロファイル、共有設定、項目レベルのアクセスを確認するところから始まります。そのうえで、AIが参照するデータ範囲と書き込みを許可する対象を、別々に定義するのが現実的でしょう。
AIの精度を上げる前に、AIが見てよい情報と変更してよい情報を分ける必要があります。この順序を逆にすると、便利な自動化が過剰なデータアクセスにつながるかもしれません。
- 参照可能なオブジェクトと項目を決める
- 顧客情報や競合情報の取得条件を分ける
- 案件更新を許可する項目を限定する
- 削除や一括変更を初期設定で許可しない
- 退職者や異動者の権限を定期的に見直す
承認と監査ログの設計
承認フローの粒度をどう決めるか

AIが文章を作るだけなら、担当者の確認で止められます。案件金額、確度、次回アクション、顧客への送信内容を変更する場合は、操作の影響範囲に応じた承認が必要です。
承認を一律にすると、軽微な更新まで滞留しがちです。反対に、すべてを自動実行にすると、誤った案件情報がSFA全体へ広がるおそれがあるでしょう。
| AIの操作 | 初期設定の扱い | 確認する担当 |
|---|---|---|
| 案件情報の検索 | 参照範囲を限定して実行 | 利用者 |
| 活動履歴の下書き | 下書き保存まで | 営業担当者 |
| 案件項目の更新 | 承認後に実行 | 営業責任者 |
| 顧客へのメール送信 | 人による最終確認 | 送信担当者 |
監査ログに残す項目

監査ログには、誰が、いつ、どの顧客データを使い、AIが何を提案し、誰が承認し、どの結果になったかを残すのが基本です。失敗時に会話履歴だけを見ても、実際の変更経路を追えない場合があります。

営業プロセスへの実務的な影響
責任分界の整理から始める
Claudeforceの焦点は、Salesforceを検索しやすくすることだけではありません。AIが案件更新や営業アクションを担うなら、営業担当者・管理者・AIの責任分界をSFA運用の中で整理することが先決でしょう。
最初から37種類すべてを展開するより、失敗時の影響が限定される業務から試す方法があります。たとえば、商談前の情報整理や活動履歴の下書きなら、送信や確定更新を人の確認後に残せます。
- 業務ごとにAIの目的と完了条件を書く
- 参照だけで済む業務と更新を伴う業務を分ける
- 承認なしで実行できる操作を限定する
- 既存のSalesforce運用と担当者を対応づける
- 試行後に誤りと差し戻しの記録を確認する
BinxAIが見てきた範囲では、導入の成否はAIの回答例だけで決まりません。案件の更新責任や承認経路を、既存の営業会議や入力ルールとつなげられるかが分かれ目になりやすいです。
自社導入で詰まりやすい箇所
- Salesforce内の項目定義が部署ごとに異なり、AIに渡す正しい状態を決めにくい
- 案件更新の承認者が曖昧で、AIの提案を誰が確定するか決められない
- 既存のSFA入力ルールとAIの自動更新が重なり、二重管理になる
外部の支援を使う場合は、製品の設定だけでなく、現場の業務整理から始められるかを確認します。導入前に権限・承認・ログ・既存運用をまとめて確認できると、要件変更の影響を把握しやすくなるでしょう。
BinxAI株式会社のみっちゃくんでは、提案の前に現場へ入り、課題の整理と現状の診断を済ませてから要件を固めます。要件を整理したうえで詳細な見積を出し、契約後に要件が動いても、決めた範囲の中で優先順位を入れ替えて進める体制です。
企画から開発まで、同じ担当が一気通貫で受け持ちます。SalesforceとClaudeの連携では、運用の引き継ぎや内製化まで含めて検討できる体制を整えます。
- 課題の整理と現状の診断
- 要件定義と設計
- 開発と本番環境への展開
- 運用の引き継ぎと内製化の支援
- 担当者向けの研修

よくある質問
Claudeforceとは?
Claudeforceは、Claudeの推論能力とSalesforceの顧客データ、業務フロー、実行機能、ガバナンスを組み合わせる連携構想です。Salesforce in Claudeが第1弾として示されています。
37種類の営業スキルは何に使いますか?
顧客や案件の検索、商談準備、フォローアップ、活動履歴の作成、案件情報の更新など、営業担当者の作業を支援します。利用できる具体的な機能は提供条件で確認してください。
Salesforceの全データをClaudeが見ますか?
全データへのアクセスを前提にせず、参照するオブジェクトや項目を限定します。Salesforceの権限設定とAI側の利用範囲を分け、操作権限も別に確認する設計が現実的です。
案件更新をAIに自動実行させてもよいですか?
影響の大きい項目は、担当者や責任者の承認後に実行する形から始めます。実行前後の差分・承認者・時刻を監査ログに残し、誤更新を戻せる運用も用意するのが安心でしょう。
いつから利用できますか?
2026年8月28日時点では、一部の顧客向けに提供され、2026年9月のオープンベータが予定されています。対象地域や契約条件、利用可能な機能は各社への確認が必要です。
Claudeforceを検討する企業は、37種類の営業スキルの多さより、最初に任せる1つの業務を選びます。CRMデータ、権限、承認、監査ログを一つの設計図に並べると、導入後の責任分界を確認しやすくなります。
この記事の分類
同じ分類の記事をまとめて読めます。
次に読む記事

データを移さずAIを組み込むAWSとSalesforceの新連携
AWSとSalesforceが発表した新連携は、CRMデータを大規模に移さず、Amazon BedrockのモデルやSlack、音声業務にAIを組み込む方向を示します。連携の事実と、権限設計や業務選定で確認すべき点を整理します。

Microsoft 365 Copilot全社導入 三井化学が先に整えたデータと現場の仕組み
三井化学のMicrosoft 365 Copilot全社展開をもとに、ライセンス配布だけで終わらせない生成AIの社内展開を解説します。データ棚卸し、利用ガイドライン、部署ごとの推進役をどう組み合わせ、利用定着と業務改善につなげるかを具体的に整理します。

AlibabaがQwen3.8最上位モデルを開放 ローカルLLM導入判断基準
AlibabaのQwen3.8最上位モデル公開を起点に、オープンウェイトを企業で使う際の性能、推論コスト、運用人材、ライセンス確認を整理します。小型モデルやAPI、オンプレミスを使い分ける判断手順も紹介します。















