私がカスタマイズに取り組んでいる cots (市販の市販) アプリケーションがあります。このアプリケーションでは、特定のデータ分布のロードに非常に長い時間がかかるページがいくつかあります。(この場合、ページが読み込まれるのに約 3 分かかります...そして、時間は指数関数的に増加しています)。
明らかにこれは受け入れられませんが、許容できる応答時間とは何かを指摘できる研究はありますか?
応答時間を議論する良い研究があればいいのですが。
私がカスタマイズに取り組んでいる cots (市販の市販) アプリケーションがあります。このアプリケーションでは、特定のデータ分布のロードに非常に長い時間がかかるページがいくつかあります。(この場合、ページが読み込まれるのに約 3 分かかります...そして、時間は指数関数的に増加しています)。
明らかにこれは受け入れられませんが、許容できる応答時間とは何かを指摘できる研究はありますか?
応答時間を議論する良い研究があればいいのですが。
Jakob Nielsen の調査では、あらゆるアプリケーションについて次のような回答が得られています (この点に関しては、Web アプリは特別ではありません)。
したがって、Web アプリの場合、200 ~ 300 ミリ秒のネットワーク遅延でも快適に使用できる Web アプリを作成するには、サーバーの近くでページの応答時間を平均で最大 500 ミリ秒に保つ必要があります。
許容できる UI 応答時間は人間の心理に基づいているため、Web アプリケーションでも従来のデスクトップ アプリケーションと同じです。
実行中の操作をエンド ユーザーがどのように認識するかによって、許容される応答時間は 1 秒 (「ダイアログ ウィンドウ」を閉じる場合など) または 10 秒 (計算結果を表示する場合など) になります。
ユーザビリティの第一人者である Jakob Nielsen は、許容できる Web アプリケーションの応答時間に関する優れた記事を書いています。
公開された UI ガイドラインでは、同じ許容可能な応答時間を指定しています。次に例を示します。
はい、ニールセンの記事には、心理学がどのように関与しているかについてのいくつかの良い情報があります。 ここで は、実際の応答時間だけでなく、「知覚されるパフォーマンス」が重要である理由に関する詳細情報を見つけることができます。
関連する質問を投稿したところ、役に立つかもしれない興味深い回答が得られました。見る
しばらく前に教授から、平均的なユーザーは 10 秒待っても何も起こらずに諦めると言われました。何かが起こるのを見ると、待つ傾向が強まる可能性があります。しかし、それは少し前のことです...インターウェブが遅かったとき。
業界標準は実際には存在しないと主張する素晴らしいブログ記事がここにあります。
たぶん、これを行う良い方法はありません。
∞ は、許容できる最低の応答時間です。
その後は、ユーザーが予想する最大時間であり、サービスによって大きく異なります。
アニメーション化された領域は、砂時計、渦巻き、円、さらには何度もいっぱいになったり空になったりするバーであっても、ユーザーの忍耐力を大幅に向上させます。問題が明らかに彼らの行動が聞かれなかったということでない限り、彼らは待つでしょう。