---
schema_version: "1"
id: 718ef814e91d80dc64791f52a474ad86f0394e9e56bbb33f79057d5a26cef61d
title: Engaging (エンゲージメント)
collection: architect
version: next
locale: ja-jp
portal_url: https://docs.salesforce.com/architect/next/ja-jp/well-architected/guides/engaging.md
canonical_url: https://staging.architect.salesforce.com/docs/architect/ja-jp/well-architected/guide/engaging.html
source_site: staging.architect.salesforce.com
content_type: documentation
content_hash: 8e9d35d7b8e008fb859c15ebb34876dc563b5c3e24bacb82a99343b4be6dc80c
products:
  - 適切に設計された
  - Architect Site Content Repo
updated_at: 2024-07-01T00:00:00Z
---
> 更新スケジュールについては、[こちら](/docs/architect/ja-jp/well-architected/guide/contributors)を参照してください。

## はじめに

システムは、ユーザーがアプリケーションにアクセスして簡単に使用できるようにすることで、ユーザーがより質の高い作業ができたと感じ、システムでアプリケーションを使用したくなるようにすることで、魅力的な行動を示します。

エンゲージメント行動は、ユーザーの採用だけでなく、全体的な従業員満足度や顧客満足度にも直接関連するため、ビジネスにとって重要です。エンゲージ動作は、サポート要求を減らすのにも役立ち、ユーザーからの機能要求の品質を高めるのに役立ちます。

