説明
モバイル環境におけるアコーディオン要素のユーザビリティは、最初のセクションをデフォルトで展開することで向上します。これは、アコーディオン内にどのようなコンテンツが隠されているかをユーザーに明確に示し、残りのセクションを探索する意欲を高めることができるためです1。また、最初のセクションをデフォルトで展開することで、どのセクションを最初に開くかを判断する必要がなくなるため、ユーザーの認知負荷を軽減することもできます2。さらに、最初のセクションをデフォルトで展開することで、スクリーンリーダーを使用するユーザーがウィジェットの構造と目的を理解しやすくなるため、アコーディオンのアクセシビリティも向上します3。
ブラウザの「戻る」ボタンを使用してコンテンツを折りたたむのは、ユーザーを混乱させ、期待通りのブラウザ動作を妨げる可能性があるため、推奨されません。「戻る」ボタンは前のページに移動するためのものであり、アコーディオンセクションを折りたたむためのものではありません4。また、「戻る」ボタンを使用してコンテンツを折りたたむと、ユーザーが現在のページや状態を見失う可能性があるため、ナビゲーションの問題が発生する可能性もあります4。
展開されたセクションを画面上部に移動することも、ユーザーの空間記憶や方向感覚を阻害する可能性があるため、好ましくありません。展開されたセクションを画面上部に移動すると、アコーディオンセクションの順序や位置が変わってしまい、ユーザーが目的のセクションを見つけてアクセスしにくくなる可能性があります5。また、ユーザーはコンテンツが画面上で移動するとは想定していないため、違和感や一貫性のないユーザーエクスペリエンスを生み出す可能性があります5。
参考文献:
完璧なアコーディオンをデザインする方法
アコーディオン：デザインガイドライン
アクセシブルなアコーディオン - 例とベストプラクティス | Aditus
データを変更するために「戻る」ボタンを使用しないでください
主にアコーディオンで構成されたモバイル ナビゲーションのユーザビリティはどの程度でしょうか?

説明
開発者をユーザーテストに招待することは、デザイン変更の価値を理解し、ユーザーのニーズや問題点を理解する上で効果的な方法です。ユーザーテストとは、実際のユーザーがどのように製品やサービスを使用するかを観察し、フィードバックを収集することで、製品やサービスを評価する手法です。開発者はユーザーテストセッションを視察することで、デザイン変更がユーザビリティ、満足度、エンゲージメント、コンバージョン率の向上など、ユーザーエクスペリエンスをどのように向上させるかを確認できます。また、ユーザーテストは、開発者がユーザーに共感し、デザイナーとの連携を強化するのにも役立ちます。参考資料：
[ユーザーテスト]

確証バイアスとは、既存の信念や仮説を裏付ける情報を求め、解釈し、記憶する一方で、それらに反する情報を無視したり軽視したりする傾向のことです1。確証バイアスは、研究者がテストを設計し、質問を行い、行動を観察し、ユーザーのデータを分析する方法に影響を与えることで、ユーザーフィードバックセッションに影響を及ぼす可能性があります。確証バイアスは、不正確または不完全な洞察につながり、最終的には不適切な設計決定につながる可能性があります2。
ユーザーフィードバックセッションにおける確証バイアスを避ける一つの方法は、ユーザーに具体的なタスクについて質問することなく、アプリケーションを自由に操作できるようにすることです。これにより、研究者はユーザーに期待や憶測を押し付けることなく、自然で自発的なアプリケーションとのインタラクションを観察できます。また、ユーザーは研究者の質問や提案に影響されることなく、アプリケーションに関する率直な意見や感情を表現することができます。これにより、より真正で偏りのないフィードバックが得られ、より信頼性が高く妥当な洞察が得られる可能性があります3。
感情に関する質問を避け、自由回答形式の質問をすることは、ユーザーフィードバックセッションにおいて確証バイアスを避ける良い方法ではありません。フィードバックの深さと豊かさが制限され、ユーザーの感情や動機を理解する機会を逃してしまう可能性があるからです。自由回答形式の質問とは、ユーザーが事前に定義された選択肢から選ぶのではなく、自分の言葉で答えられる質問です。
自由回答形式の質問は、より詳細でニュアンスに富んだフィードバックを引き出し、アプリケーションに関するユーザーの考えや感情を探るのに役立ちます。しかし、自由回答形式の質問だけでは確証バイアスを防ぐのに十分ではありません。研究者は無意識のうちに、ユーザーが自分の仮説を裏付けるように質問を組み立てたり、回答を自分の信念を裏付けるように解釈したりする可能性があるためです。感情に関する質問をすることも重要です。これは、研究者がユーザーのアプリケーションに対する感情的な反応、そしてそれが満足度、エンゲージメント、そしてロイヤルティにどのように影響するかを理解するのに役立ちます4。
仮説を検証するために既知の問題点について具体的な質問をすることは、ユーザーフィードバックセッションにおいて確証バイアスを避けるための良い方法ではありません。なぜなら、研究者のバイアスがフィードバックプロセスに持ち込まれ、ユーザーの認識や行動に影響を与える可能性があるからです。既知の問題点について具体的な質問をすると、研究者は仮説を裏付ける情報のみに集中し、仮説に反論したり矛盾したりする情報を無視したり、却下したりする可能性があります。また、ユーザーは研究者が指摘する問題点にばかり注目し、アプリケーションの他の側面を見落としたり、軽視したりする可能性もあります。その結果、偏ったフィードバックや、誤解を招くような無効な洞察が得られる可能性があります5。
参考文献: 1: 確証バイアス - Wikipedia 2: 確証バイアスがユーザーリサーチに与える影響 | Caroline Galipeau | UX Collective 3: ユーザーリサーチで避けるべき11種類の認知バイアス | Maze 4: ユーザーリサーチで良い質問をする方法 | Nick Babich | UX Planet 5: ユーザーリサーチで確証バイアスを避ける方法 | Sarah Doody | Medium

テーマとブランド設定により、Salesforce アプリケーション開発者は、自社のブランド設定やアクセシビリティ基準に合わせてアプリケーションの外観をカスタマイズできます。テーマとブランド設定の機能の 1 つとして、ボタン、リンク、ハイライトに使用する主要色であるブランドカラーを選択できることが挙げられます。Salesforce は、ブランドカラーに基づいてカラーパレットを自動的に生成します。このカラーパレットには、WCAG 2.1 のコントラスト比ガイドラインに準拠したアクセシビリティの高い色が含まれています。これにより、視覚的に魅力的で、色覚の異なるユーザにもアクセスしやすいアプリケーションが実現します。開発者は、ロゴ、ページの背景、デフォルトのフォントなど、テーマの他の側面もカスタマイズできます。参考資料: [テーマとブランド設定の基本]、[Salesforce のアクセシビリティ]