開示:私はこの種のシステムを作る仕事をしているので、この話題には商売上の利害があります。もっと単純な答えのほうが合うときは、そう書きます。
先に結論を書きます。 定型の事務に一番の人材を取られているなら、CRMを置き換えなくても、その仕事をAIに移せることが多くあります。記録は今の場所に置いたまま、AIに下書きを作らせ、顧客に届くものは人が承認します。
これで何が解決するのか
技術の問題というより、人手の問題を解決します。
多くのサービス業では、お客様を一番よく知っている人が、見積りを書き、システムの間でメモを打ち直し、足りない情報を追いかけています。難しい仕事ではありませんが、事業を分かっている人でないとできません。本当なら、新しいサービスを任せたり、大きな取引先を取りに行ってもらったり、チームを見てもらったりしたい人たちです。
新しいことに集中するには、定型の仕事を誰かが引き受ける必要があります。普通の答えは採用です。繰り返しの部分なら、小さなソフトウェアに最初の下書きをさせて、人が確認する方法もあります。私の考えでは、買っているのはAIそのものではなく、人の時間です。
合う会社と合わない会社があります。
| 合うのは | 別の方法を考えるのは |
|---|---|
| 顧客データがすでにCRMにある | 顧客の記録が散らばっている、または無い |
| 同じ事務が毎日繰り返される | 仕事が毎回まったく違う |
| 技術チームがなく、持つつもりもない | 手の空いた開発者がすでにいる |
| 人が1〜2分で結果を確認できる | 確認する時間が誰にもない |
あまり繰り返さない仕事や、CRMの設定で済む話なら、まずそちらからです。AIは要らないかもしれません。
どんな構成になるのか
部品は5つで、中心は今のCRMのままです。

| 部品 | 役割 | 作り方の例 |
|---|---|---|
| 入力 | 訪問メモ、フォーム、メール、通話の文字起こし、写真を集める | チームが今使っているツール |
| AIの下書き | 入力と価格表を読み、下書きと足りない情報の一覧を作る | Claudeなどのモデルを、自社のクラウドかCRMベンダーの基盤で動かす |
| 確認画面 | 下書きと元の情報を並べ、人が直す、承認する、却下する | Zoho CRMのウィジェット、Zoho Catalyst上のアプリ、自社のAzureやAWS |
| 今の記録 | 顧客、案件、請求の正式な版であり続ける | 今のCRMと会計システム |
| 操作記録 | AIが何を書き、誰が承認し、何が変わったかを残す | 簡単なデータベースの表 |
始めるために置き換えるものはありません。Zoho CRM、HubSpot、Salesforceは、いずれもMCP(Model Context Protocol)でAIツールをつなぐ手順を公開しています。
安全に使うためのルールは3つです。
- AIは権限を絞ったツールで読む。 その仕事に必要な記録だけを見られるようにします。
- 人が承認するまで何も変えない。 AIが書くのは確認画面までで、CRMや顧客の受信箱には直接書きません。
- すべての工程に記録を残す。 おかしいと思ったときに、どこから来たかをたどれます。
CRMを置き換えるべきか迷っている場合は、CRMをAIで自作して置き換えるべきかに書きました。
実際にはどうなるのか
以下の話は、実例をもとにしたフィクションです。会社、業種、ツール、細部を変えてあり、実在の会社を特定できないようにしています。証拠ではなく、イメージをつかむための例として読んでください。
ある住宅修理の会社では、担当者が1人で見積りを全部書いています。1件ごとに、技術者のメモを読み、価格表を確かめ、会計システムに明細を打ち込みます。オーナーはこの担当者に新しい定期メンテナンスのサービスを任せたいのですが、見積りで1日が埋まっています。
仕事は次のように変わります。
- 技術者は訪問のあとに短いメモを残し、写真を撮ります。顧客の記録に保存されます。
- AIがメモ、写真、価格表を読み、見積りの下書きを作ります。寸法が足りないなど、見つからなかった情報には印を付けます。
- 担当者が確認画面を開き、下書きと元のメモを見比べて、間違いを直します。
- 承認すると、会計システムに見積りができ、CRMの案件に紐づきます。
- 操作記録には、AIが書いた内容と担当者が直した内容が残るので、下書きのどこが間違いやすいかが分かります。

見積りの責任者は、今も担当者です。仕事が「打ち込む」から「確かめる」に変わり、新しいサービスに回す時間はそこから作ります。どれだけ時間が空くかは仕事によって違います。私の見積もりも含めて、人の数字を信じず、自社で測ってください。
人に残すべきものは何か
少なくとも最初は、次の判断を担当者を決めて人に残します。
- 顧客に送るもの全部
- 通常の範囲を外れた価格と、値引き
- 多くの記録を一度に変える操作
- 支払いと返金
- 誰がどの顧客のデータを見られるか
AIに任せる範囲を広げるのは、実際の案件で動くのを見てからです。ずっと任せなくてよい仕事もあるはずです。
何がうまくいかない可能性があるか
- 間違った下書きが正しく見えることがある。 AIは入力を読み違えても、自信のある文章を書きます。だから元のメモを下書きの隣に置きます。
- 承認が習慣になることがある。 読まずに承認するようになると、安全策の意味がなくなります。承認済みのものを毎週いくつか抜き取って確かめます。
- データの不足がすぐに表に出る。 価格表や顧客の記録が不完全なら、下書きも不完全になります。先にそこを直す必要があるかもしれません。
- 誰かが面倒を見る必要がある。 ツールも業務のルールも変わります。始める前に担当を決め、人が辞めたらアクセスを止めます。
どこから始めるか
1つの仕事の、小さな試験から始めます。
- 頻繁に繰り返し、過去の例があり、人が確認しやすい仕事を選びます。
- 2週間測ります。何回起きて、1回に何分かかるかを調べます。
- 下書きと確認画面だけを作ります。承認なしでは何も外に出しません。
- 1か月動かし、時間、間違いの割合、チームの感想を比べます。
- 続けるか、変えるか、やめるかを決めます。2つ目の仕事に進むのは、1つ目が結果を出してからです。
書いている人
私はKotaro Izumida、日本を拠点にするエンジニアです。Zohoの構築とカスタマイズに3年以上関わってきました。AIを使った実装も行っています。
一番大事な問いは、どのAIツールを使うかではありません。どの人を取り戻し、その人に何をしてもらいたいか、です。
事務に足を取られている人がいるなら、その仕事についてお問い合わせください。



