説明
アコーディオンは、異なるコンテンツ領域を区切るために使用できる折りたたみ可能なセクションです。アコーディオンを使用すると、ユーザーはページ内をすばやく移動し、必要なコンテンツを簡単に見つけることができます。また、アコーディオンを使用すると、スクリーンリーダーが各セクション内のコンテンツにアクセスできるようになり、追加のナビゲーションの必要性が軽減されます。さらに、Lightning コンソールレイアウトを使用してコンポーネントを整理できますが、このレイアウトはカスタマーサービスエージェント向けに最適化されており、必ずしもスクリーンリーダーユーザー向けではありません。コンポーネントを隣接するタブに配置したり、同じページに積み重ねたりすると、ページ内を移動しにくくなり、スクリーンリーダーがページを理解しにくくなる可能性があります。詳細については、『Salesforce アクセシビリティガイド』（https://help.salesforce.com/articleView?id=accessibility_overview.htm&type=5）を参照してください。
Salesforce Lightning Design System によると、スクリーン リーダーによるアクセシビリティのためにページ上のコンポーネントを整理するには、アコーディオンが効果的です。アコーディオンを使用すると、ユーザはコンテンツのセクションを展開したり折りたたんだりできるため、認知負荷とスクロールの軽減に役立ちます。また、アコーディオンは各セクションの見出し構造とキーボード ナビゲーションを明確に示します1。その他のオプションは、聴覚フィードバックに頼っているユーザに混乱、乱雑さ、または非効率性をもたらす可能性があるため、スクリーン リーダーによるアクセシビリティには推奨されません。たとえば、Lightning コンソール レイアウトに切り替えると、タブやサブタブ間の移動が難しくなる可能性があります2。隣接するタブにコンポーネントを配置すると、情報にアクセスするために必要なキー操作とコマンドの数が増えることもあります3。同じページにコンポーネントを積み重ねると、過度のスクロールと読み取りを必要とする、長くて見づらいページが作成される可能性があります4。
参考資料: アコーディオン - Lightning デザインシステム、Lightning コンソールアプリケーション - Salesforce ヘルプ、タブ - Lightning デザインシステム、アクセシビリティ標準 - Salesforce ヘルプ

説明
デザイナーは、Salesforce Lightning Design System (SLDS) のスタイル設定フックについて、標準の CSS プロパティを使用してベースコンポーネントとカスタムコンポーネントのスタイル設定を簡単に行えることを説明する必要があります。SLDS スタイル設定フックを使用すると、開発者は HTML 要素に CSS クラスを迅速かつ容易に適用できるため、ベースコンポーネントとカスタムコンポーネントの両方で一貫したスタイル設定が可能になります。これにより、開発者はカスタム CSS を記述することなく、Lightning Web コンポーネントにブランド設定とスタイル設定を迅速かつ容易に適用できます。SLDS スタイル設定フックの詳細については、Salesforce のドキュメント（https://developer.salesforce.com/docs/component-library/documentation/lwc/lwc.use_slds_styles）をご覧ください。

SLDSドキュメントによると、アイコンにはアクセシビリティサポートのために、slds-icon_containerクラスを持つコンテナ要素が必要です。アイコンに目に見える説明ラベルを付けずに使用する場合は、コンテナ要素にtitle属性が必要です。タイトルはアイコンの内容を説明するものでなければなりません。例：
<span class="slds-icon_container slds-icon-utility-announcement" title="アイコンの説明（必要な場合）">
<svg class="slds-icon slds-icon-text-default" aria-hidden="true"> <使用
xlink:href="/assets/icons/utility-sprite/svg/symbols.svg#announcement"></use> </svg> </span> title属性は、ユーザーがアイコンにマウスオーバーした際にツールチップを表示し、スクリーンリーダーがアイコンの意味を読み上げる際にも役立ちます。他の属性（href、class、for）は、この機能を提供しません。
参考資料: アイコン - Lightning デザインシステム

