Claudeforceを営業に開く前に｜CRMの入口を決める線

「Claudeforceが出たなら、営業の記録はもうクロードが勝手に入れてくれるのでは」「Salesforceの中のAIが入れ替わる話だろうから、情シスが設定を変えれば済む」。8月末の発表から、営業企画や情報システムの担当者の間でこうした受け止め方を聞くようになりました。名前だけを見ると、そう読みたくなるのも無理はありません。けれども、Claudeforceは、どちらかのAIが勝手に入れ替わる話ではありません。本当は、営業が顧客データに触る入口を、Salesforceの画面の外にもう1つ増やすかどうかを会社として選ぶ話です。この記事では、ベータの段階で公式に確かめられる事実を押さえたうえで、クロード側を入口にするかどうかの分かれ目と、開くときに決める線を整理します。

Claudeforceは提携の名前、最初に出たのはクロード側の差し込み機能

まず名前の整理です。Salesforceの2026年8月26日のプレスリリースによれば、Claudeforceは、Salesforceとアンソロピックが戦略的な提携を広げた枠組みの名前です。クロードの推論の力と、Salesforceが持つ業務データ・業務の流れ・統制の仕組みを組み合わせる、と説明されています。1つの製品名ではなく、提携全体を指す言葉だと押さえておくと、社内の説明がぶれません。

その提携の最初の提供物が、クロードに差し込んで使う機能「Salesforce in Claude」です。営業向けにあらかじめ用意された技能が37種類入っており、商談の準備、案件の健全度の確認、案件の一覧の見直しなどを、クロードの画面から進められます。プレスリリースは、クロードの中から最新の売上の状況を踏まえて考え、案件の更新を自動化し、統制の効いた操作ができると書いています。

提供の段階にも注意が要ります。発表の時点では一部の先行顧客だけに提供され、公開ベータは2026年9月の予定とされていました。アンソロピックの公式ブログは、2026年9月15日の記事でクロードの全有料プランでのベータ提供を案内しています。つまり、本稿を書いている9月末の時点では、まだベータの段階です。一般提供の時期は、公式にはまだ示されていません。

プレスリリースには、追加の技能が2026年後半に順次出ること、クロードとSalesforce、スラックの間の連携をさらに増やす計画も書かれています。価格と提供形態は変わりうる、地域によって提供状況が違いうる、とも明記されています。ベータの間に決めた運用は、一般提供の前に一度見直す前提で組んでおくのが現実的です。

ベータで何ができるか：37の営業向けの技能

クロードのヘルプは、使いどころの例として4つを挙げています。1つ目は契約更新の準備で、Salesforceの記録、予定表、メールから、近く更新を迎える顧客の要点をまとめます。2つ目は四半期の振り返りの資料で、顧客の記録から下書きの資料を作ります。3つ目は目標に対する案件の充足の確認で、手当てが要る案件を拾い出します。4つ目は会議の後の対応で、通話の書き起こしからお礼のメールと、Salesforceへの更新の案を作ります。

公式ブログは、できることとして、顧客の履歴の要約、商談の更新、通話の記録、次の対応のための作業の登録を挙げています。読むだけでなく、Salesforceの記録を書き換える操作まで含まれている点が、これまでの「AIに要約させる」使い方との大きな違いです。

もう1つの特徴は、使い始めの設定です。ヘルプによれば、初めてつないだときに、利用者の役割を聞き取って使える技能を合わせる設定用の技能が自動で動きます。プレスリリースは、営業ごとの担当顧客や案件、最新の数字を、AIが作る操作できる一覧の画面にまとめて見せる、と説明しています。

ただし、37の技能が自社の営業の流れにそのまま合うとは限りません。自社で商談の段階の定義や、必須の入力項目を独自に決めている場合、技能が出す更新の案は、その定義に沿っていないことがあります。技能の名前ではなく、自社の記録の決まりに照らして、どの技能を使うかを選ぶ必要があります。

使える条件：有料プラン、セールスクラウドの版、ベータの申し込み

クロードのヘルプによれば、対象はクロードの全有料プランで、個人向けの有料プランからチーム向け、エンタープライズ向けまでが含まれます。ただし、ベータの申し込みでSalesforce側から承認された組織に限られます。有料プランを契約していれば誰でもすぐ使える、という状態ではありません。

Salesforce側の前提として、ヘルプはセールスクラウドのエンタープライズ向けの版を挙げています。申し込みはSalesforceの管理者が、両社のアプリや機能を集めた場であるエージェントエクスチェンジから行います。自社の契約の版が条件に合うかは、申し込む前にSalesforceの管理者と確かめておきます。

