Webアプリケーションが*速すぎる*可能性はありますか？
注： 速すぎると速すぎる？ 、および ロードが速すぎる場合の対処方法 なので、非重複性を明確にしたいと思います。 mアニメーションについて尋ねるのではなく、アプリケーション全般について尋ねます。制御できないブラウザの反応を除けば、これに対するアニメーションはないので、そのために変更するものは何もありません。
私は（1日、おそらく20年後には）将来的にマーケティングと販売を計画し、商品化しようとする製品の構築を始めました。これはWebアプリケーションです。詳細を秘密にしようとしていますので、エンドユーザーが購入してインストールできるパッケージ可能なソフトウェアアプリケーションであることに注意してください。
このアプリケーションの主なセールスポイントは、高速に構築したことです。つまり、本当に高速です。 Webブラウザーでの読み込みに no 遅延がある点があります。たとえば、マウスのクリックが発生する前に、ページが再読み込みまたは転送されます 。これは速い。私がいくつかのテストを行っていたときに、これが問題であることに気付いただけで、私がここに約30秒間座って、私が要求したことを実行したかどうか疑問に思いました。時間。
開発者になった今、98％が web 私が使用するアプリケーション（Stack Exchangeを含む）には待ち時間（一部は very 小さい、100ミリ秒程度））があり、何かに時間がかかっていることに気付きました。これは always 悪いことではありません。ユーザーは、あるページから次のページへのアプリケーションの移行を確認する機会があり、変更に気付きます。それが速い十分である場合、ユーザーは少なくとも私の経験では気付かないかもしれません。インターネット経由での読み込みが目立つようになると思いますので、通常これについては心配しませんが、thisアプリケーションの問題はインターネット経由でを読み込んでいますが、それでも非常に高速です。
それで、私の質問に：アプリケーションが artificially 遅くして、たとえそれが小さい場合でも、顕著なレイテンシが存在するようにする必要がありますか、それとも問題ではありませんか？私は特にで、決定に影響を与えるのに役立つ可能性のある、これに関するあらゆる調査に興味があります。
システムがユーザーが開始したアクションに非常に迅速に応答し、アプリケーションがタスクを完了したことを示さない場合、これはユーザーエクスペリエンスに悪影響を与える可能性があります。
sability heuristic "システムステータスの可視性"は次のように述べています。
システムは、適切な時間内に適切なフィードバックを通じて、ユーザーに何が起こっているかを常に通知する必要があります。
アクションが発生するtoo fastで、ユーザーにアクションの結果に関するフィードバックが提供されない場合、システムはこのヒューリスティックに違反しています。
労働錯覚
2011年に ハーバード研究 は次のことを発見しました：
... Webサイトが努力を払っていることを通知することによって運用の透明性に従事する場合、人々は実際に、結果が同一であっても、瞬時の結果を返すものよりも待機時間が長いWebサイトを優先できます。
彼らはこれを労働錯覚と呼んだ。それをしている有名な会社の多くの例があります。とりわけ、Facebookは 故意に遅くなった ユーザーが安全に感じるようにセキュリティ診断を行い、Wells Fargoは意図的に 網膜スキャナー を遅くして人々が何かが起こったことに気づきました。
アプリケーションが何をしているのかわからないので、人為的な待機時間を導入するかどうかを判断するのは難しいでしょう。しかし、開発者はあなたがknewアプリケーションが何かを実行する必要があるにもかかわらず、応答を30秒間待っていたという事実に基づいて、問題があると思います。少なくとも、ユーザーが自分のアクションが何らかの影響を与えたことをユーザーに認識させてください（インターフェースの目に見える変化、人為的な遅延、またはその他のメカニズムによって）。
その他のリソース
同様のトピックについて良い議論があります ここ 。 NNグループには、 Iが速すぎる場合 、および 盲目を変更する （ユーザーがデザイナーの期待どおりに表示されない場合）に関する興味深い記事もあります。