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

ブランドガイドラインに準拠するために <lightning-modal /> Lightning Web Component (LWC) のスタイルを変更する場合、スタイルのカスタマイズオプションが制限される可能性があることを認識しておくことが重要です。具体的には、スタイリングフックを使用してスタイル設定できるのはメインの Lightning Modal コンポーネントのみです。この制限は、スタイリングフックを使用してブランド固有のスタイルをモーダルコンポーネント全体に適用することはできますが、モーダルの内部セクション (本文、フッター、ヘッダーなど) を細かく制御するには、これらのフックを直接使用できない可能性があることを意味します。この制約により、スタイリングには戦略的なアプローチが必要となり、固有の制限を理解しつつ、ブランドガイドラインに準拠するようにカスタマイズできるモーダルの側面に重点を置く必要があります。
参考: Lightning Web コンポーネントのスタイル設定とスタイル設定フックの使用の詳細については、Lightning Web コンポーネントと Salesforce Lightning Design System (SLDS) に関する Salesforce 開発者ドキュメントで詳細なガイダンスとベストプラクティスが提供されています。

Salesforceアプリケーションでは、管理者が会社のブランドイメージに合わせてブランドカラーと読み込みページのロゴをカスタマイズできます。ブランドカラーは、ヘッダー、ボタン、検索バーなどの主要なユーザーインターフェース要素に影響します。読み込みページのロゴは、モバイルユーザーがログインした後に表示される画像です。これらの要素は、「設定」から「クイック検索」ボックスに「Salesforceブランド」と入力し、「Salesforceブランド」を選択することでカスタマイズできます。検索バーのレイアウト、背景画像、フォーカスリンクの色など、その他の要素はSalesforceアプリケーションではカスタマイズできません。参考：
Salesforceモバイルアプリのブランディングをカスタマイズ
Salesforce アプリブランディングの仕組み

UXデザイナーの役割は、ソリューションを設計するだけでなく、ステークホルダーやユーザー間のコラボレーションとコミュニケーションを促進することです。明確で一貫性のあるセールスプロセスは、Salesforceの導入に不可欠です。これは、営業担当者が取引を成立させるために取るべきステップとアクションを定義するためです。セールスプロセスに関する共通理解がなければ、UXデザイナーはユーザーとビジネスのニーズと期待を満たすSalesforceソリューションを設計できません。そのため、デザイナーはステークホルダーとワークショップを開催し、現状を把握し、望ましい将来の姿について合意を形成する必要があります。ワークショップはインタラクティブなセッションであり、デザイナーはジャーニーマッピング、ペルソナ作成、ユーザーストーリー、優先順位付けなどの様々な手法を用いて、ステークホルダーやユーザーの問題点、目標、要件を引き出すことができます。ワークショップは、デザイナーが参加者との信頼関係を築き、提案されたソリューションに対する賛同とフィードバックを得るのにも役立ちます。12.Salesforce導入戦略 | Salesforce Trailhead、Salesforce導入を最大化するための6つのガイドライン | Salesforce管理者

Experience Cloud の機能の成功とユーザビリティを測定するには、定量調査の手法を用いる必要があります。定量調査では、測定、比較、統計的検証が可能な数値データを収集・分析します。定量調査は、以下のような疑問に答えるのに役立ちます。
この機能を使用しているユーザーは何人ですか?
どのくらいの頻度で使用していますか?
この機能を使用してタスクを完了するにはどのくらいの時間がかかりますか?
この機能にどの程度満足していますか?
この機能は、コンバージョン率、維持率、収益などの主要なパフォーマンス指標にどのように影響しますか?
定量調査手法には、アンケート、分析、A/Bテスト、ユーザビリティテスト、ベンチマークなどが含まれます。これらの手法は、Experience Cloudの機能の影響と有効性を評価するために使用できる、客観的で信頼性の高いデータを提供します。
一方、定性調査の方法論では、ユーザーの態度、行動、動機、嗜好を明らかにする非数値データの収集と分析を行います。定性調査は、以下のような疑問に答えるのに役立ちます。
ユーザーがこの機能を使用している、または使用していない理由は何ですか?
この機能に関する顧客の悩み、ニーズ、目標は何でしょうか?
彼らはその機能についてどう感じているのでしょうか?
この機能に対する期待とフィードバックは何ですか?
その機能は、コンテキストとワークフローにどのように適合しますか?
定性調査の手法には、インタビュー、フォーカスグループ、観察、日記調査、カードソーティングなどがあります。これらの手法は、ユーザーエクスペリエンスを理解し、改善の余地を特定するために役立つ、豊富で詳細な洞察を提供します。
定量調査と定性調査はどちらもUXデザインに有効ですが、目的が異なり、回答できる質問の種類も異なります。今回のケースでは、UXデザイナーは機能が成功したかどうかを把握し、ユーザビリティを経時的に追跡したいと考えています。これらの質問は、定量調査によって最も効果的に回答できます。