発見プロセスは、あらゆるUXデザインプロジェクトにおいて極めて重要なフェーズです。ユーザーのニーズ、ビジネス目標、そして問題における技術的制約を理解するのに役立つからです1。発見プロセスでは通常、インタビュー、アンケート、観察、分析といった様々な調査手法を用いて、ユーザーとその利用状況に関するデータと洞察を収集します2。発見プロセスのアウトプットは、調査から得られた知見と洞察を統合し、伝える成果物です。発見プロセスの一般的なアウトプットには、以下のようなものがあります。
* ユーザーペルソナ：実際のデータとインサイトに基づいて、対象ユーザーの目標、動機、問題点、行動、嗜好を描写した架空のペルソナです3。ユーザーペルソナは、ユーザーに共感し、ニーズと期待に応えるソリューションを設計するのに役立ちます。
* ジャーニーマップ：これは、製品やサービスにおけるユーザーの体験を、最初のきっかけから最終的な結果に至るまで、エンドツーエンドで視覚化したものです4。ジャーニーマップは、ジャーニーの各段階におけるユーザーの行動、思考、感情、問題点、改善の機会を特定するのに役立ちます。
* ハイレベルワイヤーフレーム：ウェブサイトやアプリの基本的なレイアウト、構造、機能を示す、低忠実度のスケッチまたは図です。ハイレベルワイヤーフレームは、ソリューションの情報アーキテクチャ、ナビゲーション、コンテンツ階層を定義するだけでなく、デザインコンセプトのユーザビリティと実現可能性をテストするのに役立ちます。
これら 3 つの出力は、Experience Cloud を使用したウェブサイトの再設計計画に不可欠です。これらの出力は、ソリューションのユーザー要件、ユーザーフロー、ユーザーインターフェイスの定義に役立ちます。他の 2 つのオプションであるインタラクティブプロトタイプと高忠実度モックアップは、探索プロセスの出力ではなく、設計フェーズとテストフェーズの出力です。インタラクティブプロトタイプは、ウェブサイトまたはアプリのクリック可能なシミュレーションであり、ユーザーはこれを使用してソリューションの機能や特性を操作できます。高忠実度モックアップは、ウェブサイトまたはアプリをリアルかつ詳細に表現したもので、色、フォント、画像、アイコンなど、ソリューションの最終的な外観と操作性を示します。これら 2 つの出力は、探索プロセス後に、ユーザーテストセッションからのフィードバックと検証に基づいて作成されます。
参考文献：UXディスカバリープロセス：完全ガイド、UXリサーチ方法：ユーザーに関する貴重な洞察を発見する方法、ユーザーペルソナ：その定義と作成方法、ジャーニーマッピング101、
[ワイヤーフレーム: 初心者向けガイド]、[プロトタイピング 101: 低忠実度プロトタイプと高忠実度プロトタイプの違いとそれぞれの使い分け]、[モックアップとは? UI デザインの最終レイヤー] Cloud Kicks の UX デザイナーが準備すべき発見プロセスの 3 つの出力は、ユーザーペルソナ、ジャーニーマップ、および高レベルワイヤーフレームです。ユーザーペルソナは、Web サイトの対象ユーザーを表す架空のキャラクターで、Web サイトのデザインをガイドするために使用されます。ジャーニーマップは、Web サイト内を移動するユーザーのエクスペリエンスを示す図であり、ユーザーが Web サイトとどのようにやり取りするかについての洞察を提供します。高レベルワイヤーフレームは、Web サイトのレイアウトを簡略化したスケッチで、Web サイトのコンテンツとデザイン要素を整理するために使用されます。インタラクティブプロトタイプと高忠実度モックアップは、デザインプロセスの後の段階で登場する、より詳細なデザイン表現であるため、発見プロセスの必須の出力ではありません。詳細については、Salesforce Experience Cloud のドキュメント (https://help.salesforce.com/articleView?id=experience_cloud_overview.htm&type=5) を参照してください。