商談メモを AI に貼り付けて要約させる。ここまでは、すでに多くの営業チームがやっています。問題が起きないのは、AI が「読んだものを返しているだけ」だからです。 出力がおかしければ、担当者がその場で捨てられます。
次に来ているのは、その先です。AI が案件の状況を自分で読み、確度を判断し、そのまま CRM のレコードを更新する。 出力を捨てる工程が消えます。この段階に入ると、決めておくべきことが変わります。
何が起きようとしているか
Salesforce と Anthropic は2026年8月26日、提携を拡大した「Claudeforce」を公表しました。第一弾となる「Salesforce in Claude」は、Claude の側に Salesforce のデータとワークフローを持ち込むプラグインで、37 の営業向けスキルが最初から用意されているとされています。
公表されているスキルには、商談準備、案件の健全性レビュー、パイプラインレビューといったものが含まれ、メールの作成やCRM レコードの更新まで行えます。現在は一部のパイロット顧客に提供され、2026年9月のオープンベータが予定されています。追加スキルは2026年後半から順次投入される見込みです。
「Salesforce を使っていないので関係ない」と読み飛ばせる話ではありません。構図として起きているのは、基幹データに対する操作経路が1本増えることだからです。 同じことは他の業務システムでも進んでいて、MCP のロードマップが示す方向も、社内システムを AI から扱えるようにする流れの上にあります。国内で使われている SFA・グループウェア・会計 SaaS にも、同種の接続口が順に付いていきます。
「読む」と「書く」の間にある断層
社内で AI 活用を議論するとき、たいてい「どのツールを入れるか」が論点になります。ところが実務で効くのは、そこではありません。
| AI にできること | 起きうる失敗 | 元に戻せるか |
|---|---|---|
| 読んで要約する | 誤読、機密の持ち出し | 出力を捨てれば済む |
| 下書きを作る | 事実誤認を含む文面 | 送る前に気づける |
| データを更新する | 誤った確度・金額・日付の書き込み | 履歴を追わないと戻せない |
3行目に入った瞬間、失敗の性質が変わります。 誰かが気づくまで、間違ったデータが正しいものとして流通するからです。パイプラインの数字が実態とずれたまま経営会議に上がる、というのが最も分かりやすい形です。
決まっていないのは、たいていこの3つ
導入を検討する会社と話すと、ツールの機能比較は進んでいる一方で、次の点が空白になっていることがほとんどです。
1つ目は、AI が誰の権限で動くのかです。 担当者のアカウントを借りて動く構成にすると、監査ログには担当者の操作として記録されます。後から「これは人がやったのか、AI がやったのか」を切り分けられません。エージェントには人とは別の身元を割り当てるのが原則で、これはAI エージェントの認証・認可をどう設計するかで整理した通り、後付けが最も面倒になる部分です。
2つ目は、書き込みの範囲です。 「CRM を更新できる」と一括りにせず、更新してよい項目を決めます。活動履歴やメモの追記は任せてよくても、金額・確度・受注予定日は人が触る、という線引きは現実的です。営業の数字は、そのまま予算と人員計画に効きます。
3つ目は、取り消せる形になっているかです。 変更履歴が残り、いつ・どのレコードが・何によって書き換わったかを一覧できること。ここが無いまま運用に入ると、おかしいと気づいた時点で調査に数日かかります。
中小企業では、もっと手前に落とし穴がある
大企業向けの話に見えますが、社員数十名の会社ではむしろ危険度が上がります。権限設計がそもそも緩いからです。
営業も経理も同じ管理者アカウントを共有している、SaaS の権限は「全員フルアクセス」のまま何年も動いている。この状態で AI に接続口を与えると、AI は人間より速く、広く、そこに手を伸ばします。 人間なら「これは自分が触る場所じゃない」と止まるところで、止まりません。
やるべき順番は逆で、AI を入れる前に、いま人間に与えている権限を見直します。AI 導入の話が、放置されていた権限整理を進める口実になるという点では、悪い話ではありません。管理者権限を持つプラグインの境界をどう引くかの議論も、出発点は同じです。
読み取りだけで始めて、効果を測る
慎重に進めるなら、順番は決まっています。最初は読み取りだけを許可し、書き込みは人が行う。 それで実際にどれだけ時間が浮いたかを測ってから、書き込みの範囲を広げます。
このやり方には副産物があります。AI が読んだ内容が的外れなら、その原因はたいてい AI ではなくデータのほうにあります。 商談メモが空欄だらけ、更新日が半年前、同じ会社が3つのレコードに分かれている。読み取り運用を1か月続けると、この種の問題が可視化されます。
データが整っていない状態で書き込みまで任せると、AI は不正確な入力から不正確な更新を作り、それが次の入力になります。 順番を守ることは、慎重さの問題というより、効果を出すための条件です。
次にやること
自社で使っている業務 SaaS を1つ選び、「AI 経由でレコードを更新されたら困る項目」を書き出してください。 5分で終わります。この一覧が、そのまま接続時の設定の下敷きになります。
そのうえで、その SaaS の変更履歴が、いつまで・どの粒度で残るのかを確認してください。 履歴が90日で消える設定になっているなら、AI に書き込みを許す前に、そこを直すのが先です。
業務システムと AI の接続設計、エージェントに与える権限の切り分け、既存 SaaS の権限棚卸しについては、グリームハブの開発・AI・自動化のご相談で承っています。使っているシステムの構成によって現実的な手順が変わるため、個別にご相談ください。お問い合わせからどうぞ。
