ユーザーを選択可能なフォント/背景色の設定された数に制限することは良いですか？
カラーパレットの選択に関するアップグレードについてのアドバイスをするために、 ここ に質問しました。
テキストを表示する多くのボックスを持つダッシュボードがあります。必要に応じて、ボックスとテキストの色を変更できます。
私の提案の1つは、ユーザーが次のようなものを区別する可能性が最も低いため、カラーパレットを完全なRGBセレクターからより少ない色の選択に置き換えることでした。
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
...それらが十分に近くない場合（はい、これらは2つの異なる赤の色合いです）。
別のアイデアは、テキスト/背景の組み合わせを制限して、良好なコントラストが確実に発生するようにすることでした。
「ユーザーが希望する場合、ユーザーは黒いテキストの黒い背景を選択できるはずです」と私は言った、私は同意しないと答えた。具体的には、 このTEDビデオ で指定されているクレードルの例で、6分00分から9:00分までです。
ビデオは言う：
使い方を間違えにくくしたい。あなたはそれを使用する正しい方法をそれを行う最も簡単な方法にしたいのです。
だから私の質問は：
ユーザーエクスペリエンスを向上させるために、ユーザーが選択できる色を制限する方が良いですか。 （理由は今のところSteve Jobsのことを考えるのをやめられないからです）。
ボーナス：引用 ヒックの法則 は本当に私を幸せにします（該当する場合）。 32ビットカラーパレットのヒックの法則にどのような影響があるかを確認したいのですが。
エンドユーザーがUIの色を変更できるようにすると、Windows 3のホットドッグテーマや、SharePointのポルカドットのテーマが使用されるようになります。
「すごいすごい！」ほとんどまたはまったく価値を提供しない機能であり、多くの場合、サイトを使用する必要があるすべての人に大きな損害を与えます。
十分に精選され、設計されたいくつかのオプションを提供することを私は見ることができましたが、ほとんどの場合、人々が彼らが望むように無作為に実行させると、目が出血する結果につながります。
限られた初期色セットで背景を簡単に選択し、無制限に拡張できるようにします。また、前景の色を明るい色と暗い色に自動切り替え（色の計算に基づく）して、優れたコントラストを実現します。
Balsamiqはこれを自動的に行います。下に2つのボタンを作成しました。右ボタンの背景を赤に変更すると、前景のテキストが自動的に白に切り替わりました。意欲的なユーザーはテキストの色をフクシアに変更できますが、ほとんどのユーザーはおそらく背景色を気にしています。
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
それは、異なる色のポイントが何であるかによって異なります。ダッシュボードの色は、一般ユーザー向けではなく、自分用に設計されていますか？
パーソナライゼーションの場合、次の質問は、ダッシュボードボックスの量についてです。
100個のボックスがある場合は、類似した背景と異なる前景をサブグループ化したい場合がありますが、約12か2しかない場合は、単一のカラースキームに基づいたグループがあれば十分です。
前者の場合は、「クレヨン」で十分ですが、きめ細かいアクセスを与えるほうがよいです。OSXでは、定義済みのパレットから直感的な方法で選択できます。
両方の色でこれを行います。
後者の場合は、いくつかの事前に作成されたスキーム、「テーマセレクター」を提供する方が良いです。名前付きの各カラーセットにウィジェットの例を表示します。
テーマチューザーの2つのテーマ：MS Wordにいくつかの優れた例があると確信しています...
一般ユーザー向けの場合は、ユーザーがきめ細かく制御できるようにすることをお勧めします。つまり、両方の色のフルカラーパレットセレクター...
私はあなたが正しい軌道に乗っていると思います-限られたオプションのセットはおそらく私が行くものです。 （アプリケーションがなんらかのカラーピッカーまたはデザインのものでない限り）私の考えでは、カラーピッカーを使用する主な理由は、ユーザーが正確な色を入力する必要がある場合です。これはおそらくあなたの状況ではないので、私は離散します。
あなたが次のPhotoshopを作成しないと仮定すると、私はあなたの用途をカバーするのに十分な個別のオプションを作成します。つまり、平均的なユーザーが〜10の異なる色を使用する必要がある場合は、20〜30の範囲でそれらを指定し、ユーザーテストでどのように表示されるかを確認します。
紙のプロトタイプを使用して、多くの色を必要とするいくつかの主要なシナリオを明示的にテストします。ユーザーの反応をご覧ください。
そして、私はおそらく黒から黒に近づかないでしょう。このようなオプションを作成することは、あまり意味がありません。 （ユーザーが明示的に物事を非表示にしたり、他のユーザーを混乱させたりする場合を除きます。ゲームにとっては興味深いかもしれませんが、おそらくあなたが求めているものではありません。）
オプションを制限すると、すべてのユースケースをカバーする必要があります。そうしないと、一部のユーザーが失敗します。オプションがすべてのユースケースに対応していることをどの程度確信していますか？
あなたが考慮しなかったかもしれないいくつかのユースケース：
感光性：黒/白と白/黒は実際には一部のユーザーにとってひどいものです。高コントラスト/明るすぎます。これらのユーザーは、代わりにグレーまたはブラウン/ベージュの色合いが必要になります。テキストの選択肢を黒/白に固定して、たとえば16の背景色（半分は明るい、半分は暗い）を提供する場合、それでは十分ではありません。
色覚異常：あなたの赤、緑、黄色はあなたが思うほど本当に独特ですか？
分類：Aadaamが指摘したように、ユーザーはセマンティクスを類似しているが同一ではない色に関連付けている可能性があり、類似した色を削除すると機能しなくなります。
他のアプリケーションとの整合性：アプリケーションは、ユーザーが使用する唯一のソフトウェアではありません。彼が使用する他のアプリケーションと同様の機能を提供する場合、彼は転送を容易にするために2つのアプリケーションを同じ方法でカスタマイズしようとする場合があります。
あなたはすでにより寛容な配色を持っているので、問題は「なぜ私はそれを保つべきなのか」ではありません。しかし、「なぜそれを削除する必要があるのですか？」ユーザーが他の人に害を及ぼすことができず、より多くの色オプションで自分自身に利益をもたらす可能性がある場合、なぜnotに許可するのですか？