高速化はユーザーエクスペリエンスに悪影響を与える可能性がありますか？
インスピレーション "コーヒーはアプリケーションの起動時間が遅いのにいい言い訳ですか？" 速度を上げるとユーザーエクスペリエンスに悪影響を与える可能性があるが、何も見つからない例を探してみました。
{起動時間、インタラクション、アニメーションなど}が速くなるとユーザーエクスペリエンスが損なわれるシナリオはありますか？常に最高速度を求めて最適化する必要がありますか？
ある種の処理が行われたように感じさせるために、特定のアクションの後に意図的な遅延を導入することを主張する人々がいることを知っています。たとえば、「保存」機能を考えてみましょう。システムが変更をほとんど瞬時に遅延なく保存できる場合でも、人為的な遅延を導入すると、変更が実際に保存されたというユーザーの信頼が高まります。これは、人々が特定のアクションを実行するときに「考えるのにしばらく時間がかかる」コンピュータに慣れているという考えに基づいています。
Coinstarがこのアイデアをどのように使用したかを示す実際の例を以下に示します。 遅延を追加して知覚される値を増やします：機能しますか？
これ以外に、私たちは皆、何らかの方法で微妙な遅延を導入していると確信しています。 1つの例は、マウスのホバーに基づいて開閉するドロップダウンメニューです。マウスポインターが他の場所に移動するときにメニューがすぐに開かないように、また、マウスポインターが誤って一時的に離れた場合にメニューがすぐに閉じないように、遅延を導入する必要があることがよくあります。
パックマンはどうですか？確かに最近のコンピューティングパワーで、ゴーストと黄色のチョンパーをスーパーマンのような速度にスピードアップすることができますが、ゲームはスピード違反の弾丸より速くクリックできる人にとってのみ楽しいでしょう。
一般的なルールは、グラフィカルなインタラクションまたはシーケンスをシミュレーションするときは常に、オーディエンスを理解し、そのインタラクションを最適な速度でレンダリングする必要があるということです。
実際、「知覚時間」は重要な主観UXファクターです。
しかし、UXとユーザビリティは目的要因（有効性など）も採用しているため、パフォーマンスが遅いと定義ごとにUX /ユーザビリティが低下する可能性があります。
そのような非論理的な「知覚時間」タスクの1つの例は、5のインストールプロセス フロッピーディスク とCD-ROMを使用したインストールです。
5枚のフロッピーディスクを使用した10分間の「アクティブ」インストールプロセスとそのすべてのディスク切り替えは、5分間のパッシブCD-ROMインストールよりも速く（したがって好ましい）と感じられました。 ...
もちろん、結論はアプリケーションを遅くすることではありません！
しかし、システムパフォーマンスだけからUXを判断することはできません。システムを使用する人とシステムがどのように相互作用するかを評価する必要があります。
私はその質問に興味をそそられます。しかし、私が言及したことを見たことがないことが1つあります。非常に多くの場合、最も見栄えのするグラフィカルな決定は、それがそれほど驚くべきものであるとは期待していない聴衆にとって煩わしいものです。
たとえば、jQueryを初めて使用したとき、アニメーションを作成したくなった気がしました[〜＃〜] everything [〜＃〜]検索、メニューバー、ドロップダウン、GIFの読み込みなど。
しかし、最近では、高齢者や障害のある人が、メニューが「突然消える」というのはかなり煩わしいものだと実感しています。カーソルがブロックしているものを読み取ろうとしているときに、カーソルを移動したときにフェードアウトすることを期待していません。
さて、これは話題外のように見えるかもしれません。しかし、私は確かにアニメーションと読み込み速度は同じように機能すると信じています。何かが私が快適に感じるよりも速く動く場合、私はそれを使いすぎないようにします（そして、そうです、それらのルールには例外があります）。
したがって、Briguy37は正しいと思います。それは意図された聴衆についてすべてです。
また、Windows 7のスタートメニューがポップアップし、マウスをクリックするとすぐに非表示になります。あなたはそれから何かが欲しいのでそれは自然に感じます。ただし、タスクバーに最小化されたプログラムがポップアップするまでに時間がかかります。どうして？画面下部で何かに手を伸ばしているときに誤って触れてしまう可能性があるためです。この場合、プログラムをすぐに表示すると混乱を招きます。
ボトムライン：興味深い質問、楽しいトピック、答えなし。これらの決定は、対象となるユーザーと、要素またはソフトウェアの意図された目的に基づいている必要があります。
the答えではなく、私のものです。
キーはUIフィードバックだと思います。一般に、アクションを速く実行しても害はありません。ただし、UIのフィードバックを速すぎると害を及ぼす可能性があります。
いくつか例があります。
Firefox 'アドレスバーに文字を入力すると、Firefoxに候補が表示されますが、1秒遅れて表示されます。これは良い妥協案です。私が提案をしたいなら、彼らはすぐに来る。しかし、提案を一度に表示するのはあまりにも不安です。
同様に、ツールチップの表示や非表示など、マウスの位置に関連するものには通常遅延があります。
Macでは、メニュー項目をアクティブにすると（キーボードの同等の機能を使用している場合でも）、メニューが青く点滅します。まばたきが速すぎると、目立たなくなり、目がくらむようになります。アニメーションは特別なものです。アニメーションの数が多すぎてはならず、アニメーションが遅すぎてはいけません。彼らはイライラすることができます。 ただし、一部のアニメーションは、ユーザーが何が起こったかを理解するのに役立ちます（ウィンドウはどこにありますか？）。
Nに指を置いたままにすると、キーの繰り返しnnnnnnnnはwhileループだけでなく、反復ごとに文字を追加します。それ以外の場合、2秒後にはすでに膨大な数の文字Nがあります。繰り返し率はMacでも設定できます。
ユーザーの前にサプライズダイアログを表示することは、一般的に悪い習慣です。しかし、コンピュータはそれを何度も繰り返します。そして、いくつかのケースでは、それは正当化されます。アプリケーションを使用していて、何かをクリックすると、Windows Updateダイアログが開き、次の2つのボタンが表示されます：[〜＃〜] r [ 〜＃〜]estart nowおよびRestartlater。運が悪ければ、最初のボタンは私がクリックしたいところに来て、私はクリックし、そして…さようなら！同じことがキーボードでも起こります。ダイアログが表示されたときに「キーボード」のRの文字を書いている場合は、さようなら！そのため、このようなダイアログを表示する際の最初の2秒間はボタンのアクションを無視することをお勧めします。 Firefoxでは、クリックの乗っ取りを防ぐために、一部のコントロールで同様の遅延があります。
システムで認証しようとすると、システムが意図的にその応答を遅らせることがよくあります。これは意図的にユーザーエクスペリエンスに悪影響を及ぼします。これは、セキュリティ上の理由からです。
意図的に純粋な処理速度を遅くすることは、意図的にUIを遅くすることよりもまれです。しかし、それには十分な理由もあります。
たとえば、Macラップトップコンピュータには、デフォルトでオンになっている省電力オプションがあります。これにより、バッテリ駆動時のプロセッサの動作が遅くなります。
電話のことを思います。電話を切ると、リンクはすぐに切断されません。すぐに電話を取り戻すと、会話を続けることができます。プレー中に意図的な遅延があるのか、単に遅いプロセスなのかはわかりません。
急いでいるときは、リフトドアの開閉が遅すぎます。彼らのエンジンは確かに彼らをはるかに速く動かすことができます。リフトドアをより速く動かすと、ほとんどのユーザーのエクスペリエンスが向上します。しかし、彼らは子供と呼ばれるいくつかの壊れやすいものをノックアウトするので、速度の向上によってユーザーエクスペリエンスがほとんど損なわれます。 :-)メトロや路面電車のドアも同様です。
ユーザーが期待する速度で物事が起こるべきだと思います。
386年代には、入力またはクリックした直後に何かが起こった場合、それらのコンピューターで行われたほとんどすべての処理に一定の時間がかかり、ユーザーがそれに慣れていたため、何かがうまくいかなかったように思われました。
新しいコンピューターを使用すると、1人のユーザーは事態の発生が早くなることを期待しますが、ユーザーがそれを認識するのに必要な時間よりも時間がかかるものに限られます。例：プログラムはドキュメントをより速く保存できますが、ユーザーが変更（アイコンの色の変更など）を見ることができない場合、ユーザーは何かが実際に起こったとは信じません。