障害のある参加者とのユーザビリティ調査を実施するためのヒント

過去数年間、私はさまざまな障害を持つ参加者を対象に、いくつかのユーザビリティ調査を実施しました。 自分の経験を共有すれば、他の人にも役立つと思いました。

この記事では、障害のある参加者とのユーザビリティテストを計画および実行する際に学んだ教訓または考慮すべきヒントを提供します。 学んだ教訓は、あらゆる種類の障害に適用できる一般的なものに分けられます。 視覚、運動、認知の3つの特定の障害カテゴリーについて学んだ教訓。 これらのヒントは、どこで作業するかに関係なく役立ちます。ユーザビリティテストが設計プロセスの一部である確立されたユーザー調査チームと作業する場合、または限られたリソースで自分で作業するが、拡張することによってユーザー調査の品質を向上させたい場合参加者の多様性。

バックグラウンド

州政府機関からフォーチュン500企業に至るまで、クライアントの何人かがユーザーエクスペリエンスセンター（UXC）にウェブサイトのサポートを求めてやって来ました。 彼らは、障害を持つユーザーが自分のサイトにアクセスして目標を達成できるようにしたいと考えていました。

障害にはさまざまな種類がありますが、障害を持つ人々を視覚、聴覚、運動（「身体的」とも呼ばれる）、および認知の4つの一般的なカテゴリに分類するという一般的な合意があります。 視覚障害、色覚異常、低視力、失明など、各カテゴリにはさまざまな条件と多くのばらつきがあります。 障害がいつ発症するかについても区別があります。たとえば、後年に視力を失った人とは対照的に、盲目で生まれた人です。

さらに、私たちが年をとったり、独特の状況（マルチタスクなど）に遭遇したりすると、私たちが障害者と考える人々と同じような経験をする可能性があります。 したがって、障害は、すべてのユーザーインターフェイスとエクスペリエンスの設計中に考慮されるべき一連の能力として考える必要があります。

通常、障害者がデジタル製品やサービスを使用できるようにするために、企業はWebコンテンツアクセシビリティガイドライン（WCAG 2.0）などのアクセシビリティガイドラインへの準拠を目指しています。 これは重要ですが、ユーザビリティテストでは、障害を持つユーザーにサイトで実際のタスクを実行してもらうことも重要です。 全体的なユーザーエクスペリエンスにギャップがある可能性があります...

建物に見られる典型的なドアについて考えてみてください。 ドアを一方の方向に開こうとして、実際にもう一方のドアを開くことに気付いたことが何度ありますか。たとえば、引っ張る代わりに押すなどです。 技術的にはドアはアクセス可能ですが、使用可能ですか？

サイトがアクセシビリティガイドラインに準拠し、技術的にアクセス可能であっても、ユーザーはサイトで目標を達成できない場合があります。

「「

学んだ教訓

ほとんどの点で、人口のこのセグメントを使用したユーザビリティテストは、他の人を使用したテストと同じです。 ただし、セッションをスムーズに実行するために、もう少し注意を払う必要のある領域がいくつかあります。 レッスンまたはヒントは、すべての参加者に適用できる一般的なものと、視覚、運動、認知などのさまざまな障害タイプの特定のヒントに分けられます。

学んだ一般的な教訓

1.ユーザビリティテストの前に、アクセシビリティのベースラインレベルを確認します

ユーザビリティテストの前に、アクセシビリティのベースラインレベルを確認します。ユーザビリティテストの計画、特に参加者の募集には、プロジェクトチームと参加者の両方に時間がかかる場合があります。

ユーザビリティテストの前に対処する必要がある基本的なアクセシビリティの問題の2つの良い例は次のとおりです。

• 代替（代替）テキストがありません。
  ユーザビリティテストは、使用されている代替テキストが適切で参加者にとって意味があるかどうかを確認するために使用できますが、参加者全員が代替テキストが欠落していることを確認している場合、これは時間の有効活用ではありません。
• 適切な色のコントラスト。
  すべてのページデザインを事前に確認して、すべての前景色と背景色がWCAG 2.0AAの色のコントラスト比を満たしていることを確認する必要があります。

