優れたエージェント エクスペリエンスの設計は、適切なプロンプトの作成を超えています。 これは、すべてのサーフェス、応答、および障害状態が連携してユーザーをサポートする完全な対話システムを構築することを意味します。 この記事では、視覚的な一貫性を提供する Fluent UI コンポーネント から、ユーザーが最初の対話からエラー回復まで自信を持ち続けるライフサイクル設計パターンまで、これを行うのに役立つ設計ツールと原則について説明します。
Fluent UI
Fluent UI は、エージェントのビジュアルと動作の基盤を提供します。 そのコンポーネントは再利用可能でアクセス可能です。 Fluent UI を使用して設計する場合は、既にMicrosoftの視覚言語に合わせて調整されているシステム内で作業します。 つまり、Microsoft 365 エコシステム全体のユーザーのカスタマイズオーバーヘッドが少なくなり、一貫性が高まります。
一貫性と一貫性を確保するための設計。 Fluent UI コントロールを使用して、Microsoftのエージェントと広範なMicrosoft 365 Copilot エコシステム全体で視覚的および動作の整合性を維持します。 ユーザーがエージェント間を移動すると、使い慣れたコンポーネントによってコグニティブな負荷が軽減され、信頼が構築されます。
アクセシビリティと応答性を設計します。 Fluent UI React v9 コンポーネントを採用する。 バージョン 9 では、以前のバージョンと比較して、アクセシビリティサポート、応答性の高い動作、パフォーマンスが向上しています。 デザイナーの対象ユーザーの場合、これは、カスタムオーバーライドを必要とせずに、レイアウトが画面サイズや入力モダリティ全体で正しく適合することを意味します。
コンポーネントの選択とカスタマイズの設計。 Fluent UI Web コンポーネント ライブラリは、使用可能なパターンの信頼できるソースです。 これには、トグル ボタン、複合ボタン、ダイアログ、メニュー、タブ、および関連プリミティブが含まれます。 カスタム コンポーネントを導入する前に、これらのパターンから始めます。
パフォーマンスと最適化のための設計。 意図的なコンポーネントの使用により、バンドル サイズを最小限に抑えます。 不要なオーバーライドは避けてください。 ハードコーディングされたスタイルではなく、Fluent のテーマ設定とトークン システムを使用して視覚的なカスタマイズを行います。これにより、エージェントは将来のプラットフォーム更新プログラムと一貫性を保ちます。
エージェントの重要な原則
エージェントを設計するときは、信頼でき、その性質に正直であり、より広範な影響を認識して設計することが重要です。 3 つの主要な原則は、設計上の決定を導くのに役立ちます。 エージェントは次のようになります。
目的に合わせて設計。 エージェントはユーザーをサポートしますが、判断に代わることはありません。 機能と制限事項を明確に伝え、出力を編集可能な状態に保ち、絞り込みのための目に見えるコントロールを提供し、ユーザーの所有権を強化する設計操作を行う必要があります。 実際には、この原則に従うと、「Copilot、要約して」と言うのではなく、「Copilot で要約する」といった表現を使用し、ユーザーがアクション開始の主体となるようにします。
人間と区別されます。 エージェントは応答を生成しますが、考えも感じもしません。 ニュートラルなテクノロジ指向言語を使用します。 感情的または人間的な表現は避けてください。 トーンを透明に保ち、タスクに重点を置きます。 "理解する"、"考える"、"感じる"などの単語を避ける。代わりに、"process" や "analyze" などの単語を使用してください。
バイアスに強い。 エージェントの出力は、プライマリ ユーザーよりも大きい影響を与える可能性があります。 コンテンツを共有または再利用する方法を認識した設計。 リスクを予測し、レビューと修正のためのメカニズムを含めます。 チームに質問する: 他の誰がこの出力を表示または操作する可能性がありますか? エージェントが失敗した場合や誤用された場合、意図しない結果は何ですか?
責任あるエージェントの設計に関するその他のガイダンスについては、 AI がチームに参加する場合の記事「責任あるエージェント設計の 3 つの原則」を参照してください。
ライフサイクル全体にわたる設計
分離されたプロンプトではなく、完全な対話システムとしてエージェント エクスペリエンスを設計します。 各エージェントは、最初の露出と期待設定からアクティブなコラボレーション、出力が不完全な場合の修正と回復まで、完全なユーザー体験をサポートする必要があります。 これらの段階をまたいで設計することで、明確さ、信頼、および持続的な使いやすさが保証されます。
初回実行時エクスペリエンス
最初の対話では、エージェント関係全体のトーンが設定されます。 ユーザーが最初の実行のためにエージェントにアクセスする場合:
- 役に立つよう設計されているものを明確に伝えます。 ユーザーを意味のあるタスクに導くプロンプトの例、一般的なユース ケース、目に見えるエントリ ポイントを提供します。
- 出力品質に関する期待値を設定します。 応答が異なる可能性があり、出力にレビューまたは絞り込みを必要とできることを明確にします。 機能を過剰に示さないようにします。
- あいまいさを減らし、探索を促進します。 初期の透明性は、信頼を構築し、誤用を減らし、ユーザーがシステムがどのように機能するかの正確なメンタルモデルを形成するのに役立ちます。
対話中
ユーザーがエージェントをアクティブに操作している間:
- 確立されたアプリケーション パターンに合わせます。 コントロール、レイアウト、用語は、周囲の製品環境と一致している必要があります。
- 反復的な絞り込みをサポートします。 ユーザーは、プロンプトの調整、範囲の絞り込み、明確化の要求、生成されたコンテンツの直接編集を行える必要があります。 相互作用は、トランザクションではなく協調的に感じる必要があります。
- 関連性がある場合にコンテンツを表示します。 エージェントが特定のファイル、選択、またはデータ ソースに依存している場合は、その情報を明確に識別します。 応答性、アクセシビリティ、予測可能な動作を維持することは、ユーザーの信頼を維持するために不可欠です。
システムが間違っている場合
エージェントの出力が、意図に合わせて不完全、不正確、または不整合になる場合があります。
- 明確で効率的な修正経路を提供します。 ユーザーは、応答を再生成したり、プロンプトを修正したり、出力結果を手動で編集したりできるべきです。 ユーザーがワークフローを強制的に再起動しないようにします。
- コンテキストのシグナルを表示する。 必要に応じて、参照されるデータまたは前提条件を指定して、応答が生成された理由をユーザーが理解するのに役立ちます。 透明性と回復性は、ユーザー制御を強化し、フラストレーションを防ぎます。
関連するコンテンツ
- AI がチームに参加する場合: 責任あるエージェント設計の 3 つの原則。 意図の構築、人間との差別化、バイアス抵抗の設計など、責任あるエージェント設計の中核原則について説明します。
- エージェント設計向け アダプティブ カード。 アダプティブ カードを使用して、設計パターンとベスト プラクティスに関するガイダンスを使用して、エージェント エクスペリエンスで豊富な対話型応答を作成する方法について説明します。
- 副操縦エクスペリエンスのための ISV UX ガイダンス。 カスタム Copilot エクスペリエンスを構築するためのユーザー エクスペリエンス フレームワーク、基本原則、コラボレーション ユーザー エクスペリエンスのヒント。
- 副操縦コンポーネントをエクスポートおよびインポートします。 Microsoft Copilot Studioで複数の副操縦ソリューション間でコンポーネントを管理および再利用する。
- Microsoft Teams の Adaptive Card サンプル. Teams と Copilot のエクスペリエンス向けのアダプティブ カードのスターター テンプレート。
- アダプティブ カード デザイナー。 アダプティブ カード レイアウトのプロトタイプ作成とテストを行うブラウザー ベースのツール。