顧客が自分の注文が優先サービスの対象になるかどうかを尋ねます。CRMはアカウントを特定しますが、回答は契約の修正やサポート契約、現在の運用能力にも依存する場合があります。エンタープライズAIのコンテキストは、これらの要素を統合することで、実際の顧客関係を反映した回答を提供します。
2026年9月10日、SalesforceはEnterprise AI Harnessアーキテクチャを導入しました、コンテキスト、アクション、エンタープライズコントロールを共有の基盤に統合します。我々の解釈では、システムを接続することは作業の一部にすぎず、チームはデータが何を意味するかについても合意する必要があります。
接続されたデータでもなぜ弱い回答が生まれるのか
コネクタは、両方のアプリケーションが同じ顧客を指していることを知らなくても、記録を取得できます。異なるアカウント識別子、古いステータスフィールド、一貫性のない定義は、一見完全に見える回答を誤解させる可能性があります。
コンテキストには、記録だけでなく関係性も含まれます。エージェントは、どの子会社が契約に署名したか、どの契約が現在有効か、そして権利が質問者に適用されるかを知る必要があります。これらの関係性は、似た名前から推測するのではなく、証拠から確立されるべきです。
小さく、役立つコンテキストモデルを構築する
まず1つの意思決定から始め、それを支えるために必要な情報を特定します。サービス適格性ワークフローの場合、それにはアカウントの識別、契約バージョン、対象製品、および各権利の有効日が含まれるかもしれません。
重要なフィールドごとに権威ある情報源と所有者を設定してください。矛盾する値がどのように解決されるか、および更新がどれくらい迅速に利用可能になる必要があるかを記録してください。昨日変更された文書が、検索インデックス内で以前のコピーに自動的に負けてはいけません。
予測AIと顧客データ統合 に関する当社の記事は、この基盤を分析ユースケースに結びつけるための出発点を提供します。
文脈に権限を付けたままにしてください。
データを結合しても、アクセスが自動的に拡大してはいけません。サポート担当者は、アカウントにカバレッジがあるかを確認する必要がある場合がありますが、商業契約の全文を読む必要はありません。これらの区別を取り出し時、生成された回答、及びエクスポートされた要約に引き継いでください。
異なる役割やアカウントでテストします。役立つ文書が存在するが、ユーザーがそれを閲覧する権限を持たない場合も含めてください。システムは制限された内容を説明で明らかにすることなく、その境界を処理できる必要があります。
コンテキストが意思決定を改善するかどうかを測定します
確認済みの回答を持つ代表的な質問を使用します。アイデンティティ解決、最新の文書バージョン、または共有メトリック定義を追加する前後の結果を比較します。裏付けのない主張や、従業員がそれを確認するのに費やした時間を追跡します。
単に知識ベースが大きいことを進歩と見なさないでください。関連性のない情報や矛盾する情報を追加すると、検索が難しくなることがあります。特定のワークフローには、現在のよく記述された少数の情報源の方が有用な場合があります。
チームが管理できるコンテキスト記録
有用なコンテキスト記録は、エンティティ、権威ある情報源、ビジネス定義、発効日、最終更新日、およびアクセス方針を特定します。二つの情報源が異なる場合は、対立を明示的に記録してください。モデルに最も説得力のある文を選ばせてはいけません。
例えば、サービスの権利は特定のアカウントおよび現在の契約に解決されるべきであり、修正がどのように適用されるかの説明を含める必要があります。その解決ルールに責任者を割り当ててください。会話型分析のためにこの基盤を使用します。質問が文書間の関係の追跡を本当に必要とする場合に限り、グラフベースの検索を追加します。すべてのデータセットにグラフが必要であると仮定してはいけません。
重要な決定から始めてください
1人の繰り返し訪れる顧客の質問の背後にある記録や文書をマッピングします。そのワークフローの一環としてナレッジリポジトリを探索し、チームが明確にする必要があるデータの関係についてNextBrain AIに相談します。