2.採用戦略に焦点を当てる

外部の採用担当者と協力する場合は、障害者を採用した経験があるかどうかを尋ねます。 ある人はそうします。 社内で（社外の採用担当者なしで）採用している場合は、障害を持つ人々にアクセスできる組織に連絡する必要があるかもしれません。 たとえば、米国で視覚障害のある参加者を募集する必要がある場合は、全米盲人連盟（https://nfb.org/state-and-local-organizations）の地方支部または地元の支部に連絡する必要があります。マサチューセッツ州のキャロル盲人センター（https://carroll.org/）などのトレーニングセンター。 ソーシャルメディアを使用して調査を宣伝する場合は、投稿にハッシュタグ#a11y （アクセシビリティを表します。「a」と「y」の間に11文字あります）を使用することをお勧めします。

3.独自の機器/支援技術を持参してください

特に支援技術を使用している場合は、参加者が自分のラップトップなどの自分の機器を持参することを許可および奨励します。 このようにして、人々が支援技術をどのようにカスタマイズして使用しているかを実際に確認できます。

4.支援技術のバックアップ計画を立てる

上記の＃3で述べたように。 参加者が自分の機器を持参できるのが最善です。 ただし、参加者が機器を持参しない場合や、機器をWi-Fiネットワークに接続できないなどの技術的な問題がある場合など、最悪の事態に備えて計画することは常に賢明です。 視覚障害のある参加者の場合は、バックアップPCに持ち込むスクリーンリーダーソフトウェアなどの支援技術（AT）をインストールします。 ATソフトウェアパッケージの多くについては、ユーザビリティテスト期間をカバーする無料トライアルを入手できます。 これは私たちを数回救ってくれました。 参加者の構成とは異なりますが、セッションを実行することができました。 参加者はすぐに設定に入り、いくつかの調整（たとえば、発話速度を上げる）を行い、セッションを開始することができました。

5.追加の時間を許可します

セッションの間に追加の時間を提供します。 通常、参加者の間に30分を予約したいと思います。 ただし、参加者が自分の機器を持ち込むことを計画している場合は、発生する可能性のある問題を設定して解決するために追加の時間が必要になる場合があります。 障害のある人を対象にテストする場合、セッションの間隔を1時間にするため、支援技術をセットアップしてテストするための余分な時間があります。

6.参加者のニーズを確認する

採用スクリーナーを使用するか、電子メールまたは電話で、参加者が持ち込む機器を確認し、事前に提供する必要があります。 私たちのラボでは、HDMIケーブルを介して外部ラップトップ（この場合は、特別なユーザー補助ソフトウェアと設定が装備されています）を1Beyondシステムに接続できます。 最近の調査では、参加者のすべてのラップトップにHDMIポートがありました。 ただし、事前に確認するのを忘れてしまいました。 これは、テスト時に表示が停止する問題を防ぐために確認する、小さいながらも重要なことの例です。

7.追加費用を検討する

障害の種類によっては、ユーザビリティテストの場所への輸送に追加の負担またはコストがかかる場合があります。 インセンティブ額で輸送費を考慮してください。 可能であれば、参加者があなたの場所との間でタクシー/ Uber / Lyftなどを利用できるように、インセンティブ額に25ドルから40ドルの追加料金を提供することを検討してください。 お住まいの地域の公共交通機関へのアクセスとタクシー/相乗り料金に応じて、金額が異なる場合があります。 私たちの参加者はさまざまな方法でUXCに来ました—他の参加者よりも信頼性が高くタイムリーなものもありました。

8.方向を修正します

アクセシビリティのために提供する指示を確認してください。 建物へのアクセス可能なパスが含まれていることを確認してください。 事前にテストしてください。 追加の看板を提供する必要がありますか？ その場合は、すべての標識が明確で簡潔であることを確認し、わかりやすい言葉で指示してください。

9.緊急避難計画を確認します

火災やその他の緊急事態が発生した場合は、計画を確認してください。 事前に緊急避難計画を立てておきましょう。