エンゲージ行動を作成する際の課題の 1 つは、客観的な指標のみで測定することが難しいことです。代わりに、ユーザーの主観的なエクスペリエンスによって評価されます。ユーザーは、エンゲージアプリケーションが真の価値を提供すると感じています。魅力的なアプリケーションは、[アクセス可能で](/docs/architect/ja-jp/well-architected/guide/compliant#アクセシビリティ)、邪魔にならず、わかりやすくなっています。最小限のオンボーディングとトレーニングが必要です。また、明確な方法を使用して、ユーザーエラーを積極的に防止します。

もう 1 つの課題は、エンゲージメントの目標が、システムのユーザーインタラクションの種別によって異なることが多いことです。たとえば、ケースを管理する内部ユーザーと、Web サイトのフォームから情報を送信する外部ユーザーの目標を設定できます。魅力的なシステムを設計するためには、機能とページの組み立てを開始する前に、作成しようとしているエンゲージメントの種別とユーザーがエンゲージを希望する理由を慎重に検討する必要があります。

ユーザーエクスペリエンス (UX) デザイナーと連携することで、魅力的なアプリケーションの配信に関してより効果的な意思決定を行うことができます。アーキテクチャの観点からは、ユーザーの採用と保持は健全なシステムの重要な要素です。魅力的なアーキテクチャにより、ユーザーが楽しくないシステムで時間を費やすことを避けるためにプロセスを急いだり、ステップをスキップしたりすることによって発生するデータ品質の問題の可能性を低減できます。対外システムの場合、魅力的なアーキテクチャにより、システムを扱いやすくなった顧客が組織でより多くのビジネスを行うことを選択できるため、収益と顧客維持率を高めることができます。

合理化された有益な環境を提供することに集中することで、より魅力的なアプリケーションを作成できます。

## 合理化

合理化されたアプリケーションは操作が簡単で、情報やデータ入力タスクを明確に表示でき、さまざまなフォーム要素に適応できます。合理化されたアプリケーションには、ユーザーが他の一般的なアプリケーションで使い慣れた環境パターンも含まれています。たとえば、ほとんどの Web ブラウザーでは、ユーザーがリンクを右クリックすると、最上位のオプションとして「新しいタブで開く」が表示されます。タブを含む合理化されたアプリケーションも同じパターンに従います。

非効率的なアプリケーション環境の影響は、個々のアプリケーションの範囲を超えて広がる可能性があります。アプリケーション エクスペリエンスが低いと、ユーザーの Trust が損なわれます。より多くの種類のビジネスクリティカルなアプリケーションや顧客向けアプリケーションがデジタルチャネルに移行すると、主要な関係者のロイヤルティが失われる可能性があります。

アプリケーションの複雑さ、フォーム設計、フォーム要素に意図的に取り組むことで、アプリケーションをより合理化できます。

### アプリケーションの複雑さ

アプリケーションの複雑さを最小限に抑えると、ユーザーには関連するメニュー項目、タブ、ナビゲーションコントロールのみが表示されます。ユーザーグループ、ユーザー権限、適切なアプリケーション環境間の対応付けを作成する必要があります。これらの対応付けを使用して、特定のユーザーに表示するアプリケーション環境を理解し、その環境を提供するために必要な論理的な制御をアプリケーションに提供します。

ユーザーが複雑すぎると、さまざまなエクスペリエンスが低下する可能性があります。

- ユーザーには、不要なタブや無関係なタブが表示され、空白の画面に移動し、無効またはブロックされたリンクが表示されることがよくあります。
- 「ロールが X の場合、このタブを無視...」のような不要な指示や役に立たない指示は、トレーニングやイネーブルメント資料に表示されます。
- ナビゲーションメニューが乱雑になっていると、ユーザーは作業に必要な項目を見つけるために余分な時間を費やすことになります。

これらのエクスペリエンスが低いと、採用率と満足度が低下します。

アプリケーションの適切な複雑さのレベルを判断するときは、次の点を考慮してください。

- ユーザーが実行する必要がある作業の優先度に基づいてメニュー、タブ、その他のナビゲーションコントロールを整理します。
- ユーザーがアプリケーションを使用するためだけに学習する必要がある新しい動作の導入は避けてください。
- ユーザーがユーザーインターフェースの側面をカスタマイズできるようにする機能へのアクセス権を削除しないでください。
- 権限セットを使用して、拡張または縮小されたナビゲーションオプションを提供します。
- Lightning ページの[有効化の割り当て](https://help.salesforce.com/s/articleView?id=sf.lightning_page_getting_into_salesforce1.htm)を合理化します。アプリケーションあたりのアクティブな Lightning ページ数を最小限に抑えます。動的フォーム、権限セット、条件付き表示を使用して、項目をアプリケーションの Lightning ページに追加します。これは、プロファイルによって有効化および割り当てられた複数の Lightning ページを管理する代わりに実行します。

次の[パターンとアンチパターン](/docs/architect/ja-jp/well-architected/guide/engaging#合理化されたアプリケーションパターンとアンチパターン)のリストは、Salesforce 組織でのアプリケーションの複雑さ管理が適切 (および不適切) であることを示しています。これらを使用して、アプリケーション設計を検証または改善できます。

アプリケーションの複雑さの管理に役立つ Salesforce ツールについての詳細は、「[Tools Relevant to Engaging](/docs/architect/ja-jp/well-architected/guide/engaging#エンゲージメントに関連するツール) (エンゲージメントに関連するツール)」を参照してください。

### フォーム

合理化されたフォームでは、情報が論理シーケンスに整理され、迅速なデータ入力がサポートされ、必要なステップが最小限に抑えられます。また、[便利な](/docs/architect/ja-jp/well-architected/guide/engaging#役に立つ)クライアント側のデータ検証メッセージも使用できるため、フォームの送信サイクルを繰り返す必要がなくなります。

フォームを設計するときは、次の点を考慮してください。

- **関連フィールドをグループ化**します。プロセスまたはデータ入力タスクの同じステップに関連する項目をグループ化します。現在の ToDo に直接関連しない項目を削除します。
- **データ入力と検証を早期**に行います。ユーザーがデータを入力する必要がある項目は、フォームの早い段階で表示されます。データ書式設定やデータの欠落に関する問題を項目レベルでできるだけ早く (つまり、ユーザーが次のステップに移動したりフォームを送信したりする前に) 明らかにすることをお勧めします。また、ユーザーが項目にデータを入力する前に項目レベルのエラーを表示しないようにします。
- **データ入力タスク**を最小限に抑えます。できるだけ多くの項目を事前入力またはオートコンプリートして、データ入力エラーを最小限に抑え、効率を向上させます。必須または重要なデータの入力のみをユーザーに求めます。現在のビジネスプロセスに関連しないデータ入力を排除します。可能な場合は、自由形式のテキスト項目の代わりに選択リストを使用して、有効なオプションの選択を適用し、同じ回答のバリエーションを減らします。
- **サーバへの送信**を最小限に抑えます。複数ステップフォームでデータを複数回サーバーに送信しないでください。すべてのカスタム [LWC](https://developer.salesforce.com/docs/component-library/documentation/en/lwc/lwc.apex_result_caching) または [Aura](https://developer.salesforce.com/docs/atlas.en-us.lightning.meta/lightning/controllers_server_storable_actions.htm) コンポーネントでクライアント側キャッシュを使用してナビゲーションまたはページネーションアクションを処理します。(Salesforce Lightning Experience および Salesforce モバイルアプリケーションでは、デフォルトでクライアント側キャッシュが使用されます)。ユーザーがサーバーにデータを 1 回のみ送信するようにフォームを設計します。フォームを送信する前にクライアント側でユーザー入力を検証します。これにより、意図しないユーザー送信を最小限に抑え、重複またはダーティなトランザクションによってバックエンドの帯域幅が消費されることを防止し、より適切[なデータ処理](/docs/architect/ja-jp/well-architected/guide/automated#データ処理)を設計するのに役立ちます。
- **フォーム状態の管理**。クライアント側キャッシュは、ナビゲーションやページネーションなどの動作に役立つだけでなく、断続的な接続の問題によるデータ損失を最小限に抑えるのに役立ちます。また、状態を効果的に管理することで、アプリケーションはサーバーへのデータ送信を適切に調整し、トランザクションの重複を防止できます。また、サーバー側のアクションの状況に基づいて、関連性の高いメッセージをタイムリーにユーザーに表示できます。合理化されたフォームでは、データ操作は 1 回のみ送信され、ユーザーはサーバーで長時間実行されている操作が完了するまで待つ必要はありません。
- **アクセシビリティ標準に準拠**します。アプリケーションの利用者を最大化し、すべての顧客をアプリケーションの対象に含めるには、フォーム設計で[アクセシビリティ](/docs/architect/ja-jp/well-architected/guide/compliant#アクセシビリティ)の標準を適用します。

合理化されたフォームは、アプリケーションの[データの整合性](/docs/architect/ja-jp/well-architected/guide/automated#データ整合性)を高め、アプリケーションがユーザーにどれほど[役立つ](/docs/architect/ja-jp/well-architected/guide/engaging#役に立つ)かを示すのに役立ちます。また、ユーザーはエラーに対処しやすくなり、フォーム送信の状態を明確に把握できるため、サポートチケットや要求を減らすこともできます。さらに、合理化されたフォームにより、迅速かつ効率的なデータ入力が可能になり、ユーザーはより長い時間かかるプロセスが完了するまで待機することなく、さらに作業を進めることができます。

次の[パターンとアンチパターン](/docs/architect/ja-jp/well-architected/guide/engaging#合理化されたアプリケーションパターンとアンチパターン)のリストは、Salesforce 組織での適切な (および不適切な) フォーム設計を示しています。フォームデザインの検証や改善に使用できます。

より合理化されたフォームの作成に役立つ Salesforce ツールについての詳細は、「[Tools Relevant to Engaging](/docs/architect/ja-jp/well-architected/guide/engaging#エンゲージメントに関連するツール) (エンゲージメントに関連するツール)」を参照してください。使用事例に適したフォームツールの選択に関する具体的な指針については、「[Architect’s Decision](/docs/architect/ja-jp/decision-guides/guide/build-forms#重要ポイント) Guide to Building Forms with Salesforce (Salesforce を使用したフォームの作成に関するアーキテクトの決定ガイド)」を参照してください。

### フォーム要素

エンゲージメントアプリケーションは、さまざまなデバイスやインタラクション種別、フォーム要素に適切に適応します。デバイス種別に応じて、さまざまな種類のユーザー操作が容易 (または困難) になり、フォームや項目の読みやすさも変わります。フォーム要素は、画面のサイズに加えて、ユーザーが画面を操作する方法も示します。タッチスクリーンを使用するデバイスが増加し、一部のユーザーは[アクセシビリティ](/docs/architect/ja-jp/well-architected/guide/compliant#アクセシビリティ)のために特殊なデバイスを使用することもあります。フォームを設計するときは、次の点を考慮してください。

フォーム要素のバリエーションを考慮しないと、次のようなさまざまな問題が発生する可能性があります。

- データ品質が低い
- 使用できないアプリケーションインターフェース
- サポートエージェントのトラブルシューティングまたは「代理注文」セッションの増加
- ユーザーの採用率が低い、有効ユーザー数が少ない、アプリケーションの「放棄」率が高い

Salesforce アプリケーションのフォーム要素間の相互運用性を考慮して設計するには、次の点を考慮してください。

- **すべてのアプリケーションでサポートされているフォーム要素を特定します。**
- **入力メソッドとユーザーのアクセシビリティのニーズを特定します。**詳細は、「[アクセシビリティ](/docs/architect/ja-jp/well-architected/guide/compliant#アクセシビリティ)」を参照してください。
- **可能な場合は、[標準機能](/docs/architect/ja-jp/well-architected/guide/intentional#標準機能とカスタム機能)を使用してデバイス間で適応型環境を提供します。**
  - Salesforce が提供する [Lightning ページテンプレート](https://help.salesforce.com/s/articleView?id=sf.lightning_page_templates.htm&type=5)では、デフォルトでさまざまなフォーム要素がサポートされます。Aura を使用してカスタム Lightning ページテンプレートを開発する場合、開発者はフォーム要素情報をコンポーネント設計ファイルに組み込む必要があります。
  - Salesforce が提供する[標準ページコンポーネント](https://help.salesforce.com/s/articleView?id=sf.lightning_page_components.htm&type=5)は、サポートされるフォーム要素での表示を処理します。LWC または Aura を使用してカスタムコンポーネントを作成する場合、開発者は幅認識を処理し ([Aura](https://developer.salesforce.com/docs/atlas.en-us.238.0.lightning.meta/lightning/components_config_for_app_builder_width_aware.htm?q=width) と [LWC](https://developer.salesforce.com/docs/component-library/documentation/en/lwc/use_width_aware) では実装が異なります)、コンポーネントの設計ファイル内でフォーム要素のサポートを宣言する必要があります。
- **すべての[デバイスでフォーム](/docs/architect/ja-jp/well-architected/guide/engaging#フォーム)**の合理化に関するガイダンスに従います。
- **主要なフォーム要素のテスト計画 (および適切なテスト) を作成します。**理想的には、すべてのアプリケーションのすべてのデバイスとフォーム要素でテストします。ただし、フォーム要素テスト用に適切なデバイス (またはデバイスシミュレーター) を設定するのは、大きな投資になる可能性があります。特定のアプリケーションまたはアプリケーションセットにモバイルまたはタブレットのユーザーセットが多数含まれることがわかっている場合は、モバイルおよびタブレットフォーム要素でそれらのアプリケーションの正確なテストを優先します。

次の[パターンとアンチパターン](/docs/architect/ja-jp/well-architected/guide/engaging#合理化されたアプリケーションパターンとアンチパターン)のリストは、Salesforce 組織でのフォーム要素の適切な (および不適切な) 認識を示しています。これらを使用して、作成前にデザインを検証したり、リファクタリングが必要なページを識別したりできます。

効果的なフォーム要素設計のための Salesforce ツールについての詳細は、「[Tools Relevant to Engaging](/docs/architect/ja-jp/well-architected/guide/engaging#エンゲージメントに関連するツール) (エンゲージメントに関連するツール)」を参照してください。

### 合理化されたアプリケーションパターンとアンチパターン

次の表に、組織で検索 (または作成) するパターンと、回避または修正の対象となるアンチパターンの選択を示します。

✨ [パターン & アンチパターンエクスプローラー](/docs/architect/ja-jp/well-architected-tools/guide/easy-streamlined)で合理化されたアプリケーションのより多くのパターンを検出します。

<table>
    <colgroup>
       <col span="1" style="width: 10%;">
       <col span="1" style="width: 45%;">
       <col span="1" style="width: 45%;">
    </colgroup>
    <tbody>
        <tr>
            <th scope="colgroup"></th>
            <th scope="colgroup">パターン</th>
            <th scope="colgroup">アンチパターン</th>
        </tr>
        <tr>
            <td rowspan="1"><b>アプリケーションの複雑</b>性</td>
            <td><b>組織内：</b>
            <br> -管理者が指定したデフォルト設定でアプリケーションのタブ数が 10 個未満である
            <br> [このアプリケーションのナビゲーション項目のエンドユーザーパーソナライズを無効化] が true に設定されているアプリケーションはありません。</td>
            <td><b>組織内：</b>
            <br> - システム管理者が指定したデフォルト設定で、アプリケーションのタブが 10 個を超えている
            <br> - 多くのアプリケーションで [このアプリケーションのナビゲーション項目のエンドユーザーパーソナライズを無効化] が true に設定されているか、ナビゲーション項目をカスタマイズする権限が組織全体で無効になっている</td>
        </tr>
        <tr>
            <td rowspan="2"><b>フォーム</b></td>
            <td><b>アプリケーション内：</b>
            <br> - 項目は論理グルーピングに従う<br> - データ入力項目が 5 個以下のグループでまとめて表示される
            <br> - データ入力エラーが明確で、ユーザーが移動したりデータを送信したりする前に項目レベルで表示される
            <br> -ページ設定コントロールでステップ間の移動が可能<br> - データ登録は 1 回のみ
            <br> - アクションとナビゲーションの表示ラベルが明確である
            <br> -ボタンクリックなどのユーザーアクションを確認するためのタイムリーで視覚的なフィードバックが提供される
            <br> -ナビゲーションボタン (「戻る」、「次へ」、「戻る」など) を UI 全体に一貫して配置</td>
            <td><b>アプリケーション内：</b>
            <br> - データ入力項目が論理的にグループ化されていないため、ユーザーがフォームに入力する際に大量のコンテキストを切り替える必要がある
            <br> - データ入力エラーには、システムの内部の仕組みを理解しているユーザーのみが解釈できる難解な情報が含まれています。
            <br> - データ入力エラーは、フォームの送信ボタンをクリックしたときにのみ表示されます。
            <br> - ステップとグルーピングが明確ではないため、ナビゲーションが困難
            <br> - データ登録はデータ入力プロセス全体で複数回行われます。
            <br> - アクションとナビゲーションの表示ラベルは、基盤となるシステム機能に精通していないユーザーに混乱を招く
            <br> - ユーザーアクションの視覚的な確認が提供されない
            <br> -ナビゲーションボタンが UI 全体の任意の場所に表示される</td>
        </tr>
        <tr>
            <td><b>フォームロジック内：</b>
            <br> - 項目は可能な限り事前入力またはオートコンプリートされる
            <br> - ユーザーは、実行時間の長いサーバー側アクションの完了を待つ必要はありません。
            <br> - カスタムコンポーネントでは、データ操作を含まないサーバーベースのアクションに <code>cacheable=true</code> を使用します。
            <br> - データ操作は 1 回のみ実行
            <br> - LWC では、<code>@wire</code> アダプターはデータ操作を含まないすべてのアクションを処理します。</td>
            <td><b>フォームロジック内：</b>
            <br> - 事前入力またはオートコンプリートが可能な項目は、手動で入力する必要があります。
            <br> -ユーザーは送信プロセス中に作業を停止して、サーバー側アクションが完了するまで待機する必要がある
            <br> - カスタムコンポーネントが <code>cacheable=false</code> に設定されている</td>
        </tr>
        <tr>
            <td rowspan="3"><b>フォーム要素</b></td>
            <td><b>組織内：</b>
            <br> -Salesforce が提供する Lightning ページテンプレートが、すべてまたはほとんどのページで使用されます。
            <br> - カスタム Lightning ページテンプレートでは、Aura コンポーネント設計ファイルで <code>design:supportedFormFactors</code> および <code>design:supportedFormFactor</code> を使用します。
            <br> - アプリケーションビルダーで使用可能なカスタム LWC または Aura コンポーネントは、それぞれの設計ファイルでサポートされるフォーム要素を宣言し、幅を認識するスタイルパターンを実装します。</td>
            <td><b>組織内：</b>
            <br> - Classic はまだ有効
            <br> - カスタム Lightning ページテンプレートでは、Aura コンポーネント設計ファイルで <code>design:supportedFormFactors</code> と <code>design:supportedFormFactor</code> が一様に使用されません。
            <br> - アプリケーションビルダーで使用可能なカスタム LWC または Aura コンポーネントでは、サポートされるフォーム要素がそれぞれの設計ファイルで一貫して宣言されない
            <br> - カスタム LWC または Aura コンポーネントでは、Salesforce が提供するインターフェースで幅を認識するスタイルは実装されません。
            <br> - カスタム LWC または Aura コンポーネントでは、さまざまなフォーム要素のスタイルは、CSS のハードコードされた <code>px</code> 値または <code>%</code> 値のみによって決まります。</td>
        </tr>
        <tr>
            <td><b>デスクトップの場合：</b>
            <br> - データ入力項目とナビゲーションコントロールが画面に表示され、意図したとおりに操作できる
            <br> -ページの有効化の割り当てルールに基づいて、レコードページとアプリケーションページが正しく表示される</td>
            <td><b>デスクトップの場合：</b>
            <br> - データ入力項目とナビゲーションコントロールが画面上の意図した場所に表示されない
            <br> - データ入力項目やナビゲーションコントロールとのやりとりが必須動作と一致しない
            <br> -ページ有効化の割り当てルールがないため、すべてのユーザーに同じレコードページとアプリケーションページが表示される</td>
        </tr>
        <tr>
            <td><b>モバイルおよびタブレットの場合:</b>
            <br> -データ入力とナビゲーションコントロールが正しく表示される
            <br> ・データ入力が簡単
            <br> 小さいフォーム要素用に最適化されたモバイルナビゲーションメニューが表示される
            <br> - コンパクトレイアウトがレコードレベルに表示される</td>
            <td><b>モバイルおよびタブレットの場合:</b>
            <br> - データ入力とナビゲーションコントロールの表示が一貫していない、または正しくない
            <br> -ユーザーが簡単にデータを入力できない
            <br> -モバイルナビゲーションメニューはデスクトップナビゲーションと区別できない
            <br> - コンパクトレイアウトがレコードレベルで設定されていない</td>
        </tr>
    </tbody>
</table>

## 役に立つ

役に立つアプリケーションを使用すると、ユーザーは集中の邪魔や中断が少なく、より強力かつ効果的に作業できます。

役に立つアプリケーションは、手動エラーを軽減し、必要なときに必要な場所でユーザーにフィードバックを提供することで、[データの整合性](/docs/architect/ja-jp/well-architected/guide/automated#データ整合性)を維持します。ユーザーが現在および次に焦点を絞る必要があるアクションを把握し、問題をより迅速に解決するための関連情報を提供します。ユーザーのアクションと有意義な影響や成果を明確に結び付けることができます。

通知とメッセージ、アプリケーション内ガイダンス、レコグニションと報奨の 3 つの主要な習慣を使用して、より便利なアプリケーションを作成できます。

### 通知とメッセージ

通知とメッセージは、ユーザーが最新情報を把握するのに役立ちます。

適切に設計された通知およびメッセージングシステムは、重要な意思決定に必要な情報をタイムリーにユーザーに提供することで、エンゲージメントと生産性を向上させることができます。不適切に設計された通知およびメッセージングシステム (関連性もタイムリー性もないメッセージを表示するシステム) は、逆の効果をもたらします。内部ユーザーは通知をすぐに無効にしたり無視したりして、重要なビジネスプロセスに影響する可能性のある正当なメッセージを見逃します。無意味な通知にうんざりした顧客やその他の外部ユーザーは、システムの使用を完全に停止する場合があります。

アプリケーションによるユーザーへの通知とメッセージの送信の処理方法を決定するときは、次の点を考慮してください。

- **エラーの場合は、最後の手段として通知とメッセージを使用します。**人間の介入なしで特定の種類のエラーを修正できるバックエンド処理を使用して、システムの[エラー処理](/docs/architect/ja-jp/well-architected/guide/automated#エラーハンドリング)を設計します。ToDo を完了できない重大なエラーに関するメッセージのみをユーザーに送信します。同様に、ビジネスユーザーが自分で実行できる (する必要がある) 是正措置がある場合のみエラーメッセージを送信します。追加のエラーメッセージや詳細は、レポートで提供したり、非同期方法を使用してテクニカルサポートスタッフに送信してフォローアップしたりできます。
- 関連性、緊急性、適時性に基づいてメッセージ種別を**選択します**。メッセージの種別によって、ブロックまたは中断動作のレベルが異なります。通知は「ブロック」メッセージの一種で、作業を続行する前にユーザーに通知の確認を求めるものです。エラーメッセージと同様に、通知は慎重に使用する必要があります。トースト通知は[ノンブロッキング](https://developer.salesforce.com/docs/component-library/documentation/en/lwc/use_toast)で、異なる永続性動作を持つことができ、さまざまな種類のメッセージの使用事例をサポートします。最も邪魔にならないメッセージは、[アプリケーション内通知](https://help.salesforce.com/s/articleView?id=sf.notif_builder.htm&type=5)またはメールです。これらは、ユーザーが選択したタイミングと方法で処理できる情報を提供するために最適です。
- **次に何**を実行する必要があるかを検討します。通知には情報的なもの (成功メッセージなど) もあれば、ユーザーが何らかのアクションを実行する必要があるものもあります。通知を設計するときは、通知自体だけでなく、ユーザーがアクションを実行するために必要な追加情報も考慮してください。アクション可能なすべての通知に、ユーザーが追加情報を検索したり、フォローアップ手順を完了したりできる明確な手順やリンクを含めます。
- **読みやすさに重点**を置く。各通知の目的と、それに応じてユーザーが実行する必要のある次のステップを明確に伝えます。メッセージは、基盤となるシステムの内部の仕組みに精通していないビジネスユーザーが理解できるようにする必要があります。メッセージを作成するときは、[アクセシビリティ標準](/docs/architect/ja-jp/well-architected/guide/compliant#アクセシビリティ)に従って、メッセージが表示される地域のサポートユーザーにローカライズしてください。

アプリケーションビルダーが一貫した方法に従うことができるように、どのような場合に通知やさまざまな種類のエラーを使用するかを[設計標準](/docs/architect/ja-jp/well-architected/guide/intentional#設計標準)に含めます。

次の[パターンとアンチパターン](/docs/architect/ja-jp/well-architected/guide/engaging#役に立つアプリケーションパターンとアンチパターン)のリストは、Salesforce 組織での適切な (および不適切な) 通知とメッセージングを示しています。これらを使用して、構築前に設計を検証したり、リファクタリングが必要な利用状況を特定したりできます。

通知およびメッセージング用の Salesforce ツールについての詳細は、「[Tools Relevant to Engaging](/docs/architect/ja-jp/well-architected/guide/engaging#エンゲージメントに関連するツール) (エンゲージメントに関連するツール)」を参照してください。

### アプリケーション内ガイダンス

アプリケーション内ガイダンスは、複雑なワークフローを理解しやすくしたり(必ず最初に最適[化](/docs/architect/ja-jp/well-architected/guide/automated#プロセス設計)しておく必要があります)、新しいスタッフのオンボーディングを支援したりする強力な方法です。これは、プロセスの変更の導入、新機能の強調表示、自動化されたスケーラブルなトレーニングの配布を行う優れた方法です。ただし、慎重に実装しないと、アプリケーション内ガイダンスが過度に使用される可能性があります。ポップアップやアラートを頻繁に行うと、ユーザーの騒音や中断が大きくなり、生産性が低下する可能性があります。また、アプリケーション内ガイダンスの使用頻度が低いため、リリースおよび変更管理プロセスが煩雑になる可能性があります (特にシンプルな機能)。最終的に、アプリケーション内ガイダンスの過剰使用と過少使用のどちらも、ビジネスに次のようなリスクをもたらす問題を引き起こします。

- データの整合性の低下
- ユーザーエラーの増加
- ユーザーのストレスレベルが高く、ユーザーの満足度が低い
- ユーザーの生産性の低下

アプリケーション内ガイダンスは、ユーザーの考え方によって「多すぎる」か「十分ではない」かが決まるため、シナリオごとに異なる方法で使用します。新しいシステムを初めて導入するユーザーは、使い慣れたシステムの新機能について単に学習するユーザーよりも頻繁にメッセージングが必要になります。

効果的なアプリケーション内ガイダンスを作成するための鍵を次に示します。

- **設計標準を開発**します。アプリケーション内ガイダンスが公開されすぎると、ユーザーがメッセージを頻繁に破棄したり無視したりする可能性があります。この時点で、アプリケーション内ガイダンスはリソースではなく厄介なものになります。プロンプト、ウォークスルー、項目レベルのヘルプテキスト、検証メッセージ、パス、画面フローなどを使用するタイミングを明確にするために、[設計標準](/docs/architect/ja-jp/well-architected/guide/intentional#設計標準)を定義します。
- **ガイダンス実装の優先順位付けシステムを作成します。**アプリケーション内ガイダンスのすべての使用事例を実装する必要はありません。代わりに、次の質問に優先順位を付けます。より直観的なワークフローを作成するために、より適切な項目名、ボタンの表示ラベルの明示化、より優れた[フォーム設計](/docs/architect/ja-jp/well-architected/guide/engaging#フォーム)、および[プロセスの最適化](/docs/architect/ja-jp/well-architected/guide/automated#プロセス設計)をシンプルに使用できるのはどこか?パスに役に立つテキストやリンクを追加できる場所は?アプリケーション内ガイダンスが[ビジネスコストに](/docs/architect/ja-jp/resources/guide/kpi-spreadsheet-template)与える影響は?ユーザーにメッセージを配信する頻度は?また、すべての関係者が確認できるように、実装が[ロード](/docs/architect/ja-jp/well-architected/guide/intentional#ロードマップ)マップに含まれていることを確認します。
- **ユーザーを有効な (および提案された) アプリケーション内ガイダンスに対応付けます。**ユーザーをアプリケーション内ガイダンスに対応付けると、ユーザーに表示されるアプリケーション内ガイダンスが多すぎることによる「ヘルプの過負荷」を特定して防止できます。これは多くの場合、チームが特定の使用事例について偏狭に考えすぎているため、サイロ化された開発の結果です。ユーザーが何にさらされるかの全体像を維持することは、大規模な組織では特に重要です。ロードマップにガイダンスの実装を含めることも役立ちます。
- **フィードバックを収集して改善に役立てます。**アプリケーション内ガイダンスの利用状況に関するデータを確認し、アプリケーション内ガイダンスのリリースの効果を判断するために使用します。ガイダンス作成者を支援するために、ユーザーが自由回答型のフィードバックも提供してください。

次の[パターンとアンチパターン](/docs/architect/ja-jp/well-architected/guide/engaging#役に立つアプリケーションパターンとアンチパターン)のリストは、Salesforce 組織での適切な (および不適切な) アプリケーション内ガイダンスを示しています。これを使用して、構築前に設計を検証し、リファクタリングが必要な実装を特定できます。

アプリケーション内ガイダンス用の Salesforce ツールについての詳細は、「[Tools Relevant to Engaging](/docs/architect/ja-jp/well-architected/guide/engaging#エンゲージメントに関連するツール) (エンゲージメントに関連するツール)」を参照してください。

### レコグニションと報奨

レコグニションと報奨をアプリケーションに組み込むことで、そのアプリケーションを使用する個人は仕事の影響をより身近に感じ、貢献度、生産性、パフォーマンスの価値をよりよく理解できます。また、ロイヤルティとエンゲージメントを解放する強力な方法でもあります。

レコグニションやアプリケーションエクスペリエンスの報奨を与えるように設計していないと、次のようなさまざまな問題が発生する可能性があります。

- 進行状況や進行速度の理解に苦労しているユーザー
- 目標や未完了の作業への進行状況に関する混乱
- 自分の ToDo と「全体像」との関連性を感じていない非生産的なユーザーが多い
- 手動の低レベルの目標レポートによる管理時間の浪費

報奨を与えるアプリケーションエクスペリエンスは、会社の文化、ポリシー、標準、および個々のユーザーのコンテキストと設定によって異なるため、設計と提供が難しい場合があります。デスクトップユーザーが喜びや感謝を感じるのに役立つ機能は、モバイルのユーザーや、騒がしく忙しいホームオフィスで作業をしようとしているユーザーにとって苛立ちとなる可能性があります。アプリケーションを使用して非公開または機密性の高い情報を操作しているユーザーは、紙吹雪やバッジのような形でのマイルストーンに関するコミュニケーションに感謝しない可能性があります。一方、分散した営業チームは、このようなゲーミフィケーションを適切なアプリケーション環境として認識できます。最終的に、選択する実装パターンは、チームのユーザーエクスペリエンス (UX) デザイナーと協力して決定することをお勧めします。

アーキテクチャについては、ユーザーが評価され、報われると感じるのに役立つ機能をアプリケーションで実装する方法と場所を特定することが重要です。また、これらの機能によってアプリケーション[の再利用](/docs/architect/ja-jp/well-architected/guide/composable)性が低下したり、[実際のビジネス バリュー](/docs/architect/ja-jp/well-architected/guide/automated#ビジネス上の価値)が失われる可能性がある方法と場所を理解することも重要です。

Salesforce アプリケーションでレコグニションと報奨を評価するときには、次の点を考慮してください。

- **ユーザーが自分の進捗状況とチーム全体の統計を確認する方法と場所は?**レポートは重要ですが、多くの場合、サマリーデータが含まれており、日常業務のコンテキストを見落としてしまう可能性があります。Lightning アプリケーション・ビルダーなどのツールを使用して、アプリケーションのコンテキスト内のレコード画面にグラフやダッシュボードを埋め込むことができます。これにより、ユーザーは日常業務に取り組むときにその影響や進行状況を理解できます。
- **ユーザーはどのように認識される必要がありますか?**これは、チームまたは個人の設定によって異なる場合があります。場合によっては、スーパーバイザーはユーザーの進行状況に関するメッセージを表示して、より大きなグループと共有できます。レコグニションは、従業員の士気を高めるのに役立つ追加特典になる場合もあります。また、特定の ToDo やプロジェクトの進行状況の通知をユーザーのみにすることを希望する場合もあります。

以下の[パターンとアンチパターン](/docs/architect/ja-jp/well-architected/guide/engaging#役に立つアプリケーションパターンとアンチパターン)のリストは、Salesforce 組織での適切な (および不適切な) 認識と報奨を示しています。これを使用して、構築前に設計を検証し、リファクタリングが必要な実装を特定できます。

評価と報奨のための Salesforce ツールについての詳細は、「[Tools Relevant to Engaging](/docs/architect/ja-jp/well-architected/guide/engaging#エンゲージメントに関連するツール) (エンゲージメントに関連するツール)」を参照してください。

### 役に立つアプリケーションパターンとアンチパターン

次の表に、組織で検索 (または作成) するパターンと、回避または修正の対象となるアンチパターンの選択を示します。

✨ [パターン & アンチパターンエクスプローラー](/docs/architect/ja-jp/well-architected-tools/guide/easy-helpful)で、役立つアプリケーションの他のパターンを見つけます。

<table>
    <colgroup>
       <col span="1" style="width: 10%;">
       <col span="1" style="width: 45%;">
       <col span="1" style="width: 45%;">
    </colgroup>
    <tbody>
        <tr>
            <th scope="colgroup"></th>
            <th scope="colgroup">パターン</th>
            <th scope="colgroup">アンチパターン</th>
        </tr>
        <tr>
            <td rowspan="3"><b>通知とメッセージ</b></td>
            <td><b>設計標準には次のものが含まれます。</b>
                <br> - 通知、トースト、通知の承認済み使用事例
                <br> -トーストのバリエーションと通知のデザインパターン
                <br> - エラーメッセージのデザインパターン</td>
            <td>設計標準がまったく定義されていない場合、エラーや通知に対処できない</td>
        </tr>
        <tr>
            <td><b>組織内：</b>
                <br> - 通知が主要なメッセージング形式
                <br> -トーストメッセージでバリエーションを使用
                <br> - <code>モード</code>が [<code>スティッキ]</code> に設定されたトーストメッセージが存在しない
                <br> - 通知はほとんど使用されない (まったく使用されていない場合)
                <br> - 生成された応答により、常に使用されるデータソースが特定されます。
                <br> -ボットはユーザーとの最初のやりとりの前に自分自身を明確に識別します。
                <br> - 生成 AI に関連するリスクの免責事項は、最初の操作の前にユーザーに表示されます。
                <br> - AI の免責事項は、ユーザーにとって明確で理解しやすい言葉で記述されている</td>
            <td><b>組織内：</b>
                <br> - メールが主要なメッセージング形式である
                <br> -メッセージ種別に一貫したアプローチがない
                <br> -トーストメッセージでバリエーションが一貫して使用されていない
                <br> - <code>モード</code>が [<code>スティッキ]</code> に設定されたトーストメッセージが存在する
                <br> - 通知はその場限りで使用される
                <br> - 生成された応答では、使用されたデータソースが特定されない
                <br> -ボットはユーザーとの最初のやりとりの前に自分自身を明確に識別しない
                <br> -生成 AI リスクに関する免責事項がユーザーに表示されない
                <br> - AI の免責事項がユーザーにとって明確でわかりやすい表現になっていない</td>
        </tr>
        <tr>
            <td><b>アプリケーション内：</b>
                <br> -人間が関与していないエンドユーザーには生成応答が直接送信されない</td>
            <td><b>アプリケーション内：</b>
                 <br> -生成応答は、人の関与なしでエンドユーザーに直接送信される</td>
        </tr>
        <tr>
            <td colspan="2">関連トピック:<a href="https://staging.architect.salesforce.com/docs/architect/ja-jp/well-architected/easy/automated#error-handling">エラーハンドリング</a></td>
        </tr>
        <tr>
            <td rowspan="2"><b>アプリケーション内ガイダンス</b></td>
            <td><b>設計標準とドキュメントには次のものが含まれます。</b>
                <br> -アプリケーション内ガイダンスの承認済み使用事例
                <br> - プロンプトとウォークスルーのデザインパターン
                <br> -ユーザー、アプリケーション、有効なアプリケーション内ガイダンスの明確なマトリックス</td>
            <td>設計標準とドキュメントが存在する場合、次のことを行います。
                <br> - アプリケーション内ガイダンスに対処しない
                <br> -ユーザー、アプリケーション、有効なアプリケーション内ガイダンスを示す明確なマトリックスを含めない</td>
        </tr>
        <tr>
            <td><b>組織内：</b>
                <br> [アプリケーション内ガイダンス間の遅延] の設定で、Salesforce によって提供されるデフォルト (24 時間) 期間より<i>長い</i>デフォルト値またはカスタム値が使用されている
                <br> - 有効なウォークスルーが複数あるアプリケーションはありません。
                <br> - 10 より大きい [表示する時間] 設定のウォークスルーはありません。
                <br> - [任意のページ、任意のアプリケーション] または [このページ、任意のアプリケーション] でプロンプトが有効になっていない</td>
            <td><b>組織内：</b>
                <br> - [アプリケーション内ガイダンス間の遅延] の設定が、Salesforce が提供するデフォルト (24 時間) よりも短い期間に設定されている。
                <br> -アプリケーションに複数の有効なウォークスルーがある
                <br> - 多くのウォークスルーの [表示する時間] 設定が 10 より大きい (最大値が 30 のウォークスルーもある)
                <br> プロンプトはアドホックに有効化され、多くは [任意のページ、任意のアプリケーション] または [このページ、任意のアプリケーション] 設定になっています。
                </td>
        </tr>
        <tr>
            <td><b>評価と報奨</b></td>
            <td><b>組織内：</b>
                <br> -アプリケーションは組み込み分析を使用して、関連する目標の進行状況と生産性の統計をユーザーに表示します。
                <br> - パスのお祝いが有効になるのはユーザーの同意がある場合のみ
                <br> - 通知とメッセージングにはユーザー認識が含まれ、通知を受けるユーザーと通知をトリガーするユーザーの設定が反映されます。
            </td>
            <td><b>組織内：</b>
                <br> -目標の進行状況と生産性統計に関連する分析は、レポートまたはマネージャーダッシュボードでのみ使用できます。
                <br> -パスのお祝いがユーザーの同意を確認せずに有効になっている
                <br> - 通知とメッセージングにユーザー認識が含まれていない、またはユーザーの好みが反映されておらず、騒がしい、仕掛けがあると感じる
            </td>
        </tr>
    </tbody>
</table>

## エンゲージメントに関連するツール

<table class="tools-table"><tbody><tr><th>ツール</th><th>説明</th><th>合理化</th><th>役に立つ</th></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.lightning_page_getting_into_salesforce1.htm&type=5">Lightning アプリケーションページの有効化</a></td><td>ページの可用性、命名、表示、および配置を管理する</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://appexchange.salesforce.com/appxListingDetail?listingId=a0N30000004gHhLEAU">Adoption Dashboards</a></td><td>ログイン履歴、機能の採用、生産性の確認</td><td class="check-col">X</td><td class="check-col">X</td></tr>
<tr><td><a href="https://www.lightningdesignsystem.com/components/alert/">アラート</a></td><td>セッションでアラートを保持し、ユーザーによる開始なしでアラートを表示する</td><td class="check-col"></td><td class="check-col">X</td></tr>
<tr><td><a href="https://developer.salesforce.com/docs/component-library/documentation/en/lwc/lwc.apex_result_caching">Apex メソッドの結果のクライアント側キャッシュ</a></td><td>キャッシュされたクライアント側データを使用してパフォーマンスを評価する</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.dynamic_forms_overview.htm&type=5">動的フォーム</a></td><td>必須項目とページセクションのみをユーザーに表示</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.networks_insights_enable.htm&type=5">エンゲージメントインサイト</a></td><td>最近のユーザー活動を監視し、必要に応じてアクションを実行する</td><td class="check-col">X</td><td class="check-col">X </td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.customhelp_lexguid.htm&type=5">アプリケーション内ガイダンス </a></td><td>トレーニングとオンボーディングにプロンプトとウォークスルーを利用する</td><td class="check-col"></td><td class="check-col">X</td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.customhelp_lex_learning_intro.htm&type=5">学習パス</a></td><td>ユーザーの学習エクスペリエンスのパーソナライズ</td><td class="check-col"></td><td class="check-col">X</td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.lightning_app_builder_overview.htm&type=5">Lightning アプリケーションビルダー</a></td><td>コードなしでカスタムモバイルおよびLightningページを作成</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://developer.salesforce.com/docs/component-library/documentation/en/lwc/lwc.data_ui_api">Lightning Data Service</a></td><td>コンポーネント間でのデータのキャッシュと共有</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://www.lightningdesignsystem.com/tools/validator/">VS Code の Lightning Design System 検証</a></td><td>SLDS ガイドラインに対するマークアップの検証</td><td class="check-col">X</td><td class="check-col">X</td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.lightning_page_templates.htm&type=5">Lightning ページテンプレート</a></td><td>さまざまなフォーム要素用の Lightning ページの作成</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.fields_lookup_filters.htm&type=5">ルックアップ検索条件</a></td><td>参照関係、主従関係、階層関係の絞り込み値</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.admin_currency.htm&type=5">マルチ通貨の管理</a></td><td>トランザクションでのマルチ通貨の使用</td><td class="check-col"></td><td class="check-col">X</td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=livemessage_intro.htm&language=en_US&type=5">メッセージング</a></td><td>SMS、Facebook Messenger、WhatsApp メッセージの送信</td><td class="check-col"></td><td class="check-col">X </td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=s1_branded_apps.htm&language=en_US">Mobile Publisher</a></td><td>Lightning アプリケーションと Experience Cloud サイトのモバイルバージョンを作成する</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://developer.salesforce.com/docs/component-library/documentation/en/lwc/lwc.mobile">モバイル対応コンポーネント</a></td><td>モバイル環境で適切に動作するコンポーネントの作成</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.siteforce_languages_overview.htm&type=5">マルチ言語サイト</a></td><td>異なる言語バージョンのサイトを作成する</td><td class="check-col">X</td><td class="check-col">X</td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.notif_builder.htm&type=5">通知ビルダー</a></td><td>情報を表示するカスタム通知を作成する</td><td class="check-col"></td><td class="check-col">X</td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.path_overview.htm&type=5">パス</a></td><td>ビジネスプロセスを通じてユーザーをガイドし、成功を祝う</td><td class="check-col">X</td><td class="check-col">X </td></tr>
<tr><td><a href="https://developer.salesforce.com/docs/atlas.en-us.apexcode.meta/apexcode/apex_cache_namespace_overview.htm">プラットフォームキャッシュ</a></td><td>データのキャッシュ時のパフォーマンスと信頼性の向上</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.lightning_app_builder_mobile_guidance.htm&type=5">Lightning アプリケーションビルダーでのモバイルアプリケーションページのプレビュー</a></td><td>モバイルデバイスでのレコードおよびアプリケーションページのプレビュー</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://www.lightningdesignsystem.com/components/prompt/">応答画面</a></td><td>システム関連の問題と更新をユーザーに通知</td><td class="check-col"></td><td class="check-col">X</td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=networks_recog_badges.htm&type=5&language=en_US">レコグニションバッジ</a></td><td>ユーザーの功績を認めて称賛する</td><td class="check-col"></td><td class="check-col">X </td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.workcom_overview.htm&type=5">WDC での認識</a></td><td>スキルを支持して感謝する</td><td class="check-col"></td><td class="check-col">X </td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=customize_recordtype.htm&type=5&language=en_US">レコードタイプ</a></td><td>ビジネスプロセス、選択リスト値、ページレイアウトのパーソナライズ</td><td class="check-col">X</td><td class="check-col">X</td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=networks_reputation_overview.htm&type=5&language=en_US">評価の概要</a></td><td>参加とKnowledge共有の認識</td><td class="check-col"></td><td class="check-col">X </td></tr>
<tr><td><a href="https://help.salesforce.com/apex/HTViewHelpDoc?id=sf.security_restriction_rule.htm&language=en_US">制限ルール</a></td><td>不要なデータが含まれる可能性があるレコードにユーザーがアクセスできないようにする</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.lightning_page_components.htm&type=5">標準ページコンポーネント</a></td><td>標準のSalesforce Lightningコンポーネントについて</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=workbench_overview.htm&type=5&language=en_US">翻訳</a></td><td>グローバルユーザーの翻訳の管理</td><td class="check-col">X</td><td class="check-col">X</td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.fields_about_field_validation.htm&type=5">入力規則</a></td><td>保存前にデータが指定された標準を満たしていることを確認する</td><td class="check-col">X</td><td class="check-col"></td></tr>
</table>

## エンゲージメントに関連するリソース

<table class="tools-table"><tbody><tr><th>リソース</th><th>説明</th><th>合理化</th><th>役に立つ</th></tr>
<tr><td><a href="/docs/architect/ja-jp/decision-guides/guide/build-forms">Architect｀s Guide to Building Forms (フォームを作成するためのアーキテクトガイド)</a></td><td>フォーム設計の考慮事項を評価し、最適なツールを選択する</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://developer.salesforce.com/docs/component-library/documentation/en/lwc/use_config_form_factors">さまざまなフォーム要素に対するコンポーネントの設定</a></td><td>デスクトップおよび携帯電話で表示するコンポーネントを設定する</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=customhelp_about.htm&type=5&language=en_US">ヘルプコンテンツのカスタマイズ</a></td><td>独自の実装に合わせたヘルプコンテンツの調整 </td><td class="check-col"></td><td class="check-col">X</td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.fields_defining_default_values.htm&type=5">デフォルト項目値</a></td><td>デフォルト、動的、または静的項目値の定義</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://www.lightningdesignsystem.com/guidelines/overview/">設計ガイドライン</a></td><td>ベストプラクティスに沿ったユーザーインターフェースの作成</td><td class="check-col">X</td><td class="check-col">X</td></tr>
<tr><td><a href="/docs/architect/ja-jp/resources/guide/design-standards-template">設計標準テンプレート</a></td><td>組織の設計標準を作成する</td><td class="check-col">X</td><td class="check-col">X</td></tr>
<tr><td><a href="https://trailhead.salesforce.com/content/learn/modules/ux-designer-certification-prep/refresh-your-design-testing-skills">テストスキルの設計 (Trailhead)</a></td><td>設計の検証およびテスト方法の計画</td><td class="check-col">X</td><td class="check-col">X </td></tr>
<tr><td><a href="https://www.lightningdesignsystem.com/guidelines/in-app-feedback/overview/">アプリケーション内フィードバックのガイドライン</a></td><td>システム内からフィードバックを収集するためのガイドラインを確認する</td><td class="check-col">X</td><td class="check-col">X</td></tr>
<tr><td><a href="https://github.com/salesforce-ux/design-system-android">Lightning Design System Android 静的ライブラリ</a></td><td>Lightning ページのデザインを使用したネイティブ Android アプリケーションの構築</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://github.com/salesforce-ux/design-system-ios">Lightning Design System iOS 静的ライブラリ</a></td><td>Lightningページのデザインを使用したネイティブiOSアプリケーションの構築</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://www.lightningdesignsystem.com/guidelines/messaging/overview/">メッセージングガイドライン</a></td><td>関連情報を伝え、喜びの瞬間を作り出す</td><td class="check-col"></td><td class="check-col">X</td></tr>
<tr><td><a href="https://www.lightningdesignsystem.com/guidelines/messaging/types/">メッセージング種別</a></td><td>ユーザー操作に基づいてさまざまなメッセージング種別を理解する</td><td class="check-col"></td><td class="check-col">X </td></tr>
<tr><td><a href="https://www.lightningdesignsystem.com/guidelines/navigation/">ナビゲーションガイドライン</a></td><td>ユーザーがページ間を移動し、アプリケーション内で状況把握できるようにする</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://trailhead.salesforce.com/content/learn/modules/testing-for-web-accessibility">Web アクセシビリティのテスト (Trailhead)</a></td><td>自動テストと手動テストを使用してアクセシビリティを確保</td><td class="check-col">X</td><td class="check-col">X </td></tr>
<tr><td><a href="https://www.lightningdesignsystem.com/guidelines/user-engagement/overview/">ユーザーエンゲージメントガイドライン</a></td><td>オンボーディング、採用、支援、学習に関するガイドラインを確認する</td><td class="check-col">X</td><td class="check-col">X</td></tr>
</table>

## ご意見をお聞かせください

Salesforce Well-Architected の関連性の維持にご協力ください。このコンテンツに関するフィードバックをいただくため[のアンケート](https://sfdc.co/bxNtvh)にご協力ください。また、今後の展望についてもお聞かせください。