許容できないwebapp応答時間の業界標準はありますか？

質問

カスタマイズに取り組んでいるcots（市販の市販の）アプリケーションがあります。このアプリケーションでは、特定のデータの分布のために2、3ページの読み込みに非常に長い時間がかかります。（このインスタンスでページがロードされるまでに約3分かかります...時間は指数関数的に増加しています）。

明らかにこれは受け入れられませんが、受け入れ可能な応答時間を示すことができる研究はそこにありますか？

応答時間について議論する良い研究が欲しいのですが。

解決

Jakob Nielsenの研究が< em> any アプリケーション（この点でWebアプリは特別ではありません）：

したがって、Webアプリの場合、サーバーの近くで平均して500ミリ秒のページ応答時間を維持し、200〜300ミリ秒のネットワーク遅延があっても使いやすいWebアプリにする必要があります。

他のヒント

許容可能なUI応答時間は人間の心理に基づいているため、Webアプリケーションの場合も従来のデスクトップアプリケーションの場合と同じです。

実行中の操作をエンドユーザーがどのように認識するかに応じて、許容可能な応答時間は1秒（「ダイアログウィンドウ」を閉じる場合）または10秒（計算結果を表示する場合など）になります。

ユーザビリティの第一人者であるJakob Nielsenが、Webアプリケーションの応答について良い記事を書いています。回。

公開されたUIガイドラインでは、同じ許容応答時間を指定しています。例：

はい。ニールセンの記事には、心理学がどのように関係しているかについての良い情報があります。こちら「知覚されたパフォーマンス」の理由に関する詳細情報を見つけることができます。重要なのは、実際の応答時間だけではありません。

関連する質問を投稿したところ、役に立つかもしれない興味深い回答がいくつかありました。参照

しばらく前、教授から、平均的なユーザーは何も起こらずに10秒待った後でgivesめたと言われました。何かが起こるのを見ると、待つ傾向が高まる可能性があります。しかし、それはしばらく前のことでした...インターウェブが遅くなったとき。

おそらくこれを行う良い方法はありません。

＆＃8734;許容される最小応答時間です。

その後、ユーザーが予想する最大時間。これはサービスによって大きく異なります。

アニメーション化された領域は、砂時計、渦巻き、円、さらには塗りつぶされて何度も空になるバーであっても、ユーザーの忍耐力を大幅に向上させます。問題が明らかに彼らの行動が聞いたことがないということでない限り、彼らは待つでしょう。

所属していません StackOverflow