10.ロジスティクスを検討する

オプションとして、リモートユーザビリティテストを検討してください。 ユーザビリティテストのために障害を持つ個人をラボに連れてくることの利点の1つは、問題の製品またはWebサイトの直接の参加者の使用を観察することです。 ただし、あなたの場所に到達するためのロジスティクスは、参加者にとっては多すぎるかもしれません。 リモートでテストできる場合（通常、ZoomまたはGoToMeetingを使用してテストします）、検討する必要があります。 これは、リモートセッションをキャプチャするためのプロセスが参加者のすべての支援技術と互換性があり、それ自体にアクセスできることを確認するという追加の課題をもたらします。 リモートでのトラブルシューティングは決して楽しいものではなく、人口のこのセグメントではより困難になる可能性があります。

11.聴覚障害のある参加者

一部の参加者は、モデレーターと参加者の位置が適切なコミュニケーションのために重要である聴覚障害を持っている可能性があります。 聴覚障害のある参加者の場合、彼らと話す前に彼らの注意を引くこと、そしてまた会話をするときに交代することが重要です。

この調査を最大限に活用するには、参加者がアクセシビリティのレビューやテスト中に発見されるべきであった基本的なアクセシビリティの問題を発見していない場合に最適です。

「「

視覚障害のある参加者のために学んだ教訓

視覚障害のある参加者は、目の不自由でJAWSなどのスクリーンリーダーを使用している人から、ZoomTextなどのソフトウェアを使用してテキストや画面を拡大する必要がある人やブラウザのネイティブ画面拡大に依存している人までさまざまです。 色覚異常の人もこのカテゴリに分類されます。

• 同意書など、調査前に必要な書類については、事前に電子メールで送信し、確認を求めて、物理的な署名の代わりに返送してください。 そうでない場合は、同意書を読み上げて、一部の参加者の文書への署名を支援する準備をしてください。
• 方向が段階的な方向を提供することを確認してください。 グラフィカルマップだけに依存しないでください。これらはアクセスできない可能性があります。
• すべてのドキュメントで、情報を伝えるための唯一の手がかりとして色が使用されていないことを確認してください。 情報を理解するために色が必要ないことを確認するために、すべてのドキュメントを白黒プリンターで印刷します。
• 参加者に事前に携帯電話番号を取得し、ドロップオフポイントで会います。 彼らをテスト場所に案内する準備をしてください。 目の不自由な人を導くためのベストプラクティスを確認します。
  

• 点字文書は点字を読む参加者には役立ちますが、それに伴う時間と費用は現実的ではない場合があります。 さらに、すべての視覚障害者、特に後年に視力を失った人々は点字を読むわけではありません。 すべてのドキュメントがスクリーンリーダーで読めることを確認するのが最善です。 アクセシビリティの問題がないかどうか確信が持てない限り、PDFドキュメントを避け、簡単なWordドキュメントまたはテキストベースの電子メールを送信してください。
• 盲導犬を連れてきた参加者がペットとして扱わない場合、彼らは働いています。 犬のためのスペースを提供し、参加者があなたに許可を与えない限り、それを撫でないでください。
• 録音ソフトウェアからの固有のオーディオなど、部屋に存在する、または存在する可能性のある音やノイズを事前に説明してください。 これにより、セッション中に参加者が驚いたり混乱したりするのを防ぐことができます。
• 盲目の参加者と一緒に仕事を始めた当初、私は言語の選択が気分を害するのではないかと心配していました。 しかし、何年にもわたって、ほとんどの盲目の参加者はスピーチに関してはかなりリラックスしていることを学びました。 したがって、モデレート中は、目の見えない参加者と話すときに、「見る」や「見る」などのフレーズや同様の言葉を使用することを恐れないでください。 たとえば、「ページの下部をご覧ください」や「ナビゲーションメニューに何が表示されますか？」などです。 私の経験では、盲目の参加者は気分を害することはなく、文字通りの意味ではなく比喩的な意味を理解します。
• 事前にすべての記録装置/プロセスをテストしてください。 部屋での人間のスピーチとスクリーンリーダーなどのATからのオーディオ/スピーチの両方を含むすべてのオーディオが正しく録音されることを確認します。 機器のテスト中に、最適な録音のためにマイクの位置を調整します。