クロード側では、組織の所有者か主所有者の権限を持つ人が設定します。使える画面は、ヘルプではチャットと、作業を任せる画面のコワークで、ウェブとデスクトップのアプリが案内されています。公式ブログにはアプリからの利用に触れた箇所もありますが、どの端末で使わせるかは、ヘルプの対応表で確かめてから決めるのが安全です。

ここで見落としやすいのが、個人向けの有料プランも対象に入っている点です。会社としてチーム向けやエンタープライズ向けの契約を持たない場合でも、営業が個人で契約したクロードからつなぐ道が理屈の上ではありえます。会社の契約で使う入口だけを認めるのか、どこまで許すのかは、つなぐ前に決めておく事柄です。

つなぎ方：組織に1回つなぎ、グループごとに配り方を選ぶ

つなぎ方は、Salesforce側とクロード側の2段階です。ヘルプの手順を、社内の担当の分け方が分かる形に並べ直すと次のようになります。Salesforceの管理者とクロードの管理者が別の人であることが多いので、誰がどの段を担うかを先に決めておくと、途中で止まりません。

公式ブログは、管理者が組織全体のために1回つなげば、グループを選んで配れると説明しています。プレスリリースも、管理者の設定は1回で、利用者ごとの設定なしに全員がすぐ使えると書いています。手軽さの裏返しとして、配るグループを誤ると、一度に多くの営業に入口が開くことになります。

3つの配り方の違いも押さえておきます。「既定で導入」はグループの全員に最初から入り、「導入可能」は本人が選んだときだけ入り、「必須」は外せない形で入ります。試験的に始めるなら、まず限られたグループに「導入可能」で配り、使う人を本人の意思で絞る形から始めると、想定外の使われ方を見つけやすくなります。

書き込みは既定で本人の承認。ただし「常に許可」もある

書き込みの扱いは、この機能で最も大事な仕様です。公式ブログとヘルプによれば、既定では、クロードは変更の案ごとに、書き込む前に営業本人の承認を求めます。商談の段階を進める、通話の記録を残す、次の作業を登録する、といった操作は、案として示されてから、本人が許可して初めて記録に入ります。

ヘルプは、承認のときの選択肢として「今回だけ許可」「常に許可」「拒否」の3つを挙げています。ここに落とし穴があります。「常に許可」を選ぶと、それ以降の同じ種類の書き込みで確認が挟まらなくなるため、既定の承認という安全策を、営業本人の判断で外せることになります。

調べた範囲の公式ヘルプには、管理者が「常に許可」を組織として一括で止める方法や、一度選んだ許可を取り消す手順の説明は見当たりませんでした。ベータの間は仕様が変わる可能性もあります。だからこそ、画面の設定に頼り切らず、社内の決まりとして「どの操作に常に許可を使ってよいか」を文章で決めておく必要があります。

目安としては、作業の登録のように間違えてもすぐ直せて影響が小さい操作と、商談の金額や段階、受注の見込みのように会議の数字に直結する操作を分けます。後者は毎回「今回だけ許可」で中身を読んでから通す、と決めておけば、数字が静かに書き換わる事態を防げます。

見える範囲は、各自のSalesforceの権限を引き継ぐ

読む範囲について、公式ブログは、営業が自分のSalesforceの資格情報でサインインし、クロードはその人の権限で見られる範囲だけを読むと説明しています。ヘルプも、クロードは各利用者のSalesforceのアカウントとしてサインインし、既存の権限が許す範囲しか見ないと書いています。

これは安心材料であると同時に、宿題でもあります。クロードが新しい権限を作らない代わりに、いまSalesforceに設定されている権限の状態が、そのまま表に出てくるからです。本来は自分の担当ではない顧客や、他部署の案件まで見られる設定になっていれば、クロードもそれを読み、要約し、資料の下書きに混ぜてきます。

特に注意したいのは、画面では探しにくかった記録が、会話で簡単に引き出せるようになる点です。これまでは一覧を何度もたどらないと見つからなかった情報も、自然な言葉で聞けば答えが返ってきます。権限の広さは変わらなくても、見つけやすさは大きく変わると考えてください。

そのため、入口を開く前に、対象の部署の営業が見られる範囲をSalesforceの管理者と確かめておきます。役職ごとに見える範囲、共有のルール、退職者や異動者のアカウントの扱いなどを一度洗い出し、広すぎる所があれば、クロードを開く前に直しておくのが順番です。

