たとえば、卸売会社の営業が面談後に、先方は在庫を確認してから追加発注を判断する、とメモを残します。担当者としては来週もう一度連絡したい。この二つを顧客管理システムへ移すとき、顧客が話した内容と営業側の予定を分けて保存できれば、次の連絡や社内の引き継ぎで状況をつかみやすくなります。
Relaticleは、AIエージェントからの利用を想定したCRM、つまり顧客や商談の情報を管理するソフトウェアです。提供者の公開リポジトリによると、アプリ内アシスタントが情報を書き換える際は、レコードごとに変更前後の差分を提案し、人が承認するか、見送るかを選びます。保存する内容を一件ずつ確かめられる仕組みです。
面談の事実と営業の見込みを、保存時に分ける
冒頭のような面談メモから更新案を作る運用を考えると、商談の状態や次回の連絡日について、変更する理由を確認する流れが想像できます。これは実際の導入事例ではなく、差分を承認する仕組みを踏まえた利用例です。
担当者は、追加発注を検討する段階なのに、発注予定として登録されていないかを確かめます。来週の連絡も、営業側の希望なのか、顧客と合意した日程なのかで意味が変わります。変更前後が見えれば、こうした意味のずれを具体的な項目に沿って確認できます。
この運用でAIに期待するのは、更新案を用意する役割です。顧客の発言として残す内容と、営業の見込みとして扱う内容は、面談の文脈を知る担当者が判断します。引き継ぐ人が読んだときに、どこまで確かな話なのか分かる状態を目指します。
提案を一件ずつ確かめる時間は必要です。一方で、メモを読み直して更新箇所を探す作業を、提示された変更案を検討する作業へ移せる可能性があります。実際に負担が減るかは、提案の正確さと、確認にかかる手間によります。
外部エージェントの書き込みは、別に権限を決める
提供者は、外部のAIエージェントとつなぐための機能も案内しています。AIと外部のツールやデータを接続する仕組みであるMCPに対応し、アクセスを認可する仕組みのOAuthを使う外部MCPクライアント向けに、37の操作を用意していると説明しています。
接続方法によって、書き込みの扱いは変わります。提供者の説明では、外部MCPクライアントは、システム連携用のAPIを使うプログラムと同様に直接書き込みを行います。アプリ内アシスタントと同じ承認制が、自動で適用されるわけではありません。
別のエージェントに面談後の更新を任せる場合は、どの情報を書き換えてよいか、人がどこで確認するかを別に決める必要があります。アプリ内で差分を確認できることだけでは、外部からの更新にも保存前の確認が入るとは判断できません。
たとえば試用時には、アプリ内アシスタントで更新する手順と、外部エージェントに任せる手順をそれぞれ確かめる方法が考えられます。営業担当者が変更案を見送れる場面と、接続先の権限で書き込みが進む場面を把握することが、任せる範囲を決める材料になります。
自社運用は、費用と管理の担当まで考える
提供者は、AGPLというソフトウェアライセンスのもとで自社運用できることも案内しています。また、Ollamaを使い、ローカル環境でAIの推論を実行する選択肢も示しています。顧客情報を扱う環境を自社で管理したい組織には、検討材料になります。
自社運用を選んでも、サーバー費用や保守、利用者と外部接続の権限管理は検討が必要です。誰が管理を担うのかまで含めて、現場で使い続けられるかを判断することになります。
試すなら、顧客の発言と営業の見込みが混ざった面談メモを使い、変更案が両者をどう扱うかを見るとよさそうです。承認までの手間と、誤った提案を見送れるかを確かめれば、自社の営業が任せたい作業に合うかを考えやすくなります。