私と私のチームは、社内ソフトウェアの再設計に取り組んでいます。これは、カスタマーサービス内の人々が出荷をリアルタイムで追跡するために使用します。
発送のさまざまな状態やアイコンの問題を効率的に表示する方法を考えています。
インターフェイスでのアイコンの使用に関するいくつかの記事を読みましたが、実際には、「家」(家のアイコン)、「検索」(虫眼鏡)、「印刷」(プリンター)などの普遍的に理解されているメタファーに対してのみ確実に機能します。
https://tubikstudio.com/iconic-simplicity-the-vital-role-of-icons/
https://uxdesign.cc/do-icons-need-labels-6cb4f4282c
しかし、私たちの場合、ユーザーはエキスパートユーザーであり、一日中このソフトウェアを使用しています。とにかく、これは直感的で、できるだけアイコンを理解しやすくしようとしない言い訳にすべきではないと思います。
現在、複雑な状況で直感的なメタファーを見つけるのが難しいエキスパートシステムでのアイコンの効率に関するいくつかの情報または調査を探しています。
アイコンを思いつくために15秒以上考えなければならないときは、アイコンをまったく使用すべきではないと言われています。
アイコンはエキスパートソフトウェアで役立ち、VSテキストの効率を上げることができますか?
おかげで:-)セバスチャン
ユーザーインターフェースの傾向はアイコン+テキストであり、場合によってはアイコンまたはテキストのいずれかを非表示にするユーザー構成可能なオプションがあることがわかりました。
質問の2つの主要なコンテキスト:
そのコンテキストを考えると、テキストから始めることは非常に理にかなっています。まず、社内の利害関係者と協力して設計を繰り返すコストを削減します。次に、エキスパートユーザーはエキスパートコマンドを必要とする可能性があります。これらのコマンドを説明する専門用語で十分に認識できるアイコンが存在することはほとんどありません。
ユーザーのワークフローを検証し、アプリの設計を繰り返すと、アイコンを追加することが理にかなっている場合があります。アイコンが役立つ1つの方法は、複数のコマンドをコンパクトな領域に表示できるようにすることです。アプリケーションツールバー FreeCAD Part Designワークベンチのツールバーのように アイコンを使用して、コンパクトなスペースで複雑な概念を表現します。ホバー時にテキストラベルを表示します。アイコンは、そのOS用に作成された多くのアプリケーションで一貫した方法で使用されるOS固有のアイコンである場合にも適切に機能します。
これは、アイコンとテキストの例を示したスクリーンショットです。最後の例は、プロジェクト管理、構成管理、変更管理、DevOpsに関連する比較的複雑なタスクをサポートするように設計されたWebアプリケーションであるGitLabのサイドバーです。その複雑さと「エンタープライズ顧客」を含む大規模なユーザーベースを考えると、GitLabはプロフェッショナルソフトウェアの優れたベンチマークです。
戻ってこの回答を編集して、信頼できる参照を追加してみます。
「エキスパート」システムの場合、私が最も効果的に機能すると考えるのは車です。これは複雑で生命を脅かすデバイスであり、安全に操作するには何時間もの学習が必要ですが、最終的には何も考えなくても何時間も運転できます。
私の意見では、状況は、controlsとdisplaysのどちらを話しているかによって異なります。その重要な側面は、予想される使用頻度でもあります。
車の運転を可能にする主な理由は、それが筋肉の記憶に依存していることです。ヘッドライトをオンにするスイッチのラベルを読む必要はありません。ヘッドライトがどこにあるかを知っていて、オンにするだけです。
キーボードショートカットを許可することで、コンピューターで同じ種類の効率を達成できます。これは、私の意見では、エキスパートUIの方がはるかに高速です。私が1日中同じソフトウェアを使用しているのを目にしたほとんどすべての熟練した専門家は、キーボードショートカットに大きく依存して仕事を高速化しています。
アイコンは、情報密度を高めるのにも役立ちます。また、信頼できる場所にいることも重要です。
この例としては、Photoshop、Adobe Premiere、その他のCADソフトウェア— UIでラベルが不足していることがよくあります(このフィールドは商業的にかなり競争力があります)。エキスパートユーザーベースにとってはメリットですが、ある点を過ぎると、これらのアプリケーションのエキスパートユーザーはキーボードショートカットに切り替える傾向があります。
例として、以下はPhotoshopツールバーです。ラベルを使用すると、画面の約5倍のスペースが必要になります。
これは、誰かが「ツールを使用する」と言うと、あなたが何を言っているのかすぐに理解できない可能性があるため、トレーニング曲線が長くなるという犠牲を伴います。しかし、とにかくあなたのツールがかなりの量の学習を必要とするならば、それはそれほど重要ではありません。
情報を表示する場合、車の例に戻り、少なくとも非常に単純なケースで機能することを確認できます:ラベルが付けられていない赤い信号の意味を知っています。ただし、道路標識には車よりも多くのものが表示されます。
ヨーロッパはこれの例外です。言語パッチワークであるため、道路信号に標準化することを人々が決めたため、「一時停止標識」または「駐車禁止」標識は大陸全体で同じように見えるはずです(無限のパズルまで)アメリカ人観光客の)。しかし、UIをビューアに変換できるコンピュータUXの場合、これは意味がありません。
UXに戻ると、考慮しなければならないことの1つは、通常、アクセシビリティ要件により、視覚障害や色覚異常を持つユーザー向けに書き出す方法を見つけなければならないことです。個人的には、コントロールよりもディスプレイでのアイコンの使用に注意します。
ユーザーがコントロールまたはディスプレイに依存するほど、その操作に慣れ親しむため、アイコンの扱いが適切になります。逆に、ユーザーがコントロールに依存することが少なくなるほど、コントロールに慣れなくなり、ラベルの重要性が高くなります。
例として、 車の警告記号 は悪名高いものです。つまり、多くの人は、記号が重要で命を救う可能性のあるアドバイスを表す場合でも、その意味を理解できません。これは、これらのアイコンがほとんど表示されないためです。そのため、人々がそれらの意味を記憶することは(これまでにそれを学習したと仮定すると)、時間とともに減衰します。
アイコンやその他の視覚的処理は、人々が高い頻度で行う必要があることに適しています。 「赤信号は停止を意味します」は良い例です。ほとんどの運転手は、運転するたびにそれに遭遇します。まれにしか発生しないものにアイコンを使用するのは危険です。ユーザーが理解不足のためにアイコンを完全に見落とす可能性があり、ひどいミスにつながる可能性があるためです。
たとえば、テキストの説明が非常に長く、スペース(またはボタンの数)が限られている場合や、アイコンを学習したり、アイコンの視覚的な言語を開発したりできる場合など、アイコンを使用する理由や考慮事項や理由もあります。時間。それだけでなく、一部の人にとってアイコンは認識しやすくなるため、時間の経過とともにより多くの機能を導入しても、特定の機能の場所をすばやく学ぶことができます(たとえば、表示用のタイル/グリッドデザインパターンで使用する場合)。
UXSEに関するすべての質問と同様に、コンテキストは非常に重要であり、あなたの場合、アイコンをデザインする必要がないかもしれません。ただし、設計プロセスの一部として、実際のエンドユーザーでこれらの前提条件を常にテストする必要があります。保存(最近、一部のアプリケーションでは段階的に段階的に廃止される)、ログオフ/終了、編集などの標準機能のアイコンを設計するのに適していると思われます。
エキスパートシステムでのアイコンの使用例には、多くの頭字語や複雑な化学式があり、テキストの代わりにアイコンを使用するとインターフェースの設計と整理がはるかに簡単になるエンジニアリングまたは科学アプリケーションで見られるものがあります。または、テキストの長さのために特定のインターフェイス要素の使用に制限されている場合があります(短縮/切り捨てができない、またはしたくない)。