UIの一般的な誤解と不快感は何ですか？
私はよく「アプリケーションを開発し、電子機器を使用します。「なぜ、いったいなぜ彼らがそのように設計したのですか？作業するのが苦痛であることを知っているに違いありません」。
一方、私は自分が確信している（G）UIを作成し、それが私の顧客を喜ばせ、協力するのが簡単であることをよく観察しました。私の顧客もそう思っていましたが、日常の仕事をするのは簡単ではないことが明らかになりました。
そのため、製品には完璧なユーザーインターフェイスがあると本当に確信している開発者やデザイナーはたくさんいると思いますが、そうではありません！
それが、私がこの質問を書いた理由です。開発者がユーザーインターフェイスについて持っている一般的な誤解のいくつかを収集し、他の開発者（私を含む）が同じ間違いをするのを防ぎます。
アプリケーション、Webサイト、電子機器などのユーザーインターフェースで最も不愉快なのは、おそらくユーザーの利益のために作成されたものでしょうか。素晴らしいアイデアだと確信したのは何でしたか？しかし結局は顧客を悩ませただけですか？
回答ごとに1つの例のみを記述してください。
最も一般的なUIの誤解は次のとおりです。
ユーザーが私のアプリケーションに興味を持っていること。
ほとんどのユーザーはアプリケーションにまったく興味がありません。
ほとんどの場合、ユーザーがアプリケーションを「実行」とマークされた大きな赤いボタンに置き換えることができれば、そうすることができます。そして、彼らはサルにボタンを何度も押し、家に帰ってリラックスするように訓練しました。
ユーザーはアプリケーションに興味がありません。彼らは物事を成し遂げることに興味があります。アプリケーションは目的を達成するための手段にすぎません。
「私のユーザーは、私と同じようにすべての技術的な詳細を知らされたい他のソフトウェア開発者です。」
:)
ユーザーがスクロールする方法を知らないという信念（すべてはスクロールせずに見える範囲にある必要があります）。
http://uxmyths.com/ にはユーザーエクスペリエンスの神話の素晴らしいコレクションがあり、すばらしい裏付けとなる証拠もあります。先週見つけたところです。
「すべてに選択肢があるべきだ」
丸みを帯びた角をデザインで使用すると、すべてが良く見えます。
このページに表示される多くの不快感の原因である私を困らせる1つのことは、顧客が実際に製品を使用せずに製品をどのように使用するかを理解できると考える組織です顧客に使用させる彼らの製品！
迅速で安価なゲリラのユーザビリティテストにまだ投資していない企業の数には驚かされます。半日かけて少しのフィードバックを得れば、後で苦痛に満ちたバレルを節約できます。
UIは常にGUIです。 UIはグラフィックである必要はないという意味で。
派手でかっこいい、カラフルなUIを作成した場合、ユーザーはアプリケーションがどれほどひどいことに気付かないでしょう。
「説明テキストを追加すると、ユーザーに役立ちます」
「ユーザーは愚か者だ。彼らはそれを決して使わないだろう」
障害を持つ人々が何かにアクセスできるようにすることは困難です。さらに、私たちの訪問者（ユーザー）の誰もが障害を持っています。
他の人がこれをしているので、それは単により良いことを意味するはずです。
古いソフトウェアに代わるソフトウェアを開発するプロジェクトで、仕様を要求するときによく聞かれるのは、通常、次のようなものです。
「それは私たちの古いソフトウェアとまったく同じように動作するはずです。」
人々がこれを答えとして受け取るとき、私はそれを嫌います。私は返事を好む：
- では、なぜ新しいソフトウェアを開発しているのでしょうか？
- このプロジェクトの目的は、古いソフトウェアに不満があったからではありませんか？
- 以前のソフトウェアよりもうまく実行できないのはなぜですか？
中止できないウィザード、または一般的にUIを使用してステップを設定しますが、特定の時点で上記のステップを中止することはできません。
そのような解決策には技術的な理由があるかもしれない理由を知っていますが、誤って入力したウィザードやダイアログと同じくらい私を悩ませて、それを完了させたり、nユニットの時間待機したりすることはほとんどありません1つ以上のステップを完了します。
Mac OS Xへのアプリケーションのインストールは、この完璧な例である場合があります。
より多くの色==より良い
GUIでは、ユーザーがボタンが表示されてから1/10秒後にボタンをタップすると、ユーザーはmeantでそのボタンをタップします。
ボタンがユーザーのアクションの直接の結果として表示された場合、それはおそらく適切な仮定です。しかし、ユーザーが開始しなかった非同期イベントが原因で表示された場合、ユーザーが以前に画面上にあったものをタップすることを意図している可能性があります。
画面の表示内容を変更する場合は、ユーザーが新しい画面を見る機会があるまで、コントロールをアクティブにしないでください。
「私のユーザーは私と同じです（私にとって明らかなことは、ユーザーにとっても明らかです）。」
「ユーザーがそれを理解していることが調査で示されている場合でも、いかなる場合でも専門用語を避け、不格好で曖昧で読みにくい代替の代わりに専門用語を定期的に使用する必要があります。」
ユーザーは、ユーザーインターフェイス、コンピューター、テクノロジー、またはUIデザイナーが気にかけることのすべてを知っているか、または非常に気にかけることさえあります。彼らはただ悲惨なことをせずに何かをやりたいだけです。
「ユーザーは興味を持っている」という言葉に沿って、私が費やしたハードワークについて多くの人が見るほど、良いという誤解があります。私はソフトウェア開発者として、自分の時間を正当化する必要があることを認識しています。上司に何かを示すことができると助かりますが、HCIに関心のあるソフトウェア開発者として、私が行う最善の仕事は誰にも見えない、ユーザーへの影響がほとんどない、ほとんど気づかない作業。
私にとって最も満足のいく結果は、私が何日も仕事をしたときであり、ユーザーは「今はうまく機能しているように見える」ということを除いて、変更に気づいていません。ユーザーが実際のタスクを達成することに焦点を当てている場合、これは優れたUIデザインになります。どれだけの作業を行ったかを示すことに焦点を当てると、悪夢の原因となります。
「私たちのエンドユーザーはエンジニアであり、彼らは賢い人です。彼らはそれがどのように機能するかを理解するのに何の問題もありません。」.
私がこれを聞いた回数...
私がよく目にするのは、機能にアクセスするためにマウスボタンをクリックする必要がある回数が少ないほど、アプリケーションはユーザーにとって使いやすくなると開発者が考えていることです。直接的な結果として、できるだけ多くのUI要素と情報がアプリケーションのメイン画面に配置されます。
UIは重要ではありません。アプリケーションは、安定性と信頼性を備えている必要があります。それがより重要です。
Webサイト・アプリケーション等に。
リンク（アンカー）はどこか（ユーザー画面に移動）に移動し、ボタンは何か（情報の更新など）を実行する必要があります。
ユーザーに1つの方法でのみアクションを実行させる（通常はソフトウェア設計者の方法）。
誤解：
- サブメニューがメインメニューにカーソルを合わせると飛び出すか、クリックする必要があるか。
パスワードにどのルールが適用されているかを示しません。
思い出していただければ、少なくとも8文字と2つの数字を使用する必要があったので、どちらを使用したかわかります。そうでない場合は、最終的に正しくなるまで、可能な限りすべてのものを使用する必要があります。
通常、アプリケーションに機能を追加すると、UIがより複雑になります。
バージョン1.0は800で実行できます* 600バージョン2.0には1024 * 768が必要ですバージョン3.0には1920 * 1200が必要です
まったく問題ありません。プラス画面はとにかく大きくなっています。
「アプリケーションがますます複雑になるにつれ、UIもより複雑になるのは普通のことです。」
シナリオ：開発者は、どのチェックボックスがチェックされているかによって、特定のアクションが実行されるフォームを作成します。人は選択の影響を考慮するために一時停止する必要がありますが、開発者はフォームがシンプルであると信じています。フォームには選択できるオプションがいくつかあり、フォーム内のテキストラベルは彼にとって合理的です。
開発者の誤解：
（1）開発者がページにフォームを取得して機能させるための最短ルートは、フォームをユーザーに提示するための最良の方法です
（2）このフォームは、他の開発者に説明する前でも理解できるでしょう。
（3）フォームのデモを行ったとき、クリックと説明をすべて行っていたのは私でしたが、それは誰にとっても明らかでした
（4）フォームは誰にとっても理にかなっています。実際、あなたがそれを理解していなければ、ばかになります
（5）ユーザーは、開発者がフォームを作成するために使用した思考プロセスの.mp3を再生するチップを脳内に持っています。他の場所で説明されていないため、選択の意味が正確に何を意味するのか疑問に思うときはいつでもこれを再生します
UIと機能をテストする必要があります。
しかし、テストは、プロジェクトの技術的な定義に含まれていないエンドユーザーが実行する必要があります。私のプロジェクトでは、アプリケーションの設計を手伝った人たちがアプリケーションをテストしているので、すでに「慣れ親しんだ」ユーザー知識を持っていることに気づきました。
そして可能であれば、あなたはあなた自身のアプリケーションのユーザーであるべきです！ （その後、日常の使用でいくつかの問題に気づくかもしれません）
「ロータスノーツもそのようにしているので、良いことです。」.