入口の比較：Salesforceの中で完結させるか、クロード側を入口にするか

ここからが本題の比較です。Salesforceには、画面の中で動くAIの仕組みとしてエージェントフォースがあります。プレスリリースによれば、エージェントフォースの推論の仕組みにもクロードが使われているので、比べるのはAIの頭脳の良し悪しではなく、営業がどこから顧客データに触るかという入口の違いです。

Salesforceの中で完結させる場合、営業は普段どおりSalesforceの画面で作業し、AIはその画面の中で動きます。記録の決まりや画面の作りは、これまでの運用の延長で管理できます。一方、クロード側を入口にする場合、営業はクロードの画面で予定表やメール、ほかの資料と合わせて考え、その流れの中でSalesforceを読み書きします。

違いを表にすると次のようになります。どちらが正解かではなく、自社の営業がどこで一日を過ごしているかで選ぶ、と読んでください。Salesforceに載るAIの型を広く比べる話は、別の記事で扱っているので、ここではこの2つの入口に絞ります。

観点	Salesforceの中で完結	クロード側を入口にする
営業が作業する場所	Salesforceの画面	クロードのチャットやコワークの画面
得意な作業	記録に沿った定型の処理、画面の中での入力の補助	予定表やメールと合わせた準備、資料の下書き、会議後の整理
データの流れ	Salesforceの中にとどまる	Salesforceから読み出した内容が、クロードの会話に入る
管理する人	Salesforceの管理者が中心	Salesforceの管理者とクロードの管理者の2者
費用の持ち方	Salesforceの契約の中	クロードの有料プランの席と、Salesforceの契約の両方

分かれ目1：誰が、どの作業で使うか

最初の分かれ目は、使う人と作業です。クロード側の入口が向くのは、営業本人が考えながら進める作業です。商談の前に相手の履歴と直近のメールを読み合わせる、四半期の振り返りの資料の骨子を作る、会議の後に次の打ち手を整理する、といった仕事は、複数の情報源を行き来するので、会話の画面との相性が良いと言えます。

反対に、問い合わせの受付から記録の作成まで、決まった流れで繰り返す処理は、Salesforceの中で完結させたほうが管理しやすい作業です。条件がそろったら動く仕組みや、画面の入力欄を埋める補助は、記録の決まりと一体で設計するほうが、あとで誰が何をしたかを追いやすくなります。

もう1つの見方は、すでにクロードを業務で使っているかどうかです。営業がすでにクロードで提案書の下書きや調べものをしているなら、そこにSalesforceの記録が加わることで、別の画面との間で書き写す手間が減ります。まだクロードを使っていない部署なら、新しい入口を覚える負担のほうが大きくなることもあります。

判断に迷うときは、営業の一週間の作業を書き出し、それぞれの作業が主にどの画面で始まっているかを数えてみます。予定表やメール、資料作りから始まる作業が多ければクロード側、Salesforceの一覧や入力から始まる作業が多ければ中で完結、と傾向が見えてきます。

分かれ目2：データの流れと、費用の持ち方

2つ目の分かれ目は、データがどこを流れるかです。クロード側を入口にすると、Salesforceから読み出した顧客や商談の内容が、クロードの会話の中に入ります。会話の記録がどこに、どれだけの期間残るのか、誰がそれを見られるのかは、クロード側の契約と設定で決まります。

プレスリリースは、操作がSalesforceを通って業務のルールに沿って実行されること、規制の厳しい業種向けにSalesforceの信頼の境界の中でクロードを動かす形があることを説明しています。ただし、自社の契約でどの形になるのかは、発表文だけでは判断できません。個人情報や取引条件を含む記録を扱うなら、両社の契約の条件を法務と情報システムの担当者で確かめてから開きます。

費用の面では、クロード側の入口には、クロードの有料プランの席が要ります。Salesforceの契約はそのまま必要です。差し込み機能そのものの価格は、調べた範囲では公式に示されておらず、プレスリリースも価格と提供形態は変わりうると書いています。ベータの間の費用だけで、一般提供後の予算を決めないことが大事です。

費用を誰が持つかも決めておきます。営業部門の予算でクロードの席を持つのか、全社の情報システムの予算で持つのかによって、使う人の選び方や、使い方の決まりを作る主体が変わります。席の持ち主と、決まりを作る人がずれると、使われ方の見直しが止まりやすくなります。

