私は完全に読み書きができないユーザーに対応したいソフトウェアの設計推奨事項を作成しています。 UIの主要部分に「カラーコーディング」を採用してこれらのユーザーを支援し、アイコンや単語の位置や形状を学習するのではなく、色を学習できるようにすることが提案されています。これを行うには4色が必要であり、ラベルなどの他のキューにを追加します。
このようなもの:
私たちのユーザーは主に男性であるため、色覚異常のユーザーに支障をきたさない色を使用することが特に重要と思われます。
色覚異常のユーザー向けに開発されたパレットは、各色が異なるものとして見えることのみを懸念しているようです。キーまたは凡例は常に各色の意味を示すことができるため、これはチャートやインフォグラフィックで役立ちます。 Martin Krzywinskiによるこのパレットのように、色覚異常のユーザーと同一に見えない色のみを使用します。
ただし、ユーザーには「緑を選択する」などの指示が表示されるため、CBユーザーは「紫」と「緑」のパレットの色を異なる、それらは主に明度によって異なり、どちらの名前でも簡単に説明できます。
この点を明確にするために、以下の画像を作成しました。大きい円はKrzywinskiのパレットから直接取得した色であり、小さい円は同じ名前で説明できる、私が作成したパレット以外の色の例です。
CBの観点(下の行)から、質問は「これは紫ですか?」そして「これは青緑色でしょうか?」確実に答えることは不可能のようです。
このあいまいさの問題を回避する方法はありますか?または、この色コーディングのアプローチは、色覚異常のユーザーには役に立たないのですか?
テクニカルライティングと教育設計を行った私の過去の経験から、明確な指示を作成するための鍵は、最初にプロセスを中心に構造化し、次に詳細を提供することです。したがって、実際にはそれを「目標」>「タスク」>「ステップ」のような階層に分解し、変更される可能性が高い指示のより小さな部分でのみ特定の詳細を提供します(つまり、ステップが変更されても、タスクは変更されない場合があります) 、そしてタスクが目標を変更しても、おそらく同じです)。
この場合、ボタンを押すという指示は、目標を達成するために完了する必要があるタスクのステップです。 1つの方法は、詳細に続く命令を単に提供することです。詳細は、「ボタンを押す」の代わりに「ボタン(画像または説明)を押す」と記述されます。
読み書きができない人でも、視覚的な手がかりを使って情報を学習/認識する方法は複数あると思います。そのため、一部の人にとっては、色だけでもうまくいくでしょう。ただし、色を形状(またはアイコン、あるいはその両方)と組み合わせると、大部分のユーザーにとっておそらく役立つでしょう。
したがって、CBセーフカラーパレットを使用して異なるボタンを区別できるようにすることには問題がないと思いますが(おそらく、より多くのコントラスト/差のある色を選択する必要があります)、それは、解釈と理解を容易にするために異なる方法で指示を出します(つまり、あいまいさが少なくなります)。頭痛を軽減するには、少なくとも別の視覚的な手がかりを導入することが望ましい場合があります。