開示:私はZoho CRMの導入を仕事にしているので、この問いには商売上の利害があります。証拠が私の利益に反する方向を指すところは、そのとおりに書きます。
先に結論を書きます。 多くの中小企業は、今の時点でCRM全体をAIの自作に置き換えないほうがよいと考えています。顧客データは権限、監査ログ、バックアップのあるCRMに置き、周りの小さなツールをAIで作るのが現実的です。全面的な置き換えが合うのは、必要な機能が単純な少人数のチームで、毎月保守できる人がいる場合です。
解決したい経営課題は何か
ここから始めます。「CRMを置き換える」は解決策であって、課題ではないからです。最初に分けたい課題と、それぞれへの私の提案を並べます。
| 抱えている課題 | まず試すこと | 置き換えが合う場合 |
|---|---|---|
| 使っていない席や機能に払っている | 席数を減らす、プランを変える | 製品のごく一部しか使っていない |
| 営業がデータを入力しない | メモを取り込んでCRMに書き戻す簡単なモバイルツール | チームがごく少人数で、CRMのほかの機能が要らない |
| カスタマイズの見積もりが高い | 固定価格と、より小さい範囲を相談する | CRMではできない変更である |
| 一つの業務がCRMに合わない | その業務用の小さなツールを周辺に作る | その業務が事業のほぼすべてである |
| レポートで知りたいことがわからない | データを整えてからダッシュボードを足す | ほぼない。新しいシステムでも悪いデータは直らない |
課題が真ん中の列で片付くなら、新しいシステムは要らないかもしれません。データの状態に自信がなければ、CRMレコードの準備状況の確認から始めると具体的です。
なぜ今、この問いが出てきたのか
この問いが、CRMを売る側にも及んできたからです。2026年10月、Business Todayは、ET Nowが入手したZohoの社内メールについて報じました。その報道によると、チーフサイエンティストのSridhar Vembu氏は、Zohoは今も12%成長しているものの9月は想定以上に減速したこと、AIで作った代替ソフトを選ぶ顧客も一部にいることを書いています。Business Today
減速のうち、どれだけがこうした顧客によるものかは報じられていません。Vembu氏は別の公開投稿で、AIの費用の上昇、サーバー価格の高騰、地政学的な状況を経営の圧力として挙げています。またZoho Corporationは、2025年の売上成長を20%と発表し、全製品合計の有料顧客は100万を超えるとしています。つまり、これは一つのベンダーの不調というより、ソフトウェア業界全体に向けられた問いだと私は見ています。Zoho Corporationのプレスリリース
さらに、公開されている事例、セキュリティ調査、そして2026年10月30日時点でUpworkに出ていた募集を読みました。募集はその時点の様子であり、統計ではありません。
AIは本当にCRMを置き換えられるのか
小さく単純な用途なら、できます。顧客記録の本体を置き換える話になると、根拠はずっと少なくなります。
小さくリスクの低いツールは、始めやすい。 10月30日のUpworkには、WordPressのサイトを静的なページに作り直す募集や、スプレッドシートの注文管理を小さなWebアプリに置き換える募集がありました。
さらに進んだ小さな会社もあります。技術アドバイザリー会社Catch Advisorsの創業者Kyle Burt氏は、自社のマーケティングと営業を回すツールを自作しました。Channel Diveによると、以前使っていたCRMを含め、月1,200ドル分のサブスクリプションをやめています。Burt氏は、自分たちの業界で必要なのはHubSpotの機能の2割ほどだと話しています。Channel Dive
大きなCRMの話は、まだ初期段階の話。 報じられている事例の一つが、米国の医療保険会社Curativeです。Salesforce関連の話題を扱うSalesforce Benによると、創業者のFred Turner氏はポッドキャストで、AIで2か月かけてCRMを作り、60万ドルのSalesforce契約を解約したと話しました。新しいシステムのほうがうまく動いていて、ある程度の規模の会社なら多くの場合やる価値があるとも述べています。一方で、保守は最も難しい部分の一つだと認めています。Salesforce Ben
これは本人の発言です。私が読んだ公開事例には、新しいシステムの稼働期間も、結果を独立して確かめた続報も見当たりませんでした。
私が見つけた続報の一つは参考になります。2024年8月、Klarnaの「Salesforceを止めた」という話が広く伝わりました。2025年3月、同社のCEOはこれを訂正し、SaaSをLLMで置き換えたわけではないと述べました。実際には、データを統合し、ほかのSaaSを含む別のツールに移っていました。CX Today
記録の本体は残ることが多い。 SaaS業界のメディアSaaStrは20以上のAIエージェントを本番で動かしていますが、記録システムはSalesforceのままで、CRMは自作していないと書いています。SaaStr
AIで作るCRMの費用は本当はいくらか
最初の1版は安く作れます。判断を左右する費用は、その後に出てきます。

