ユーザーエクスペリエンスに対する応答時間の変動の影響を示す研究
ユーザーエクスペリエンス全体に対する応答時間のレイテンシの変動の影響に焦点を当てた調査または結果はありますか？
私は「一般的に受け入れられている」推奨事項（インスタントには100ミリ秒、1秒以上には進行状況インジケーターなど）に関する研究を認識しています。ただし、私が知りたいのは、具体的には、次のような場合のパフォーマンスの違い（ある場合）です。
- すべての対話で一貫した500ミリ秒の応答時間
- +/- 200msの変動を伴う平均300msの応答時間
（1）は（2）よりも望ましいですか？どちらかである場合、すべての場合で？もちろん、500msと300 +/- 200msは任意の代用値です。
使用しているアプリケーションが一般的に遅いか、実行に長い時間がかかることが予想されるアクションに対して遅いと感じますか？
2つの異なる実世界の例と比較したいと思います。
- バスが常に遅れている場合は、スケジュールやタイミングを調整して、常に遅れても時間通りに行くことができます。バスの使用者は調整できるので影響を受けません。
ただし、バスは独自のスケジュールで運行されており、通勤者からの入力に影響されません。そのため、バスのシナリオでは機能する可能性がありますが、ユーザーインタラクションのシナリオには適用されません。
代わりに、それを、要求と応答であると考えてください。
- レストランから料理を注文する場合、簡単な料理を用意して、料理にかかる時間で提供したいですか？または、すべての料理の時間に一貫性を持たせたいですか。つまり、最も速い料理が高度な料理と同時に提供されますか？フライドポテトを注文した場合、シーバスケットを注文したときと同じ時間がかかりますか？
もちろん、パーティーの場合は、全員が同時にサービスを受けることが望ましいですが、それは行動規範と関係があり、ここではあまり適用されません。自分で何かをすばやく注文する場合は、メニューで最も高度な料理を注文した人のように遅れることなく、完了したときにおいしい料理を提供する必要があります。
少なくとも私は、アプリケーションのユーザーは同じだと主張します。アイテムのカスタマイズされた検索は実行に時間がかかることに気づき、それで問題ありません。しかし、検索で項目を表示してから検索結果に戻ると、最初の検索にかかったのと同じ時間に再び待ちたくありません。私が感じるユーザーとしては、-地獄、これにこれほど長い時間をかける必要はありませんか？！なぜ私にこれをするのですか？
そのため、実行時間を、個々のアクションが実行されるのにかかる実際の時間に保ち、不要な待機の必要はありません。