あなたの会社が5分前に設立されたのでない限り、顧客データの基盤は自律型エージェントのために構築されたものではない。
ほとんどの顧客データシステムは、レポートや分析のために設計されている。今、あなたはそれらを使って、エージェントが人間の介入なしに意思決定や行動を起こそうとしている。
ダッシュボードのために機能したデータは、そのためには機能しません。
エージェントは、時には決断を保留し、人間に判断を委ねることもある。エージェントが自信を持って前進し、後で問題を発見することもある。
どちらも、エージェントが独自に活動するために必要な顧客データが欠けているために起こります。
エージェントが監視なしに業務を遂行するためには、7つの特定タイプの顧客データが必要です。この記事では、これらのデータが何であり、なぜそれぞれ重要なのかを説明します。
最後には、現在の顧客基盤に何が欠けていて、エージェントが大規模に稼働する前に何を構築する必要があるかがわかるでしょう。これらはそれぞれ、エージェントが意思決定や行動をする際に遭遇する、異なる種類の曖昧さを解決するものです。さっそく始めましょう。
1.解決された顧客アイデンティティ
顧客が誰であるかを知らないエージェントは、間違った顧客記録に基づいて行動する可能性がある。ヘルスケアでは、これは間違った患者のための処置をスケジュールすることを意味するかもしれない。金融サービスでは、間違った口座に資金を振り込むことになる。
どの業界においても、コンプライアンス違反は起こりうる。
顧客IDが解決されるということは、顧客1人につき1つのゴールデンレコードが存在するということです。重複がなく、どの記録が正しいのか混乱することもない。
これがなければ、エージェントは混乱に直面します。1人の顧客が、CRM、eコマース・プラットフォーム、サービス・システムの3つの別々のレコードとして表示される可能性があります。
エージェントはその3つすべてを見て、間違った推測をします。顧客は同じ問題について2度連絡を受けたり、エージェントが間違ったアカウントを更新したりします。
本番環境で重複が1つでもあれば、担当者の判断材料になります。解決済みIDはそのリスクを取り除きます。エージェントは、自分が誰に対して行動しているのかを知ることができます。
2.リアルタイムの顧客コンテキスト
エージェントが昨日のデータに基づいて行動している場合、今日の顧客に対して昨日の判断をしていることになります。
顧客が今何をしたのか、何を必要としているのか、何を経験したのかに関する新鮮なデータが必要です。ライフイベント。最近の買い物。現在の状況。最新のやりとり...
データは、あなたが作ろうとしているものを壊す：
- 更新担当者は、顧客が競合他社から購入したことを知らない。
- ロイヤルティ担当者が、昨日購入した顧客に継続オファーを送る
- サポート担当者は、今朝クレームがあったことを知らない。
それはエージェントのスピードを落とすだけでなく、彼らに自信を持たせ、同時に間違いを犯させることになる。
3.同意と許可のフラグ
同意違反は、悪質なエージェントから発生するのではない。顧客がノーと言ったことを知らないエージェントから来るのだ。
顧客は、どのチャネルでコンタクトを受け入れるか、オプトインとオプトアウトの内容（GDPR、CCPA、社内ポリシー）など、明確な好みを持っています。
これらはすべて、顧客レコードに結びついた同意フラグに保存されています。そして、これらのフラグにアクセスできないエージェントは、盲目的に行動することになる。
Eメールをオプトアウトした顧客にEメールを送る。書面での連絡のみを希望した顧客に電話をかける。顧客が明確に禁止したデータを使用する。
ひとつの違反が小さなことから始まる。一人の顧客が苦情を言う。そしてコンプライアンスが関与する。
そして規制当局が関与する。
4.人間関係とヒエラルキーの背景
エージェントがすべての顧客を個人として扱っている場合、彼らはしばしば明白なことを見逃してしまう。
- 家庭は、5人の別々の意思決定をする5人の別々の人間ではない。
- 組織は連絡先の名前のリストではない
- 家庭には主要な意思決定者がいる
- 組織には階層と依存関係がある
- B2Bアカウントには重要な役割がある
リレーションシップのコンテキストがなければ、エージェントは断片的にしか見ることができません。
エージェントは、アカウント保持者が承認した場合にのみ適用される家族割引を提案するが、代わりに10代の子供に連絡する。
B2Bのエージェントが、6ヶ月前に会社を辞めた人に連絡を取る。
医療エージェントが、患者の配偶者が医療代理人であることを知らずに、手続きを予約する。
エージェントがどのように行動すべきかは、文脈によってすべてが変わる。
5.アプリケーション固有のID
顧客は複数のシステムに存在し、それぞれが顧客を識別する独自の方法を持っています。
CRMはあなたの顧客を "contact_12847 "と呼びます。Eコマースでは "user_5029 "と呼びます。サービス・プラットフォームは "case_holder_891 "と呼ぶ。データウェアハウスはさらに別のIDを持っています。
マスターレコードはこれらすべてを結びつけます。contact_12847とuser_5029は同一人物です。
このマッピングがなければ、エージェントはあるシステムからデータをフェッチすることができますが、別のシステムで何が起こっているのかにつなげることができません。あるいは、顧客の購入履歴を見つけることができますが、それをサポートチケットにリンクすることはできません。
エージェントは結局、バラバラの情報で意思決定をしてしまうのだ。
これらのIDをすべて一緒にマッピングすると、エージェントは、その顧客が存在するすべてのシステムにわたって全体像を見ることができます。
6.データの系統と品質指標
すべての顧客データが同じように作成されるわけではないため、エージェントはその違いを知る必要があります。
顧客のEメールが今朝更新されたものであれば、6ヶ月前に入力されたものよりも重みがある。また、顧客自身が確認した電話番号は、サードパーティベンダーのものよりも信頼できます。
顧客は、リネージとクオリティ・スコアを必要とする。
質の低いデータも質の高いデータと同じように扱われる。エージェントは、信用すべきではない情報に対して、偽りの自信を持って前進する。
品質指標によって、エージェントは何を優先し、何を検証すべきかを知ることができる。
7.ビジネスルールとポリシーコンテキスト
何が許されるかを知らないエージェントは、次のいずれかを行う：
- 全く何もしない
- 間違ったことをする
ビジネスルールは、顧客記録、価格設定、資格要件、契約条件などに存在します。
エージェントがこのようなコンテキストを持っていない場合、ガードレールなしで動作します。
顧客が受ける資格のないサービスを提供したり、契約条件に違反する割引を提供したりするかもしれない。もしかしたら、提供できないSLAを会社に約束してしまうかもしれない。
ある行為が許されるのかどうかがわからず、エージェントが立ち止まることもある。とにかく行動してしまい、後でコンプライアンス上の問題を引き起こすこともある。
しかし、顧客レコードにビジネスルールを埋め込めば、エージェントは決定する前にその境界を知ることができる。
信頼できるインテリジェンスとは、これら7つのデータタイプをすべて備えていることを意味します
自律性は、これら7つのデータタイプのうち最も弱いものによって制限される。1つでも欠けると、人間の介入を余儀なくされる。
エージェントを動かすために7つすべてが必要なわけではないが、監督なしでエージェントを動かすためには7つすべてが必要だ。そうでなければ、エージェントは情報を待って停滞するか、不完全な理解のまま前進することになる。エージェントを実行させるほど信頼することはできない。
7つすべてが揃えば、エージェントは実験ではなくインフラになる。エージェントにこれをさせるべきか」と問うのをやめ、今までスケールできなかったことをするためにエージェントに依存し始めるのだ。
7つのデータが1つの場所に集まる仕組みエージェント型カスタマー360
エージェンティック・システムは、カスタマー360の必要性を排除するものではありません。顧客360に依存しているのです。
カスタマー360は、エージェントが永続的に所有する静的なオブジェクトではありません。その代わり、エージェントはシステム全体からインタラクション、イベント、ステートを取得し、リアルタイムで状況360を構築します。そして、それはすべて、その顧客について何が真実であるかを長期にわたって定義する、権威ある顧客マスターレコードに固定される。
エージェントの世界で変わるのは、その理解をどのように使うかである。
エージェントは、顧客の知識を自律的な意思決定と行動に運用する。ただし、その背後にあるアイデンティティ、関係性、同意、ルールを信頼できる場合に限る。
このため、信頼できる顧客IDがミッションクリティカルとなる。IDが不確かであったり、重複していたり、システム間で異なる統治がなされていたりすると、エージェントは安全に行動することができない。そのような場合、エージェントは行動を遅らせたり、推測したり、リスクを生じさせたりすることになる。
スティボ・システムズでは、信頼された顧客IDおよび管理された顧客コンテキストの権威あるアンカーとしての役割を果たします。私たちはエージェントを構築したり、オーケストレーションやLLMフレームワークを置き換えたりすることはありません。
その代わりに、エージェントが依存する単一顧客ビュー（SCV）を提供します：
- アイデンティティの解決
- 同意の強制
- 関係の維持
- 系列と品質の維持
- ビジネスルールの組み込み
これらにより、自律システムは思い込みではなく確信を持って行動できるようになる。
言い換えれば
エージェントは行動する。
顧客360は何が真実かを定義する。
信頼された顧客IDが自律を可能にする。