500ドルで買えるもの。 10月30日に読んだUpworkの募集の一つは、取引先、連絡先、訪問記録、商談管理を備えたAI営業アプリを求めていました。最初の版の目標予算は500ドルです。投稿したのはプログラマーではない営業マネージャーで、製品の計画をChatGPTで終えていて、長いヒアリングには払いたくないと書いています。投稿から約1日で、提案は80件、入札額の中央値は500ドル、最高は3,900ドルでした。
興味深いのは、その先です。会社の正式なCRMは記録システムとしてそのまま残し、新しいアプリは2つ目のCRMにせず、それと並べて使うと書かれています。500ドル版では、CRM、AI、メールの連携は、そう明示すれば模擬でもよいとしています。さらに、複雑な連携、セキュリティの変更、本番の障害には、専門家の支援が必要になるかもしれないと認めています。
誠実な買い手だと思います。500ドルで買えるのは最初の1版で、その後の3年間ではありません。
その後の3年間にかかるもの。 Robert Glassは『Facts and Fallacies of Software Engineering』で、保守がソフトウェアのコストの40〜80%を占めるとしています。書評 これはAIコーディングツールが出る前の数字で、AIによって時間は減るかもしれません。ただ、AIで作ったCRMの数年分のデータは、まだ誰も持っていません。
先ほどのChannel Diveの記事にある2つの数字で、簡単に試算してみます。ある会社は月1,200ドルを節約しました。別に、必要な作業量として「最低160時間、その後も毎月40時間」という見積もりが紹介されています。この2つの数字は、同じ会社のものとは限りません。
両方が自社に当てはまるなら、年14,400ドルを節約し、年480時間を使うことになります。その時間の費用が時給30ドルを超えると、最初の160時間を入れなくても節約分は消えます。これは一つの業界の一つの記事から作った例で、基準値ではありません。自社の数字に置き換えてください。
| 3年分に入れる費用 | 確認すること |
|---|---|
| 最初の構築 | 何が含まれ、何が模擬なのか |
| 保守 | 毎月の時間を誰が出し、いくらかかるのか |
| サーバーとAIの利用料 | 実際に使い始めたあとの月額はいくらか |
| 移行 | 既存データの移行と整理を誰がするのか |
| セキュリティの確認 | 顧客データを入れる前に、誰が権限を確認するのか |
| 障害 | 1日止まると、営業にいくらの影響があるのか |
使うほど、仕事が増えることもあります。10月30日の別のUpworkの募集は、CRMのデータ同期基盤をClaudeで作ったというソフトウェア企業のものでした。取扱量が増えて処理が追いつかなくなり、上級エンジニアを募集しています。作業の一覧には、監査ログ、APIキーの権限の細分化、2つのシステムが同じ記録を更新したときの衝突検知が入っています。私の読みでは、どれも2年目に出てくる典型的な項目です。
実際にはどうなるのか
以下の2つの話は、実例をもとにしたフィクションです。会社、業種、ツール、数字を変えてあり、実在の会社を特定できないようにしています。証拠ではなく、イメージをつかむための例として読んでください。
話1:AIコーディングツールで作る請求アプリ。 ある地方の卸売会社は、毎月、取引先に請求書を送っています。今のやり方は、ノーコードの自動化ツールと共有データベースに頼っています。社長は専用アプリへの置き換えを決め、実装の大半をAIコーディングツールに任せ、人が確認することにしました。最初の画面は数日ででき、皆が驚きます。
数か月後も、作業は続いています。細かい変更は数百件になりました。請求を間違えるわけにはいかないので、新しいアプリは今も古い会計ソフトと並べて動かしています。
そこへ、テストでは見つからなかった問題が出ます。請求書の保存がときどき失敗するのです。ホスティングのプランには1リクエストあたりのデータベース呼び出しの上限があり、保存処理はそれをわずかに超えていました。特定の条件でしか失敗しないので、原因がわかるまでは偶然に見えます。チームは呼び出しを減らし、以後はアプリを変更するたびに測るようになりました。
社長は2つのルールを守っています。請求書は人が承認するまでドラフトのままにすること。配信のたびに、確認済みのバックアップを最初に取ることです。
話2:読み取り専用のAI接続。 ある会社は、CRMとヘルプデスクの内容についてAIに答えてほしいと考えました。新しいシステムは作らず、ベンダーのMCPサーバーを通してAIツールをつなぎます。ツールは読み取り専用で、使うたびに認可が必要で、操作の記録も残ります。記録システムはCRMのままで、この接続を通してAIが記録を変更することはできません。
どちらの話でも、AIで最初の1版には早くたどり着きます。それでも、テスト、配信の手順、問題が起きたときの責任者が要らなくなるわけではありません。
AIで作ったCRMに顧客データを置いて大丈夫か
安全にすることはできますが、そう決めつけないでください。CRMには顧客の名前、メールアドレス、電話番号、商談の履歴が入るので、きちんと確認する価値があります。
セキュリティ企業のVeracodeは2026年の報告で、AIモデルのセキュリティ合格率は平均56%で、前年からほとんど変わっていないとしています。これはセキュリティの指示なしで素のモデルをテストした結果で、追加の安全策や人の確認があるエージェントや本番環境の数字ではありません。AIで作ったアプリすべてに当てはまる数字ではありませんが、生成されたコードに確認が必要な理由はわかります。SD Timesに掲載のVeracode発表
2025年の公開事例を2つ挙げると、リスクの種類がわかります。1つ目は「誰がどの記録を見てよいか」のルールの抜けです。セキュリティ研究者が、Lovableで作られた1,645件のプロジェクトを調べ、170件で安全でないエンドポイントを見つけたと報告しました。行レベルのセキュリティの設定が原因とされています。SecurityOnline 2つ目は、AIエージェントの権限の持ちすぎです。Replitでアプリを作っていた投資家が、エージェントがコード凍結中に本番データベースを削除したと報告し、ReplitのCEOは修正を約束しました。TechTarget どちらのツールもその後変わっている可能性があるので、製品への評価ではなく、リスクの例として挙げています。
責任は自社に残ります。 どのシステムを使っても、顧客データへの責任は自社にあります。商用CRMなら、これに加えてベンダー、契約、基盤を守るセキュリティチームがいます。自作なら、その仕事もすべて自社のものです。GDPRの対象なら、報告が必要な漏えいは、可能な限り72時間以内に当局へ届け出るのが原則です。日本では、不正アクセスのおそれがある個人データの漏えいは、人数にかかわらず発覚から3〜5日以内の速報の対象です。詳しくは自国の規則を確認してください。
作るか、残すか、組み合わせるか
多くの中小企業は、組み合わせに落ち着くと思います。以下は私の経験則であり、調査結果ではありません。
| AIでの自作が合うのは | 商用CRMを残すのが合うのは |
|---|---|
| 1つの少人数のチームで使う | 複数のチームや多くの人で共有する |
| データのリスクが低い | 顧客の個人情報が入っている |
| 1日止まっても困る程度で済む | 1日止まると営業が止まる |
| 社内に保守できる人がいる | 作った本人しか中身がわからない |
| 大きな製品のごく一部しか使っていない | 業務がレポート、権限、監査ログに依存している |
私がすすめるのは、記録の本体は残し、周辺をAIで作るやり方です。記録システムとは、データの正式な版として会社が扱う一つの場所のことです。