運動障害のある参加者のために学んだ教訓

運動障害とは、腕や脚の使用や可動性に影響を与える障害を指します。 これらの個人は車椅子を使用する必要があるかもしれません。 手や腕を十分に活用できず、標準のマウスやキーボードを使用できない人もいます。 これらの人々は、音声入力を使用したり、特別なポインティングデバイス（たとえば、口で制御されるもの）を使用したりできる音声認識ソフトウェアを必要とする場合があります。

• 道順では、ルートにアクセスできることを確認し、階段ではなくエレベーターでルートします。 また、参加者が運転している場合は、アクセス可能な駐車場の場所に注意してください。
• ドアにアクセシブルなドアコントロールがあるかどうかに注意してください。 そうでない場合は、参加者に会い、テスト場所に案内する必要があります。
• テスト場所に最も近いアクセス可能なトイレをメモします。
• 障害を持つすべての参加者と同様に、支援技術ソフトウェアがインストールされた自分のラップトップとその他の必要な支援技術を持ち込むことができれば、それが最善です。 ただし、Dragon Naturally Speakingなどの音声認識ソフトウェアを使用する参加者（図3のAdrianaなど）の場合、音声を認識するようにソフトウェアをトレーニングしているため、これは重要です。
• 参加者が作業する机またはテーブルが車椅子を収容でき、高さが調整可能であることを確認してください。 障害を持つアメリカ人法（ADA）によると、車椅子の人の膝のクリアランスに対応するには、会議用テーブルの高さを27インチにする必要があります。

認知障害のある参加者のために学んだ教訓

これらの障害を持つ個人は、失読症などの比較的軽度の学習障害から、ダウン症などのより深刻な認知障害を持つ個人まで、幅広い範囲をカバーしています。 一般に、認知障害のある人は、1つまたは複数の精神的課題を抱えています。 特定の臨床的定義を見るよりも、記憶、問題解決、注意、読書、口頭での補償などの重要な分野における機能的制限を検討するのが最善です。 ユーザビリティテスト中に参加者に対応する最善の方法を検討してください。 以下のヒントの多くはすべての参加者にも当てはまるはずですが、このグループでは特に注意する必要があります。

• 参加者には、世話人や補佐官が同行する場合があります。 この人は、輸送を手伝ったり、ユーザビリティテスト中に参加者と一緒にいる必要がある場合があります。 ユーザビリティテスト中に世話人が立ち会う場合は、ユーザビリティテストの構造と参加者に何が要求されるかを彼らが理解していることを確認してください。 参加者が研究の前に同行することがわかっている場合は、到着前に電子メールまたは電話で目標とプロトコルを確認します。 それは可能な限り、参加者はユーザビリティテストを実施する人でなければならず、完全に必要でない限り、世話人は関与してはなりません。
• 場合によっては、世話人や補佐官が通訳のように振る舞うこともあります。 参加者と通信するために、この通訳者と通信する必要がある場合があります。 この場合、参加者と通訳者の両方からの音声を必ず録音してください。
• 書面と口頭の両方など、複数のモダリティで指示を提供します。 辛抱強く、タスクを繰り返すか、同じ質問を複数回行う準備をしてください。
• 記憶/注意の課題または倦怠感をサポートするために、タスクをより小さなサブタスクに分割する準備をしてください。
• 理想的には、すべての参加者のタスクと一貫性を保つことが最善ですが、認知障害のある一部の参加者については、現在のアプローチが機能しない場合は、オフスクリプトにするか、タスクをその場で変更する準備をする必要があります。
• 参加者の快適さと幸福を常に最優先事項とします。 物事がうまくいかなかったり、参加者が快適でない場合は、何度も休憩したり、セッションを早く終了したりすることを恐れないでください。

追加の洞察