開く部署の決め方：最初は1チームに「導入可能」で

クロード側を入口にすると決めたら、次は開く範囲です。最初から営業部門の全員に開く必要はありません。むしろ、最初は1チームに絞り、「導入可能」の配り方で始めるのが安全です。本人が使うと決めた人だけに入るので、使い方の癖や、記録への影響を小さな範囲で観察できます。

最初のチームは、Salesforceの記録の決まりがよく守られていて、かつ商談の準備や資料作りの負担が大きいチームを選びます。記録が整っていないチームで始めると、クロードが出す要約や更新の案の質が低く見え、機能そのものの評価を誤ります。記録の質と、AIの答えの質はつながっています。

反対に、最初に開かないほうがよいのは、大口の顧客の契約条件や、価格の交渉の途中経過を多く扱うチームです。見える範囲の点検と、書き込みの承認の決まりが固まってから広げます。代理店や外部の協力会社がSalesforceを使っている場合は、その人たちのアカウントを対象のグループから外しておくことも確かめます。

広げる時期は、日付ではなく条件で決めます。たとえば「1か月の間に、承認なしの書き込みで記録が誤った件数が0件」「更新の案の中身を読まずに許可した例がない」といった条件を満たしたら、次のチームへ広げる、と決めておけば、判断が担当者の感覚に左右されません。

読むだけか、書き込みも許すか

開く部署を決めたら、次は操作の深さです。書き込みの可否を差し込み機能の側で細かく分ける設定は、調べた範囲の公式ヘルプには書かれていません。そこで、社内の決まりとして段階を分けるのが現実的です。最初の段階では、読むことと、更新の案を出させることまでにとどめ、記録への書き込みは本人が画面で行います。

次の段階では、影響の小さい書き込みから許します。通話の記録を残す、次の作業を登録する、といった操作は、誤っていても後から直しやすく、会議の数字にもすぐには響きません。ここまでを「今回だけ許可」で本人が確かめながら通す運用にします。

最後の段階が、商談の金額、段階、受注の見込み日といった、見込みの数字に直結する項目の書き込みです。これらは営業の会議や売上の見通しの元になるため、AIの案をそのまま通すと、組織の数字が一気にずれるおそれがあります。この段階は、当面は許さないという判断もありえます。

• 書き込みの段階は、差し込み機能の設定ではなく社内の決まりとして文章にしておく
• 「常に許可」を使ってよい操作を、段階ごとに具体的に書き出しておく
• ベータの間に仕様が変わる可能性があるため、一般提供の前に段階の決まりを見直す

承認と記録：誰が何を確かめ、どこに残すか

既定の承認は営業本人が持ちます。これは、本人が自分の商談を一番よく知っているという意味で理にかなっていますが、本人が急いでいるときほど、案の中身を読まずに許可しがちです。承認の責任は本人に置いたまま、見直しの目を別に置く形が必要です。

見直しの目としては、営業の上長か営業企画が、週に一度、クロード経由で書き込まれた記録を抜き出して読む方法が考えられます。Salesforceで項目の変更の履歴を残す設定をしていれば、いつ誰のアカウントで変わったかは追えます。ただし、それがクロードの案を許可したものか、本人が手で入れたものかを区別できるかは、自社の設定で確かめておく必要があります。

区別がつかない場合は、クロード経由で書き込んだ記録には、本人が一言メモを添える、といった運用で補います。手間は増えますが、後から数字のずれを調べるときに、原因がAIの案なのか人の入力なのかを切り分けられます。記録の残し方は、問題が起きる前に決めるのが鉄則です。

会話の側の記録も考えておきます。クロードの会話には、顧客の名前や商談の中身が残ります。会話を誰が見られるのか、どれだけの期間残すのか、退職者の会話をどう扱うのかは、クロード側の管理の設定と社内の文書の決まりで決めます。Salesforceの記録だけを見ていると、ここが抜け落ちます。

営業企画と情シスの分担

この機能は、Salesforceとクロードの2つの管理画面にまたがるため、分担を決めないと、どちらの担当者も「相手が決めるもの」と考えて止まりがちです。大まかには、何に使ってよいかを営業企画が決め、どう設定するかを情報システムの担当者が決める、と分けると整理しやすくなります。

営業企画が持つのは、使ってよい技能の範囲、書き込みの段階、承認と見直しのやり方、広げる条件です。情報システムの担当者が持つのは、ベータの申し込み、接続の登録、配るグループの管理、Salesforce側の権限の点検、クロード側の会話の記録の管理です。Salesforceの管理者とクロードの管理者が別の部署にいる場合は、2人の連絡の窓口も決めておきます。

