同じセカンダリアクションボタンの色が明るいですか？
Webアプリのメインレベルに追加ボタン（緑色）があります。このボタンは、アプリの他のレベルにも表示されます。私のCEOは、私がレベルに深く入るたびに色を明るい緑に変更することは良い考えかどうか尋ねました。緑色はアクションボタンなので変更しないでください。ユーザーを誤解させる可能性があります。つまり、追加ボタンが緑色の場合、Webアプリ全体で同じ緑色になるはずです。
どう思いますか？
Webアプリケーションでアクションボタンの色を統一します。
より深いレベルに行くと、明るい色のアイデアが好きです。かっこいいね。
ただし... 使いやすさが最優先です。
ユーザーは、いくつかの使用後、ボタンがこの色になることを期待し始めます。色を変更すると、ユーザーが混乱します。明るい緑に移動すると、Webサイトと比較してボタンのコントラストに悪影響を与える可能性があります（Webアプリの背景が明るい場合）。
最終メモ;
CEOの出身地を見てみてください。たぶん彼はユーザーと話をしたり、見る価値のある他の何かを見つけたりしました。色を変えることはそれを行う方法ではありませんが、何か他のものがあるかもしれません。
一貫性は多くの形をとります
あなたとあなたの上司は異なるルールのシステムを擁護しています。問題は、実際にユーザーのニーズと一致するのはどれかということです。
ナビゲーションレベルを示す明るい色合い
大きな問題は一貫性ではありませんが、なぜ？ユーザーは、より深いレベルから追加していることを知る必要がありますか？これはユーザーのワークフローまたは結果のアイテムに違いをもたらしますか？1同じアクションの同じ色
このアプローチは文字通り一貫性をとります。ユーザーはすぐにあなたの意味を理解します。ここで設定するシステムは、色とアクションの1対1の関係です。
1この区別が重要な場合は、経験が何らかの形でそれを明確にしていることを確認してください。ボタンの色が微妙なので、そのような微妙なメッセージを伝えることはできません。
オプション2は次の場合に機能します。
- アクションはそれほど多くなく、カラーバリエーションを効果的に使用して差別化できます。
- ワークフローはシンプルで、ビューごとに異なるアクションを強調する必要はありません。
色通信ワークフロー
OPのコメントに基づく：同じ色、異なるラベル。
より複雑な環境では、色を使用して現在のワークフローのニーズを強調すると便利な場合があります。例えば：
- ユーザーのリストでは、主なアクションは
Addです。 - 作業項目の詳細ビューでは、
Completeになる場合があります。 - 顧客の詳細レコードでは、
Callのようになります。
システムでは、緑を主要なアクションカラーとして定義できます。これにより、ユーザーは任意のビューで次のアクションをすばやく見つけることができます。また、アクションシステムに必要な1：1の色ほど多くの色を必要としないことも意味します。