顧客データはCRMに置きます。そのうえで、訪問記録アプリ、ダッシュボード、フォローアップメールの下書きを作るアシスタントなど、周りの小さなツールをAIで作ります。Zoho CRM、HubSpot、Salesforceは、いずれもMCP(Model Context Protocol)でAIツールをつなぐ手順を公開しています。
境界は一つ、はっきりさせてください。AIは、権限を絞り、記録が残るツールを通して、読むことと下準備までを担当します。顧客記録の変更、一括更新、顧客へ送るメッセージは、担当者を決めて人が承認します。必要な項目については、AIで使えるCRMレコードの構造にまとめています。

CRMの導入費用は、これから何に払うべきか
できるだけ、設定の時間ではなく、判断と成果に払ってください。
導入支援の会社の売上はすでに減っているのか、と思うかもしれません。Zohoのパートナーについて、それを示す公開の数字は見つかりませんでした。全体の支出も、まだ減っていません。見つかったのは、この仕事の値付けにかかる圧力です。
The Irish Timesが転載したFinancial Timesの記事は、Source Globalの推計として、今年のITコンサルへの支出を前年比8%増の4,200億ドル、そのうち導入作業を2,360億ドルとしています。同じ記事は、変化はまだ業界の売上には表れていないと書いています。また、SAPは計画中の変更で外部コンサルの費用を最大50%減らせると主張していますが、CapgeminiのCEOは「50%とは見ていない」と答えています。Bristol Myers Squibbは、外部の支援会社に対し、費用の引き下げや、時間単価から固定価格・成果連動の報酬への切り替えを求めています。The Irish Times Salesforceもパートナー制度を大きく見直しました。調査会社のFuturumはこれを、記録された時間ではなく確認された成果に報いる形だと説明しています。Futurum
私の解釈では、変化の中心は「SaaSの死」ではありません。圧力を受け始めているのは、項目の設定やスクリプトの作成に時間単位で払う仕組みです。安くなることで、これまで手が届かなかった会社がカスタマイズを頼めるようになる可能性もあります。

Zoho CRMの周りには、どう作れるのか
私はZohoの構築とカスタマイズに3年以上関わってきました。AIを使った実装も行っています。
Zohoにはウィジェットという、かなり柔軟に設計・構築できる機能があります。APIでアプリとつないで実装し、それをZohoの画面上に置くこともできます。Zoho Catalystという機能を使ってアプリを構築することも、自社で持っているAzureやAWSの上に構築することもできます。
いずれにしても、記録システムであるCRMとつなぎます。そこから一番重要なのは、その記録をアクションにどう変えていくのか、ということです。