よくある失敗も押さえておきます。どれも、設定そのものより、決める順番を誤ったことで起きます。

• 権限の点検をせずに開き、他部署の案件の要約が資料の下書きに混ざる
• 「常に許可」の扱いを決めないまま配り、商談の段階が本人の確認なしに書き換わる
• 配り方を「既定で導入」にして、想定より多くの営業に一度に入口が開く
• ベータの間の運用を、一般提供の後も見直さずに使い続ける

分担を決めたら、月に一度、両者で使われ方を見直す場を持ちます。見るのは、使っている人数、よく使われている技能、クロード経由の書き込みの件数、見直しで見つかった誤りの件数の4つで十分です。数字を並べて話せば、広げるか、絞るかの判断が早くなります。

AIに任せる範囲と、人が決める範囲

ここまでの内容を、任せる範囲と人が持つ範囲に分けて整理します。クロードに任せてよいのは、商談メモの整理、記録の更新の案、次の打ち手の下書きまでです。会議の後に書き起こしから要点をまとめる、更新すべき項目の案を並べる、お礼のメールや次回の議題の下書きを作る、といった手を動かす作業は、任せたほうが早く、書き漏らしも減ります。

一方で、CRMへの書き込みを確定させるのは担当者です。案として出てきた項目を読み、事実と合っているかを確かめてから許可します。特に、見込み度の判断はAIに任せないことを決まりにしてください。受注の見込みや確度は、相手の表情や社内の事情など、記録に残らない情報も含めて人が判断するものです。

AIに案を出させるときは、根拠を書かせることも大事です。「どのメールと、どの記録を元にこの更新の案を出したか」を添えさせれば、担当者はその元の情報を開いて確かめられます。根拠のない案は許可しない、という決まりにしておけば、確認の手間を最小限にしつつ、誤りを通しにくくなります。

そして、人が確認する範囲を先に決めておきます。どの項目は本人が毎回読むのか、どの項目は週に一度の見直しで足りるのか。範囲を決めずに使い始めると、忙しい時期ほど確認が抜けていきます。先に範囲を決めておけば、AIの速さを確認の時間に回せます。

よくある質問

Claudeforceとエージェントフォースは、どちらかを選ぶものですか

必ずしもどちらか一方ではありません。Claudeforceは提携の名前で、エージェントフォースの推論の仕組みにもクロードが使われています。社内で決めるのは、どの作業をSalesforceの画面の中で行い、どの作業をクロードの画面から行うかという入口の分担です。

クロードの無料版からもつなげますか

調べた範囲の公式ヘルプでは、対象はクロードの有料プランで、ベータの申し込みで承認された組織に限られています。無料版は対象として挙げられていません。個人向けの有料プランも対象に含まれるため、会社の契約以外から使わせない決まりは別に要ります。

クロードが勝手にSalesforceの記録を書き換えることはありますか

既定では、変更の案ごとに営業本人の承認を求めます。ただし、本人が「常に許可」を選ぶと、以後の同じ種類の書き込みでは確認が挟まらなくなります。どの操作で常に許可を使ってよいかを、社内で決めておいてください。

他の営業の担当顧客まで見えてしまいませんか

クロードは各自のSalesforceの権限の範囲だけを読みます。見えるかどうかは、Salesforce側でいまどう設定されているかで決まります。開く前に、対象の部署の見える範囲を管理者と点検してください。

一般提供はいつですか。ベータのうちに始めるべきですか

調べた時点で、一般提供の時期は公式に示されていません。ベータのうちに始めるなら、1チームに絞り、書き込みの段階を低く抑え、一般提供の前に運用を見直す前提で進めるのが無理のないやり方です。

まとめ

Claudeforceは、Salesforceとアンソロピックの提携の名前で、最初の提供物は、クロードからSalesforceの顧客と商談の記録を読み書きする差し込み機能です。いまはベータで、クロードの有料プランを持ち、申し込みで承認された組織が使えます。書き込みは既定で営業本人の承認が要り、見える範囲は各自のSalesforceの権限を引き継ぎます。決めるべきは、Salesforceの中で完結させるか、クロード側を入口にするかの分担と、開く部署、書き込みの段階、承認と見直し、記録の残し方です。まずは営業の一週間の作業を書き出し、どの作業がどの画面から始まっているかを数えるところから始めてください。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。