エージェンティック CRM とは、レコードの主たる書き手であり次のアクションの起点でもあるのが、営業担当ではなくソフトウェアである顧客システムです。エージェントは通話、メール、カレンダー、プロダクトイベントといった生の証跡を観測し、アカウントや商談のフィールドを自ら書き込み、そのうえで付与されたスコープの範囲で行動します。フォローアップを起案する、ステージを動かす、更新タスクを作成する、といった具合です。システムオブレコードは人が入力する場所ではなくなり、誰がログインしていようといまいと動き続けるものになります。
これはサイドバーに AI アシスタントが付いた CRM ではありません。要約ボタン、メール下書き機能、「このアカウントで何が変わったか」パネルは、いずれもリクエスト応答型の機能です。人間が何かをすべきだと判断し、尋ね、読み、結局はその結果を自分でフィールドに入力します。それは AI 機能付きのシステムオブレコードであり、主要な CRM はどこもすでに出荷済みです。違いはモデルの出来ではありません。ペンを握っているのが誰か、です。
質問ひとつで見分けるテスト
ある 1 週間を取り、営業担当が誰も CRM を開かなかったらパイプラインがどう見えるかを問うてください。システムオブレコードなら、答えはパイプラインが凍結することです。ステージは古びたまま、次のアクションは空、通話ログもありません。レコードは人間が入力する時間を取れた分しか映さないからです。エージェンティック CRM なら、答えはそれでもレコードが動いた、になります。通話は正しい商談に紐づき、話された内容に応じてステージは前進または後退し、フォローアップは送信済みです。
このテストはマーケティングも暴きます。ベンダーのエージェンティックな物語が「フォームを事前入力するので担当の入力が減ります」に縮むなら、著者は依然として人間であり、エージェントは入力補完にすぎません。有用ではありますが、値付けもガバナンスも機能のそれであって、働き手のそれではありません。
同じラベルを掲げる 2 つのアーキテクチャ
上に載るエージェント層。 Rox はすでに運用中の CRM を置き換えるのではなく、その上に乗ります。自社サイトは「Salesforce, HubSpot, Gmail, Microsoft Outlook, Slack, and others」との統合を挙げ、製品を自律的な売上のための応用 AI スタックと位置づけ、アカウント単位のエージェントがリサーチ、監視、アウトバウンド、CRM への書き戻しを担うとしています。移行は発生しません。レコードは今の場所に残り、エージェントがその上で働きます。
下に入る AI ネイティブ CRM。 Day.ai は独自のオブジェクトモデルを構築し、その上でエージェントを労働力として位置づけます。原型として「read the transcript, find the Opportunity it belongs to, and move it to exactly the stage the conversation earned」とされる CRM Data Specialist のほか、RevOps アナリスト、セールスエンジニア、BDR の役割が挙げられています。ここではレコード自体が新しく、これはインストールではなく移行です。
既存ベンダーの版。 Salesforce Agentforce と HubSpot の Agent Hub — Breeze Agents として出荷されたものの 2026 年 7 月のリブランド — は、すでに購入済みのシステムオブレコードにエージェントのランタイムを取り付けます。利点は、データモデル、権限、監査面が管理者にとって既知であることです。代償は、蓄積してきたスキーマ負債をエージェントがそのまま引き継ぐことです。
購買判断はほぼこれに尽きます。レコードを置き換えるのか、その上で労働力を借りるのか。Salesforce のカスタマイズを 2 年積み上げ、コンプライアンス面を抱えるチームは労働力を借りる側です。誰も予測に使えるほど信頼していない CRM を持つ 15 人の会社は、レコードを置き換える側です。
課金単位が本当の指標
カテゴリの転換を最も速く露わにするのは価格表です。2026-08-06 時点で確認しました。
- Day.ai は人単位ではなく、デプロイしたエージェント単位で課金します。Free、Turbo が $25/月、Professional が $60/月、Executive が $200/月で、automated skill slots はそれぞれ 2、5、10、年額なら 20% 引きです。自社ページには「no per-seat fees, no usage-based pricing」とあります。
- Salesforce Agentforce は Agentforce User License を $5/ユーザー/月とし、「Requires Flex Credits」と明記しています。シートはメーターの手前に置かれた小さなアクセス料になったということです。Flex Credits は actions、prompts、translations、voice actions をまたいで融通でき、$500 のブロックで販売されます。Salesforce 自身の計算例はクレジット 1 枚を 0.5 セントと置いています。リクエストあたり 40 クレジット、1 日 20 リクエスト、30 日で 24,000 クレジット、月 $120 という計算です。会話単位の課金は 1 会話あたり $2 です。
- HubSpot は成果ベースに移りました。customer agent が解決した会話 1 件につき $0.50（50 クレジット）、prospecting agent が推薦したリード 1 件につき $1.00（100 クレジット）で、HubSpot のクレジットは 1 枚 1 セントということになります。
- Attio はハイブリッドをはっきり示しています。シートは年額請求で $35（Plus）と $79（Pro）の ユーザー/月 で残る一方、各シートには Free、Plus、Pro、Enterprise でそれぞれ 100、500、1,000、2,500 の ユーザー/月 クレジット枠が付き、追加のワークスペースクレジットは別売です。
この 4 社を並べて読むと、シート数が請求額を予測しなくなったというパターンが見えます。パイロットの予算は、実際のボリュームにおける作業単位 — 解決件数、推薦リード数、エージェント実行回数、クレジット — で組んでください。人数ベースのモデルは、忙しい四半期がいくらになるかについて何の手がかりも与えません。
ベンダーへの診断質問
- このフィールドは誰が書きましたか。 エージェントが書いた値と人間が書いた値が、UI 上でもエクスポートでも区別できるレコードを見せてもらってください。区別できないなら、パイプラインの履歴は静かにモデルの出力へと変わります。
- エージェントはどの書き込みスコープを持ち、まず読み取り専用で走らせられますか。 変更を承認待ちのキューに積む dry-run や提案モードの有無が、パイロットとインシデントの分かれ目です。
- 引き継ぎ時に何が起きますか。 リサーチのエージェントがアウトバウンドのエージェントへ渡すとき、どちらが状態を保持し、人間のゲートがどこにあるのかを名指ししてもらってください。複数のエージェントが 1 つのタスクリストを共有していればオーケストレーションです。共有しているのがロゴだけなら、それは機能の詰め合わせです。
- 自社のボリュームで作業 1 単位はいくらですか。 定価ではなく、自社の月間の会話数、リード数、実行回数に対応する数字をもらってください。
- 上限を設けられますか。 エージェントごとの月次実行上限を要求してください。HubSpot 自身が、クレジットの推定コストを確認して月次の実行上限を設定するよう案内していること自体が、上限のない実行が現実的な失敗モードである証拠です。
- 監査に耐えるのは何ですか。 アクションログは何が変わったかを教えます。必要なのはエージェントが根拠にした証跡がレコードに紐づいていることで、それがなければ説明は「モデルが決めました」だけになります。
注意点とその対策
エージェントが書いた履歴は分析を汚染します。 エージェントがステージを進めるなら、ステージ間のコンバージョン率は買い手の行動ではなくエージェントの判断を測る指標になります。対策： フィールドごとに出所フラグを持ち、四半期の数字を信頼する前に、それで絞り込みや区分ができるようフォーキャストとコンバージョンのレポートを作り直してください。
自律性がデータ品質を追い越します。 重複アカウントや古い担当者フィールドの上で動くエージェントは、機械の速度で自信たっぷりに誤ります。対策： 先に CRM ハイジーン の棚卸しを回してください。重複解消のバックログは後追いではなく前提条件です。
メーターには既定で天井がありません。 従量課金は、忙しい四半期を誰も承認していない予算超過に変えます。対策： 初日からエージェントごとの実行上限を設定し、ベンダーの利用レポートを毎月自社のイベント件数と突き合わせてください。
ステージ定義がモデルのプロンプトになります。 エージェントが商談を動かすようになった時点で、文書化されたステージ基準はモデルが実行する仕様書です。対策： 商談ステージの定義 を、エージェントが満たせる証跡テストとして書き直してください。ステージが要求するのは紐づいた成果物であって、感触ではありません。
本当に必要になるのはどんなときか
埋めたい隙間が記録されない仕事であるときに、エージェンティックを買ってください。良い商談をしているのに何も記録しない担当者、60 日誰も触っていないアカウント、1 週間遅れて浮かび上がる更新。これはエージェントが直接に解く失敗であり、フォームのレイアウト改善では一度も解けなかった失敗です。
問題がプロセスやスキーマにあるなら見送ってください。承認に 9 日かかって商談が止まっているとか、3 つのチームが「有望」を別々に定義しているせいでパイプラインが狂っているなら、エージェントはその曖昧さをより速く実行し、同じ混乱のより自信に満ちた版を生み出します。まず定義を直し、それからエージェントに渡してください。
このカテゴリの背後にある一般的なパターンについては、ops 向け AI エージェントとは何か と AI agent vs RPA を参照してください。