顧客一人ひとりに、 その人を覚えているエージェントを。
全員に一つの共用エージェント、ではありません。顧客ごとに一つ、その関係のすべてを抱えたエージェントです。CRM のレコードでは作れない個別対応を、顧客名簿の全体に配れるコストで。
CRM は項目を保存します。エージェントは関係を覚えています。
御社の CRM は、顧客の名前と、商談の段階と、最終接触日を知っています。三月に「連帯保証人の返事を待っている」と言われたことは知りません。繰上返済の条項を気にしていることも、十八時以降は WhatsApp のほうがいいことも、同じ手数料について二度たずねて二度とも要領を得ない答えしか返っていないことも、知りません。
関係が実際に宿っているのはそういう細部です。そしてそれは長らく、担当者一人の頭の中にありました。その人が辞めれば、一緒に出ていきます。
訪問者は毎回まっさらな相手に会います。前回説明したことは残っていないので、また一から説明します。
同じエージェントですが、覚えている内容はいま話している相手の分だけです。しかもそれは会話をまたぎ、チャネルをまたぎ、何か月も残ります。
会社単位ではなく、顧客単位で
顧客の一人ひとりが、自分専用の永続的な記憶を持ちます。何を話したか、何を買ったか、どこに引っかかったか、いま何を待っているか。次の連絡は、前回の会話が終わったところからそのまま続きます。相手がどのチャネルに現れても同じです。
顧客の側からは、やけに気の利いた対応に見えます。ここには自分を覚えている人がいる、と。御社の側から見れば、これは効いてくるレバレッジです。付き合いが長い顧客ほど、エージェントの対応はよくなります。
なぜ、これまで現実的でなかったのか
顧客ごとに本当に状態を持つエージェントを走らせることは、これまで不可能（CRM の場合）か、高すぎるか（履歴を丸ごと毎回のプロンプトに詰め込む素朴な設計の場合）のどちらかでした。ここでは記憶を必要な分だけ選んで取り出し、顧客ごとの空間に区切っています。コストは会話量に比例し、その人が何年の顧客かには比例しません。
分離はデータベースの行レベルセキュリティで強制されます。ある顧客の記憶が別の顧客の会話に現れることは、原理的に起こりません。スペースとナレッジをご覧ください。
絞り込まれた専門性
何でも知っているチャットボットは、もう要りません。必要なのは、自社の事業を知り尽くし、あなたが引いた線の内側から出ないエージェントです。
エンジニアなしで作れる
プロンプトの工夫も、設定ファイルも、情シスへの依頼も不要です。自分の言葉で二、三ステップ。しかも何かが作られる前に、何が作られるのかを全部見て確かめられます。
時間を取り戻す
どの問い合わせに自分の時間を割く価値があるかは、一時間かけて確かめるまで分かりません。その確かめる仕事、つまり質問も、条件の確認も、書類集めもエージェントが引き受けます。あなたの予定表に届くのは、すでに整理された案件だけです。
実行するエージェント
話すだけのチャット窓は、結局あなたに仕事を残します。このエージェントは注文を通し、枠を押さえ、チケットを起票します。MCP と自社の API で、実際のシステムにつながっているからです。
関係の継続性
関係で成り立つ商売では、担当者が各顧客について知っていることこそが資産です。そしてそれはたいてい、一人の頭の中にあります。ここでは、それが会社に積み上がります。
ページを理解する会話
たいていのチャットバブルはまっさらな状態で開き、いま読んでいたことを訪問者に説明させます。これはページそのものから始まり、そのページが実際に生む疑問から口を開きます。
自分のモデルを持ち込む
ここではエージェント層とモデル層が分かれています。agent4.io を OpenAI 互換のエンドポイントに向けるだけです。フロンティアモデルの API でも、自社の機材で動かす小さなオープンモデルでも、複数同時でも。エージェントを一つも作り直さずに。