エクスペリエンスコンテキスト experience-context

エクスペリエンスコンテキストとは、AIがコンテンツを作成し、自社の代理でチェックするために必要なあらゆる情報を記録する、信頼できる唯一の場所です。 ​ ガバナンスエージェント ​は、この共有コンテキストを利用して、あらゆるエクスペリエンスをブランド基準に保ちます。

エクスペリエンスのコンテキストとは何ですか？ what-is-experience-context

AIを活用したモダンなコンテンツの制作、調整、レビューが進んでいます。 大規模なパーソナライゼーションを安全に実施するためには、AIが自社のルール（ブランドのサウンドの仕組み、何を主張できるか、代替案との差別化にどのように取り組むか、エクスペリエンスはどのように表示されるべきか）を把握している必要があります。 Experience Contextでは、そうした知識を単一の管理された場所に取り込むため、PDFやWiki、ユーザーの頭などに散らばって生活するのではなく、一貫して適用されます。

コンテキストが整ったら、コンテンツ生成を導き、既にあるコンテンツの自動検証を可能にする信頼できる唯一の情報源になります。

なぜ一か所に集めるのか。 why-capture-it-in-one-place

ほとんどの組織では、既に​ 様がこの知識を ​していますが、断片化されています。 ブランドボイスはスタイルガイドに、クレームのルールは法務部の受信トレイに、ポジショニングガイダンスは地域プレイブックに、デザイン基準はデザインファイルに反映されます。 知識が分散している場合、新しいコンテンツはすべて、適切な人が適切なルールを覚えているかどうかにかかっています。 このアプローチは拡張性がなく、AIがワークフローの一部である場合、信頼性が低下します。

エクスペリエンスコンテキストのすべてをキャプチャすると、次のことが可能になります。

エクスペリエンスコンテキストは、さまざまなAI エージェントの共有入力です。 一度撮影したコンテンツは、生成、適応、配信、チェックなどのあらゆる担当者が利用できます。

キャプチャするデータ what-data-to-capture

エクスペリエンスのコンテキストはカテゴリに整理されます。 それぞれが、AIがユーザーを支援する前に異なる質問に回答します。 一度に全部を詰める必要はない。 コンテンツにとって最も重要なカテゴリーから着手し、時間をかけて構築しましょう。

これらのカテゴリを組み合わせることで、AIはブランドがどのようにコミュニケーションを行い、自分自身を表現しているかを一貫した姿で示すことができます。

ルールの適用場所 where-rules-apply

エクスペリエンスコンテキストのルールがフラットではありません。 ルールには​ セグメント ​が含まれており、が​の適用時に決定されるので、グローバルなデフォルトを設定してから、より特定のオーバーライドを上に重ねることができます。

自社に最適なセグメントを定義します。 準拠する固定リストはありません。 一般的な例には、次のようなものがあります。

これらは単なる図解です。 コンテンツが実際に異なるセグメントを追加します。

ルールは継承によって解決されます。グローバルベースラインは至る所に適用され、セグメント固有の上書きは条件が一致したときに適用されます。 たとえば、ドイツ語で「Germany」という自動車サブブランドの消費者ランディングページを生成することができます。 これは、グローバルブランドルール、自動車のサブブランドの上書き、ドイツおよび消費者に固有の適応、ドイツ語の環境設定など、複数のルールセットを一度にリクエストするリクエストです。

エクスペリエンスコンテキストの使用方法 how-experience-context-is-used

コンテキストを設定すると、次の2つのジョブが実行されます。

コンテキストは標準インターフェイスを通じて公開されるので、same ルールは両方のジョブを駆動し、組織が使用する他のAI ツールまたはエージェントで引き続き使用できます。

はじめに get-started

すべてのルールを空白のページから作成する必要はありません。 エクスペリエンスコンテキストに情報を入力するには、主にふたつの方法があります。ほとんどの組織では、両方を使用しています。

エクスペリエンスコンテキストの操作 work-with-experience-context

