CRMを導入すれば顧客の情報が一元管理され、次に何をすべきかが見えるようになるといわれますが、実際に次の行動を決めているのは担当者の記憶と勘だという企業は少なくありません。Agentic CRMとは、人の指示を待たずに顧客データを読み取り、次に取るべき行動を自ら判断して実行するCRMのことです。近い時期に語られるAI CRMやAIネイティブCRMとは、指している分類の種類が違います。
本記事では、業務用空調設備の製造販売を手がける従業員120名の中堅メーカーを例に解説します。この企業は説明のための架空の設定であり、実在の企業ではありません。記載内容は2026年8月時点のものです。
当社は、AIが読み書きする前提のCRMを業務設計から貴社専用に設計する、Agentic CRM設計支援を行っています。
・顧客ごとに対応を変えたいが、人手が足りない
・CRMは入れたが、データが営業の判断に使えていない
・AIエージェントの活用を見据えて、CRMの設計から相談したい
というお悩みがあればお気軽にご相談ください。業務課題のヒアリングと現在地の整理から一緒に進めます。
この記事を書いた人
合同会社クロスコムの代表｜専門商社にて7年間のBtoB営業を経て、マーケティング業界に参入。現在はSalesforce公式コンサルティングパートナーとして、ソリューション営業の業務プロセスに特化したAgentforce導入・定着支援と、Agentic CRM設計支援を提供している。
Agentic CRMとは？指示待ちのCRMと何が違うのか
Agentic CRMという言葉は、CRMの新しい製品カテゴリのように見えて、実際には「CRMがどう振る舞うか」を指しています。製品名として覚えようとすると輪郭がつかみにくいのは、指しているものが機能の一覧ではないためです。CRMに何が入っているかより、そのCRMが人の操作なしに何をするかを見る言葉だと考えると、既存の製品との違いが判別しやすくなります。まずは、いま多くの企業が使っているCRMがどういう状態にあるのかを確認したうえで、定義と、業務がどう変わるのかを整理していきます。
記録はあるのに動きにつながらないCRM運用
例に挙げた空調設備メーカーがCRMを導入したのは、5年前です。営業8名が訪問先と商談の状況を入力し、カスタマーサポート3名が保守の問い合わせを記録する運用は定着しており、入力されたデータは日々たまっていきました。
問題は、そのデータが次の行動に結びつかない点にありました。入力されている内容は「訪問した」「見積を提出した」といった事実の記録が中心で、そこから誰にいつ何を提案すべきかは、営業担当者が自分の記憶をたどって決めていたのです。設置から10年目を迎えて更新の提案対象になる顧客は年間およそ600件ありましたが、実際に提案まで到達していたのは3割にあたる180件でした。残る420件は、担当者が思い出せないまま更新時期を過ぎていきました。
営業部長は「データは入っているのに、なぜ提案が漏れるのか」と繰り返し尋ねていました。それは、CRMが記録を保管する役割しか担っておらず、たまったデータを読み返して行動を促す作業が、そのまま人の仕事として残っていたからです。
人の指示を待たずにデータを読んで自律的に動くCRM
Agentic CRMとは、人の指示を待たずに顧客データを読み取り、次に取るべき行動を自ら判断して実行するCRMのことです。
従来のCRMは、担当者が画面を開き、条件を指定して検索し、結果を見て判断するという流れを前提に設計されています。人が操作しなければ何も起きない仕組みであり、データの量が増えるほど、確認しきれない部分が増えていきます。
Agentic CRMでは、この確認と判断の部分をAIが担います。設置から何年経過したか、直近の問い合わせで何が語られたか、過去に何を購入したかといった情報を継続的に読み、条件に合致した顧客を検知して、担当者に通知するか、下書きを作成するところまで進みます。空調設備メーカーの例でいえば、更新対象の600件を人が思い出す作業から切り離し、条件に合った顧客を機械的に抽出して提案の下書きまで用意する状態が、これにあたります。
日本語の記事ではエージェンティックCRMと表記される場合もありますが、指しているものは同じです。判断の材料をどこまで読めるか、そして実行をどこまで任せるかは設計によって変わります。この記事の後半では、その設計事項を扱います。
「記録する箱」が「動く仕組み」に変わると業務はどうなるか
CRMが自ら動くようになると、担当者の仕事はどこが変わるのでしょうか。変わるのは作業の速さより、業務がどこから始まるかという点です。
これまでは、担当者が「そろそろ提案先を洗い出そう」と考えた時点で作業が始まっていました。つまり、思い出した分だけが業務になっていたわけです。Agentic CRMでは、条件に合致した時点でCRM側から通知が届くため、担当者は届いたものを判断するところから始めます。
空調設備メーカーの営業8名は、提案先の洗い出しと情報収集、CRMへの入力に、月あたり合わせておよそ60時間を使っていました。この時間の大半は、顧客ごとの状況を思い出して確認する作業に費やされていたのです。抽出と下書きの作成をCRM側が担うようになれば、営業担当者の仕事は、提案内容を判断し、顧客と対話することに絞られます。
このように、Agentic CRMがもたらす変化は、記録を早く取れる点にはありません。記録を読んで動く役割が、人からCRM側へ移る点にあります。
AI CRM・AIネイティブCRM・Agentic CRMの3つの違い
前章でAgentic CRMの定義を確認しましたが、実務ではAI CRM、AIネイティブCRMという言葉も同時に使われており、どれがどれを指すのかが分かりにくくなっています。この3つは競合する呼び方ではありません。それぞれ違う種類の分類にあたります。3つが並存している理由は、それぞれ違う問いに答えるために生まれたからです。AIを使っているかを問うのがAI CRM、どう作られているかを問うのがAIネイティブCRM、どう振る舞うかを問うのがAgentic CRMにあたります。ここでは、3つの言葉が何を指しているのかを個別に解説していきます。
AI CRMとは何か
AI CRMとは、AIを活用するCRM全般を指す広義の呼び方です。
この呼び方には、分類としての厳密さがありません。予測スコアを表示する機能を1つ持つだけの製品も、文章の要約ができる製品も、すべてAI CRMに含まれます。範囲が広いため、製品比較の場面では判断の材料になりにくい言葉です。
空調設備メーカーがCRMの入れ替えを検討したときも、比較表に並んだ製品はすべてAI CRMと表記されていました。その表記だけでは、更新提案の対象を自動で抽出できるかどうかまでは判別できません。
たとえば、商談の受注確度をAIが数値で表示する機能があれば、その製品はAI CRMと呼べます。一方で、顧客の状況を読んで提案を自動作成する製品も、同じくAI CRMと呼ばれます。どちらもAIを使っている点は共通していますが、業務に与える影響はまったく違います。製品の紹介ページにAI CRMと書かれていても、その表記だけでは比較の材料になりません。どのAI機能を指しているのかを1つずつ聞き出して、初めて製品ごとの違いが見えてきます。
AIネイティブCRMとは何か
AIネイティブCRMとは、設計の最初からAIが組み込まれていることを指す、アーキテクチャ上の分類です。
AIネイティブCRMと対比されるのは、既存のCRM製品に後からAI機能を追加した構成です。この違いは機能一覧では見えにくく、データの持ち方と処理の流れに現れます。
空調設備メーカーが使っていたのは、5年前に導入した製品へ後からAI機能が追加された構成でした。設置年月や保守の記録をAIが読めるかどうかは、契約時の資料には書かれておらず、販売元へ問い合わせて初めて分かりました。
後から追加した構成では、CRMの本体が持つデータをAI側へ渡す連携部分が必要になり、渡せるデータの範囲や更新の頻度に制約が生まれます。その結果、AIが読める情報は限定されやすくなるのです。一方で、最初から組み込まれている構成なら、AIが参照することを前提にデータが保持されているため、この受け渡しの制約は生じにくくなります。導入を検討する段階では、AIがどの範囲のデータをどの頻度で読めるのかを、販売元に書面で示してもらいましょう。
Agentic CRMとは何か
Agentic CRMとは、AIが人の操作を支援するにとどまらず、自ら判断して業務を実行することを指す、挙動上の分類です。
前節のアーキテクチャ軸が「どう作られているか」を見る分類であるのに対し、この挙動軸は「どう振る舞うか」を見る分類になります。同じAI機能でも、人が指示したときだけ動くのか、条件を満たしたときに自ら動くのかで、業務への影響が変わります。
受動支援にあたるのは、担当者がボタンを押すとメールの文面を作る機能や、質問を入力すると集計結果を返す機能です。担当者が操作した分しか動きません。自律実行にあたるのは、条件に合った顧客を自ら検知し、下書きの作成や担当者への通知まで進む挙動です。空調設備メーカーが必要としていたのは後者でした。600件を人が思い出す前提を変えなければ、提案の漏れは減らないからです。
判別する方法は単純です。担当者が誰も操作しなかった日に、そのCRMから通知や下書きが出てくるかどうかで見分けられます。何も出てこないなら、その製品は受動支援にとどまっています。
2軸で整理すると既存のCRM製品はどこに入るか
ここまでの2つの分類を並べると、既存の製品がどこに位置するかを整理できます。アーキテクチャ軸と挙動軸は独立しているため、組み合わせで4つの状態が生まれます。
| 呼び方 | 何を指す分類か | 確認するポイント |
|---|---|---|
| AI CRM | 広義の呼び方 | どのAI機能を指すか |
| AIネイティブCRM | アーキテクチャ | 最初から組み込みか |
| Agentic CRM | 挙動 | 自ら判断して実行するか |
注意したいのは、Agenticであることと、AIネイティブであることが別だという点です。既存のCRM基盤の上にエージェントの層を追加すれば、挙動としては自律実行に近づきますが、アーキテクチャとしては後付けのままになります。
たとえばSalesforceが提供するAgentforceについては、公式のTrailheadに「Atlas Reasoning EngineはAgentforceの頭脳であり、そのAgentforceはSalesforce Platformのエージェント層である」と説明されており、あわせてAtlasがSalesforce Data 360から構造化・非構造化のデータを取得すると記載されています（2026年8月時点）。この説明にもとづけば、既存のCRM基盤の上にエージェントの機能を重ねる構成であり、2軸でいえば挙動はAgentic、アーキテクチャは後付けという位置づけになります。他社製品でも、この2点が公式資料に書かれていなければ、2軸のどちらに入るかは判別できません。※参考記事はこちら
なぜ今Agentic CRMへの移行が始まっているのか
3つの言葉の違いを整理してきましたが、そもそもなぜこの数年でCRMの自律化が語られるようになったのでしょうか。買い手側の変化と、技術側の変化と、社内の人員の事情という3つが同じ時期に重なったことが背景にあります。この3つはどれか1つだけでは移行の説明になりません。買い手が変わっただけなら営業の手法を変える話で終わり、技術が進んだだけなら試験導入で止まります。人員の事情が重なったことで、業務の進め方を組み替える選択肢が現実的になりました。ここでは、その3つを順に確認していきます。
買い手の購買行動が営業の手前で完結し始めた
まず挙げたいのは、買い手が営業に会う前に検討をほぼ終えているという変化です。ワンマーケティングが2025年に600サンプルを対象に実施した調査では、営業担当者と会う前の段階で購買先の候補が「ほぼ決まっている」が29%、「いくつかの候補に絞り込まれている」が56%となり、合わせて85%が候補の選定を終えていました。※参考記事はこちら
では、なぜこの変化がCRMの話につながるのでしょうか。それは、営業が接触できる時期が後ろへずれた分、それより前の段階で買い手の動きをデータから捉える必要が出てくるからです。
空調設備メーカーでも、以前は設備の更新時期が近づくと顧客側から相談が入っていましたが、近年は顧客が自社で情報を集めて複数社に見積を依頼する形が増え、相談が来た時点ですでに他社が候補に入っている状況が生まれていました。営業8名が接触できていたのは、更新対象600件のうち提案まで到達した180件にとどまり、残る420件で何が起きているかは、CRMを見ても分かりませんでした。買い手の検討が早い時期に進むほど、人が思い出せる範囲だけで動く運用では間に合わなくなります。
生成AIからAIエージェントへ｜技術段階の変化
買い手の変化と同じ時期に、AIの側も文章を生成する段階から、判断して実行する段階へ移っています。総務省の令和7年版情報通信白書によると、生成AIについて「積極的に活用する方針」または「活用を検討する方針」を示した日本企業の割合は、2023年度の42.7%から2024年度は49.7%へ増えていました。一方で、活用にあたっての懸念としては「効果的な活用方法がわからない」が最も多く挙げられています。※参考記事はこちら
つまり、生成AIを使う方針は広く共有された一方で、業務のどこに置けば効くのかが定まっていない状況があったといえます。目標を渡すと手順を組み立てて実行まで進むAIエージェントが実務の選択肢に入ってきたことで、この置き場所の問題に対する答えの1つが出てきました。エージェンティックAIの仕組みと自律実行のプロセスについては、エージェンティックAIとは？AIエージェントとの違いと仕組み・活用事例をわかりやすく解説で詳しく解説しています。
CRMは、その置き場所として条件が揃っています。判断の材料になる顧客データが集まっており、実行の対象になるメール送信や商談の記録も同じ場所にあります。
人手不足と属人化が「人が回すCRM」の限界を早めた
そこへ重なったのが、社内で人を増やせないという事情です。「入力の徹底を何度も指示しているが、担当者が増えないので結局そこで止まる」という声を、中堅企業の営業責任者からよく聞きます。
空調設備メーカーのマーケティング担当は総務と兼務の1名だけで、カスタマーサポート3名は月におよそ120件の保守と部品の問い合わせに対応しており、その内容を営業へ共有する余裕はありませんでした。更新提案の漏れが分かっていても、人を増やして対応する選択肢は現実的ではなかったのです。
加えて、誰がどの顧客を把握しているかが担当者ごとに違うため、担当が変わると経緯が引き継がれないという問題も残っていました。CRMに入力されていた内容が事実の記録にとどまっていたことが、この属人化を長引かせていたといえます。実際、この企業では担当者の異動が1度あり、前任者が把握していた顧客の事情は口頭で引き継がれただけでした。引き継ぎの精度は、そのときの担当者の記憶量に左右されていたのです。
人を増やさずに確認の量を増やすには、確認の作業自体をCRM側へ移す方法しかありません。
以上が、Agentic CRMへの移行が始まっている3つの背景でした。
Agentic CRMで変わる4つの業務領域
移行の背景として3つの変化を挙げてきましたが、では実際に何がどう変わるのでしょうか。影響が出やすいのは、顧客ごとの個別化、部門をまたぐ収益プロセス、買い手の購買体験、パイプラインの監視という4つの領域です。共通しているのは、いずれも担当者が「確認して判断する」作業を大量に含んでいる点です。確認の回数が人数の上限を超えている領域ほど、CRM側へ判断を移した効果が数字として表れます。逆に、担当者が全件を把握できている領域では変化を感じにくくなります。ここでは、その4領域を順に解説していきます。
顧客ごとの個別化を人手を増やさず実装する
1つ目は、顧客ごとに内容を変えたコミュニケーションを、担当者を増やさずに実装できる点です。
なぜ人手の話になるかというと、個別化の難しさは「何を変えるべきか判断する部分」にあり、その判断の回数が顧客数に比例して増えるからです。
空調設備メーカーの例でいうと、更新対象の600件は設置年、設備の型式、過去の保守履歴、直近の問い合わせ内容がそれぞれ違います。全件に同じ案内を送れば内容が合う顧客は一部にとどまり、かといって1件ずつ内容を変えるとマーケティング担当1名では対応しきれません。CRM側が各顧客の履歴を読んで訴求すべき点を選び、下書きまで用意する形にすれば、担当者の仕事は内容の確認に変わります。個別化の設計とデータの持ち方については、ハイパーパーソナライゼーションとは？人手を増やさずBtoBで個別化を実装する設計をご参照ください。
個別化を人数の問題から設計の問題へ移せるかどうかで、担当者を増やさずに実装できるかが決まります。
マーケ・営業・CSの収益プロセスを1本につなぐ
2つ目は「マーケ・営業・CSの収益プロセスを1本につなぐ」です。部門ごとに分かれていた収益プロセスを、1本の流れとしてつなげられます。
空調設備メーカーでは、カスタマーサポートが受けた保守の問い合わせのなかに、設備の劣化を示す内容が含まれていることがありました。本来なら更新提案の有力な手がかりですが、対応の記録として残るだけで営業には届いていませんでした。部門をまたいで情報を渡す仕組みがなく、渡すかどうかの判断も担当者に委ねられていたためです。
CRMが自ら顧客データを読む状態になると、この受け渡しが判断ごとCRM側へ移ります。保守の問い合わせ内容から更新の可能性が高いと判断された顧客を、営業の担当者へ通知するところまで自動で進みます。部門の間で伝わらないまま残る情報が減り、収益に関わる流れが途切れにくくなります。部門の分断を解消する組織設計については、RevOps（レベニューオペレーション）とは？The Modelの分断を解消する組織設計と導入ステップをご確認ください。
部門の連携を担当者どうしの運用ルールで保つ必要が減り、CRMの設定として維持できるようになります。
買い手の社内検討を支援する購買体験に変える
3つ目にあたるのが、買い手が社内で検討を進める場面を支援する形へ、提供する情報を変えられることです。
BtoBの購買では、担当者が気に入っても、そこから社内の稟議を通す段階で止まることがあります。空調設備の更新は1台あたりの金額が大きく、顧客側では設備部門が起案し、経理部門が投資対効果を確認し、経営層が承認するという流れをたどっていました。営業が接触できていたのは設備部門の担当者だけで、その先の検討がどこで止まっているのかは見えないままでした。
CRMが商談の停滞と過去の類似案件を読み取れる状態であれば、稟議の段階で必要になる資料を、止まっているタイミングで提示できます。過去に承認された案件で経理部門がどの数字を見て投資対効果を判断したのかを示せれば、設備部門の担当者は社内で説明しやすくなるでしょう。買い手の社内検討を前に進める材料を渡す発想については、バイヤーイネーブルメントとは？AIで購買体験を変える設計と成熟度4段階が参考になります。
売り手が説明する量を増やすより、買い手が社内で説明しやすい状態を作るほうが、検討は前に進みます。
パイプラインの健全性をAIが監視し続ける
4つ目は「パイプラインの健全性をAIが監視し続ける」です。商談全体の状況を、AIが日々の更新から継続的に確認できます。
空調設備メーカーでは、月におよそ40件の商談が動いていました。営業部長は月次の会議で一覧を確認していましたが、そのタイミングで気づく停滞は、すでに1か月近く動いていない商談でした。見積を出したまま先方の返答が止まっている案件も、次の会議まで気づかれずに残っていたのです。確認の頻度が月1回である限り、気づく時期は遅れます。
CRMが日々の更新を読み続ける状態であれば、動きが止まった商談を検知した時点で通知できます。確認の作業が月次の棚卸しから、日次の通知に変わるわけです。どの指標で健全性を測り、どう監視し続けるかについては、Agentic CRMを活用したパイプライン管理のKPI設計と自律モニタリングにて解説していますので、ぜひ参考にしてもらえると嬉しいです。
Agentic CRMの効果が出やすいのは、確認の回数が多く、その確認を人が思い出しながら行っている業務です。
以上が、Agentic CRMで変わる4つの業務領域でした。
何を決める？導入前の3つの設計事項
4つの業務領域を見てきましたが、これらはAgentic CRMを名乗る製品を導入すれば自動的に実現するものではありません。何をAIに任せるかを決めていない状態で導入すると、機能は動いているのに業務が変わらない結果になります。決めるべきなのは、任せる業務の範囲と、AIが読めるデータの状態と、人が確認する位置の3つです。いずれも製品の選定より前に自社で決める内容であり、ここが曖昧なまま設定作業に入ると、動いてはいるが誰も使わない機能ができあがります。ここでは、導入前に決めておく3つの設計事項を整理していきます。
どの業務で・誰が・何を判断するかの業務設計
最初に決めるのは、どの業務のどの判断をAIに任せるのかという範囲です。
そもそも、なぜここから始めるかという話ですが、AIに任せられるのは判断の基準を言語化できる部分に限られ、その言語化は日々その業務を行っている人にしかできないからです。
空調設備メーカーが最初に取り組んだのは、更新提案の対象をどう選ぶかという条件を書き出す作業でした。それまでは営業担当者が経験で判断しており、条件を明文化した資料はどこにもなかったのです。設置から何年経過したら対象とするか、保守の履歴に何が含まれていたら優先度を上げるか、直近の問い合わせをどう扱うかを営業8名から聞き取り、条件の形にまとめるまでに3週間ほどかかり、条件が決まったあとのCRMの設定作業は短時間で終わりました。
注意したいのは、この整理を情報システム部門だけで進めない点です。判断の基準を持っているのは日々その業務を行っている担当者であり、聞き取りの相手を誤ると、実態と合わない条件ができあがります。
判断の基準を整理する作業は、AIを入れるかどうかにかかわらず、業務の属人化を解消する作業でもあります。
AIが読み書きできるデータ基盤になっているか
任せる範囲が決まったら、AIが判断に使えるデータを、読める形で保持できているかを確認します。ここで問題が生じる企業は少なくありません。
Agentic CRMが機能するかどうかは、AIが読み書きできるデータ基盤になっているかで決まります。
必要なのは、データが存在することより先に、判断に使える粒度で構造化されているかどうかです。空調設備メーカーでは、保守の問い合わせがカスタマーサポートの自由記述で記録されていました。文章としては残っていましたが、どの設備のどんな不具合かが項目として分かれていないため、条件では抽出できませんでした。設置年月も、契約書には記載があるのにCRMには入っていない顧客が全体の2割ほどありました。
そこで、更新提案の判断に必要な項目だけを先に決め、設置年月と設備の型式、保守の区分の3つをCRMの項目として追加しました。すべてのデータを整備しようとすると終わりが見えなくなるため、最初に決めた判断に必要な範囲へ絞ったのです。
自律実行の範囲と人の承認をどこに置くか
3つ目は、AIがどこまで実行し、人がどこで確認するかという線引きです。
同じ「自律的に動く」でも、通知までなのか、下書きの作成までなのか、顧客への送信までなのかで、必要な確認体制が変わります。空調設備メーカーが選んだのは、検知と下書きの作成までをAIが行い、顧客への送信は営業担当者が承認するという設計でした。更新提案は金額が大きく、顧客との関係にも影響するためです。
一方で、保守部品の在庫を確認して回答する定型の問い合わせについては、カスタマーサポートの確認を挟まずに回答する設計にしました。金額の影響がなく、回答内容が事実の照会にとどまるためです。
線引きを決めるときは、その処理が誤っていた場合に何が起きるかを基準にすると判断しやすくなります。顧客へ届く前に取り消せる処理なら自動で完結させてよく、届いた時点で影響が残る処理には承認を挟みます。
全件を承認制にすると、確認する担当者の作業量が減らず、導入した意味がなくなります。処理の重さに応じて承認を挟む位置を変えておくと、運用を続けられます。
以上が、Agentic CRMの導入前に決めておく3つの設計事項でした。
Agentic CRMの得失｜メリットと導入時の課題
設計事項を確認してきましたが、Agentic CRMを導入した場合、得られるものと引き受けるものの両方があります。メリットとして語られやすいのは効率化ですが、実際に効いてくるのは、確認の作業が人からCRM側へ移ることで対応の速度と網羅性が変わる点です。一方で、データの整備と担当者の受け入れという2つの負担は、導入した側が引き受けることになります。ここでは、メリットと課題を並べたうえで、中堅企業が今のタイミングで着手すべきかを判断する材料を確認していきます。
メリット｜対応速度・個別化・工数の3点
Agentic CRMを導入して得られるメリットを整理すると、次の3点に集約されます。
①対応速度・・・条件を満たした時点で検知するため、気づくまでの時間が短くなります②個別化・・・顧客ごとに内容を変える判断を、担当者の人数に依存せず行えます③工数・・・確認と情報収集の作業が減り、判断と対話に時間を振り向けられます
空調設備メーカーの例でいうと、更新提案の対象を抽出して下書きを用意する部分が自動化されたことで、営業8名が情報収集と入力に使っていた月およそ60時間は20時間ほどまで減り、空いた40時間を営業担当者は提案内容の検討と顧客訪問に充てました。
とくに変化が大きかったのは対応速度でした。従来は営業担当者が月末にまとめて対象を洗い出していたため、更新時期を過ぎてから気づく案件が毎月数件ありましたが、条件を満たした時点で通知が届くようになってからは、更新時期の3か月前に提案の準備を始められる形へ変わりました。
この3点はそれぞれ独立した効果ではありません。確認の作業がCRM側へ移ったことから、同時に生じる結果です。
課題｜データ整備コストと業務側の受け入れ体制
一方で、Agentic CRMを導入する企業は、2つの課題を引き受けることになります。データを整備するコストと、業務側で受け入れる体制です。
データの整備は、前章で触れたとおり範囲を絞れば期間を短縮できますが、ゼロにはなりません。空調設備メーカーでは、設置年月が未入力だった2割の顧客について、契約書を確認して入力する作業が発生しました。この種の作業は、通常の業務と並行して進める必要があります。
受け入れ体制の課題は、より見えにくい形で現れます。AIが提案先を通知するようになると、営業担当者の側に「自分の判断が置き換えられる」という受け止めが生まれることがあります。空調設備メーカーでは、通知の内容を担当者が却下できる形にし、却下の理由を記録して条件の見直しに使う運用にしました。担当者が判断を放棄する形にしないことが、使われ続ける条件になります。
この2つは、導入の可否を判断する段階で見積もっておく項目です。製品の費用だけで比較すると、整備の工数と体制づくりにかかる時間が想定から漏れます。
中堅企業が先行投資すべきかの判断軸
最後に、今のタイミングで着手すべきかをどう判断するかを整理します。
判断の材料になるのは、話題性ではなく自社の業務に確認の作業がどれだけ残っているかという点です。顧客数が少なく、担当者が全件を把握できている規模であれば、CRMを自律化する効果は小さくなります。逆に、顧客数が担当者の記憶で追える範囲を超えており、そのために提案や対応が漏れているなら、規模にかかわらず効果が出ます。
空調設備メーカーは従業員120名で、決して大きな組織ではありませんでした。それでも効果が出たのは、更新対象600件に対して営業が8名という比率にあります。1人あたり75件を記憶で管理する前提には無理があり、その無理が提案の漏れとして表れていました。
あわせて見ておきたいのは、確認の作業が今後増えるのか減るのかという見通しです。顧客数が横ばいで担当者も変わらない見込みなら急ぐ必要はありませんが、担当者1人あたりの顧客数が増えていく見込みがあるなら、早い時期に着手するほど整備の負担は軽くなります。
自社の担当者1人あたりの顧客数が、この75件という水準に近づいているなら、着手を検討する時期にきています。
どう進める？Agentic CRMへ移行する3つの段階
判断の材料を整理してきましたので、ここからはAgentic CRMへ実際に移行する場合の進め方を扱います。一度に全社へ広げる進め方は、コストの面でも受け入れ体制の面でも現実的ではありません。対象を1つに絞って条件の精度と効果を数字にしてから、部門をまたぐ範囲、そして運用を続ける体制へと順に広げていく形になります。順番を入れ替えると、条件が実務に合っているかを確かめないまま、関係者の調整だけが先に進みます。ここでは、3つの段階に分けて解説していきます。
段階1｜1業務を選び小さく始める（スモールスタート）
最初にすることは、対象の業務を1つに絞ることです。ここで選ぶ業務の性質が、そのあとの進めやすさをほぼ決めます。
選ぶ基準は、判断の条件が言語化できること、必要なデータの所在がはっきりしていること、そして失敗しても影響が限定されることの3つです。空調設備メーカーが選んだのは更新提案です。設置年月という明確な条件があり、対象データもCRMの中にあり、下書きの段階で営業が確認するため、誤りがそのまま顧客へ届く心配もありませんでした。
小さく始める（スモールスタート）進め方の利点は、条件の精度を実際の運用で確かめられる点にあります。この企業では最初の1か月で通知された案件の2割ほどが営業から却下され、その理由をもとに条件を調整しました。全社で同時に始めていれば、この調整は各部門で個別に発生していたでしょう。
対象を1つに絞ると、効果の測り方も単純になります。この企業が段階1で見ていたのは、提案まで到達した件数と、通知が却下された割合の2つだけでした。
段階2｜部門をまたぐプロセスへ広げる
1つの業務で条件の精度が安定したら、次は部門をまたぐ範囲へ広げます。
なぜこの順番かというと、部門をまたぐ設計は関係者が増える分だけ合意に時間がかかり、条件の精度を確かめないまま議論に入ると、決めるべき論点が部門の都合に流れやすくなるからです。
空調設備メーカーが次に着手したのは、カスタマーサポートの問い合わせ内容を営業の提案につなげる部分でした。段階1では営業部門の中で完結していた判断が、ここからは2つの部門にまたがります。保守の記録のうちどの区分を更新の手がかりとして扱うかは、カスタマーサポート3名と営業部長が話し合って決めました。
広げる範囲を決めるときは、段階1で扱ったデータと重なる業務から選ぶと、整備の作業が積み上がりません。保守の記録は、更新提案の条件でもすでに一部を使っていました。
段階1で得た却下率と提案の到達件数を持って議論に入ると、部門の間の調整も、条件の精度という共通の材料の上で進められます。
段階3｜定着まで伴走する運用体制を組む
最後は、設定した仕組みを使い続けるための体制を決める段階です。ここを省くと、条件が実態と合わなくなった時点で、担当者はCRMからの通知を見なくなります。
決めておくのは3点です。通知が却下された理由を誰が集約するか、条件をいつ見直すか、そして新しい業務を対象へ加えるかをどこで判断するかです。空調設備メーカーでは、営業部長とマーケティング担当が月1回、却下の理由と提案の到達件数を確認する場を、通常の営業会議の一部として設けました。所要時間は30分ほどです。
見直しの頻度は、対象の業務によって変わります。更新提案のように条件が年単位で安定している業務なら四半期に1回で足りますが、問い合わせ対応のように内容が変わりやすい業務では、毎月確認したほうが精度を保てます。
社内にこの体制を確保できない場合は、外部の支援を組み合わせて定着まで伴走してもらう選択もあります。設定を完了させることと、業務が変わることは別だからです。
以上が、Agentic CRMへ移行する3つの段階でした。
Agentic CRMに関するよくある質問
ここまで、Agentic CRMの定義から移行の進め方までを一通り解説してきました。実際に検討を始めると、既存のツールとの関係や費用の見積もり方、導入までの期間など、判断の手前で確認しておきたい点がいくつも出てきます。社内で検討を進める段階では、こうした前提が揃っていないと製品の比較を始められません。とくに製品の表記だけでは判別しにくい部分は、確認する項目を決めておくと比較が進めやすくなります。最後に、Agentic CRMについてよく寄せられる質問に答えていきます。
質問①SFAやMAツールとは何が違うんですか？
SFAは商談の進捗を管理する仕組み、MAツールはマーケティング施策を自動化する仕組みで、どちらも人が設定したシナリオや条件に沿って動きます。この企業では、最初の1か月で通知された案件の2割ほどが営業から却下され、その理由をもとに条件を調整しました。Agentic CRMは、その条件をデータから判断して実行する点が違います。既存のSFAやMAを置き換えるという話ではありません。判断の部分をどこが担うかの違いだと考えると整理しやすくなります。
質問②今使っているCRMは入れ替えが必要ですか？
必ずしも入れ替えが必要になるわけではありません。この記事の例に挙げた空調設備メーカーも、5年運用してきたCRMを入れ替えずに条件の設計から始めました。既存のCRM基盤の上にエージェントの機能を追加する構成もあるためです。ただし、AIが読める形でデータが保持されているかは確認が必要です。判断に使う項目が自由記述で残っている場合は、項目として分ける整備が先に発生します。
質問③費用感はどのくらいを見ておけばよいですか？
製品のライセンス費用に加えて、実行時のAI利用料とデータ整備の工数が発生します。この会社では、設置年月がCRMに入っていない顧客が全体の2割あり、その整備が先に必要でした。注意したいのは、ライセンス費用よりも実行回数に応じた費用のほうが見積もりにくい点です。対象の業務を1つに絞って実行回数を確認してから、範囲を広げる判断をするのが現実的です。
質問④導入までにどのくらいの期間がかかりますか？
対象の業務を1つに絞る場合、判断基準の整理に数週間、設定と検証にさらに1か月から2か月程度を見ておくと計画を立てやすくなります。期間の大半を占めるのは設定作業ではありません。何をAIに任せるかを決める業務設計に時間がかかります。
質問⑤セキュリティと承認はどう設計すればよいですか？
AIに与えるデータへのアクセス権を、利用者本人が持つ権限の範囲内に収めることが前提になります。この会社は営業8名の範囲から始め、承認の要否を業務ごとに決めています。そのうえで、金額や顧客への影響が大きい処理には人の承認を挟み、事実の照会にとどまる処理は自動で完結させるという形で、業務の重さに応じて分けます。実行の記録が後から確認できることも、運用を続けるうえで必要です。
質問⑥「AIエージェント搭載」と書かれた製品はどう見分けますか？
確認するのは2点です。この企業でも、通知された案件の2割ほどが最初の1か月で営業から却下され、条件を調整して精度を上げています。1点目は、人が操作しなくても動くのか、指示したときだけ動くのかという挙動です。2点目は、AIがどの範囲のデータをどの頻度で読めるのかという点です。この2点を公式の資料で確認できない製品は、実際には受動支援にとどまっている場合があります。デモを見る際は、条件を満たしてから通知が届くまでの流れを実演してもらうと判別できます。
Agentic CRMは業務設計から始める
Agentic CRMとは、人の指示を待たずに顧客データを読み取り、次に取るべき行動を自ら判断して実行するCRMのことです。本記事では、AI CRMとAIネイティブCRMとの違い、移行が始まっている背景、変わる4つの業務領域、導入前に決める設計事項、そして移行の3段階までを、一連の流れとして整理してきました。
本記事で例として挙げた業務用空調設備メーカーの場合も、変わったのは製品ではありません。判断をどこに置くかでした。更新時期を迎える年間およそ600件のうち、提案まで到達していたのは3割にあたる180件だけでしたが、条件を言語化してCRM側へ移したことで、残る420件にも提案が届く状態になりました。営業8名が情報収集と入力に使っていた月およそ60時間は、20時間ほどまで減っています。着手したのは更新提案という1つの業務だけで、製品を入れ替えたわけでもありません。
この結果を分けたのは、どの判断をAIに任せるかを先に決めたことです。機能から入ると、動いてはいるが業務が変わらない状態になります。Agentic CRMは業務設計から始めるものだと考えて、自社の担当者1人あたりが把握すべき顧客数を数えるところから検討してみてはいかがでしょうか。
自社のCRMを、AIが読み書きする前提で設計し直すところから相談したい場合は、Agentic CRM設計支援をご覧ください。業務設計から整理してご相談いただけます。