上記のヒントはガイドラインとして役立つはずです。 各参加者はユニークであり、状況に応じてさまざまな宿泊施設が必要になる場合があります。 さらに、いくつかのヒントは特定の障害タイプに分類されていますが、特定の個人は複数の障害を持っているか、および/または主要な障害とは異なるカテゴリのヒントから利益を得る可能性があります。

あなたまたはあなたの会社がユーザーまたは顧客の調査を実施したことがある場合、製品およびシステムの問題と利点に関するフィードバックを収集することの価値を知っています。 他の方法では得られない多くの洞察を学ぶので、障害のある個人でのテストも例外ではありません。 しかし、私たちにとっての追加のポイントは、人々がさまざまな方法で支援技術を使用しているという認識でした。 次の例は視覚障害のある人に固有のものですが、すべてのグループに同様の例があります。

目の不自由な人がJAWSなどのスクリーンリーダーのみを使用していて、その専門家であることが想定されます。 視覚障害のある人は、実際に必要な支援のレベルが支援技術と大きく異なることがわかりました。

• 一部のユーザーは、すべてのコンテンツにアクセスするためにスクリーンリーダーが必要です。
• 一部のユーザー（視力が高い/視力が低い）は、コントラストを上げるためにコンテンツを拡大するか、ページの色を反転するだけで済みます。
• 他の人はアプローチの組み合わせを必要とするかもしれません。 視覚障害のある参加者の1人は、スクリーンリーダーとWebブラウザに組み込まれたズーム機能の両方を使用しました。 彼女はテキストの大きな段落にのみスクリーンリーダーを使用しましたが、それ以外の場合はWebブラウザーでズームインし、Webサイト内を移動するときに画面に非常に近づきました。

さらに、他のユーザーと同じように、すべてのユーザーが使用するソフトウェアの専門家ではありません。 一部のユーザーは自分自身を専門家と見なしますが、一部のユーザーは、必要なことを達成するためにソフトウェアについて十分に学習するだけで、それ以上は学習しません。

前進する

うまくいけば、ユーザビリティテストにさらに多様性を含めるのに役立ついくつかの有用な情報を学んだことでしょう。 ただし、障害によってばらつきがあるため、これは圧倒的に思えるかもしれません。 小さく始めることをお勧めします。 たとえば、5〜10人の参加者からなるより大きなグループの一部として、障害を持つ1人または2人の参加者を含めることによって。 さらに、最初に、ユーザビリティテストの経験と支援技術の経験の両方を持っている人を連れてきて、ユーザビリティテストプロセスの仕組みや支援技術の使用ではなく、フィードバックの取得に集中できるようにします。

謝辞

Bank ofAmericaのUXリサーチャーであるJocelynBellasとAmazonのUXリサーチャーであるRachelGrahamに感謝します。 レイチェルとジョセリンが2016年にリサーチアソシエイトとしてユーザーエクスペリエンスセンターで働いていたとき、彼らはこの記事で参照されているプロジェクトのいくつかで私と協力し、このトピックに関する関連ブログ投稿にも貢献しました。

参考文献

• 「ユーザビリティテストの実施」、Henry、SL（2007）、 Just Ask：デザイン全体でのアクセシビリティの統合
• 「すべての人のためのWeb：アクセシブルなユーザーエクスペリエンスの設計」、Horton S.、Quesenbery W.（2013）、Rosenfeld Media
• 「ICTと認知障害のある人々：支援技術のバリエーション」、ルイス、ユーザーエクスペリエンスマガジン
• 「ユーザビリティテストをアクセシビリティテスト戦略の一部にする必要がある理由」、McNally P.（2017年10月）、 2017 ICTアクセシビリティテストシンポジウム：自動および手動テスト
• 「ユーザビリティ研究と障害のある参加者：知っておくべきこと」、マクナリーP.、グラハムR.、ベラスJ.（2016年8月）
• 「日常のデザイン」、ノーマンD.（1988）、ベーシックブックス
• 「ユーザビリティテストのハンドブック」、Rubin J.（1994）、John Wiley＆Sons