以下のセクションでは、エクスペリエンスコンテキストの構成要素について説明します。ブランド​すべて下に存在します。ブランドポリシー、および維持する​ルールと標準。

ブランド brands

ブランド​は、Experience Governanceの最上位のコンテナです。 ブランド基準を維持しつつ、ブランドポリシー、コンテキストルール、デザインシステム、チェック、ドメインなど、あらゆるものがブランド基準に準拠した体験を提供するブランドを表します。

ブランドには、Name、オプションの​Description、および​ Status ​が含まれます。

ブランドポリシー brand-policies

ブランドポリシー​とは、AIが理解し、適用できるブランドルールを体系的に表現したものです。 技術形式でガイドラインを書き換える代わりに、元のフォーム、ポリシードキュメント（PDF）および/またはページ URLにガイドラインを読み込みます。その場合、Governance Agentはそれらを読み取り、Experience Contextにできるすべてのものを抽出します。

読み込みは単にチェックを作成するだけではありません。 エージェントが見つけた情報はすべてコンテキストに追加されます。 文書に含まれる内容に応じて、これには​ ブランドボイス ​ ガイダンス、クレームのガードレール、市場でのポジショニング、デザインシステムの標準、およびそれらを実施するために使用されるポリシーチェックが含まれます。 1回の読み込みでは、コンテキストルール と​のチェックを一度に設定できます。

設定が完了すると、このコンテキストにより、エージェントは次のことが可能になります。

これにより、ガバナンスを自動化しながら、既存のブランドドキュメントを再利用できます。 ステップバイステップの読み込み手順については、​ ブランドポリシーの読み込み方法を参照してください。

コンテキストルール context-rules

コンテキストルールは、コンテンツの作成方法​をキャプチャします。 ブランドボイス、請求ガードレール、マーケットポジショニング​の3つのカテゴリがあり、同じフィールドを共有します。

ルールは、ステータス​が​ アクティブ ​の間にのみ適用されます。 これを​非アクティブ、ドラフト、または​ アーカイブ ​に設定すると、効果がなくなります。

これらのフィールドの実際の例については、以下の​ ブランドボイス ​を参照してください。

ブランドボイス brand-voice

ブランドボイス​は、エクスペリエンスコンテキスト内の3つの​ コンテキストルール ​ カテゴリーのうちの1つです。 これは、どのように聞こえるか？​という質問に答え、組織のトーン、用語、文のスタイル、好みの単語や避ける単語をキャプチャします。そうでなければ、スタイルガイドに散らばって生きていたガイダンスのようです。

ブランドボイスのルールは、他のコンテキストルールと同じフィールドを使用します：カテゴリー、名前、ID、ルール、セグメント、および​ステータス。 ​ ブランドポリシーの読み込み時に自動的に抽出されたルールは、手動で追加したルールと一緒に表示され、アクティブ ステータス​のルールのみがエージェントによって適用されます。

デザインシステム design-system

デザインシステム​は、ブランドのビジュアル基準、カラー、タイポグラフィをキャプチャするため、生成されたエクスペリエンスはブランドに準拠しています。

セグメント​を使用してカラーとタイポグラフィの両方をスコープ設定できるため、異なる市場やサブブランドに異なる視覚的標準を適用できます。

チェック checks

check​は、ガバナンスエージェントがコンテンツをレビューするときに適用する自動ルールです。 チェックは、ポリシーとコンテキストがどのように適用できるのかを示します。 担当者は、ブランドポリシーを読み込むときにチェックを作成したり、直接定義したりできます。

小切手の内容：

チェックは、ステータス​が​ アクティブ ​の間にのみ実行されます。

ドメイン domains

ドメイン​は、ブランドのチェックが適用されるURL （例：*.example.comのようなパターン）を定義します。 ドメインには、URL パターン、ブランド、ステータス​があります。

バッチ分析 batch-analysis

バッチ分析​は、既存のページのセットに対してチェックを実行するので、既にあるコンテンツを検証できます。

バッチ分析を実行するには、次の手順に従います。

関連トピック related-topics