GUIを待つことでどれだけの時間が失われますか？
質問をしたところ、 より高速なGUIを使用すると常に効率が向上しますか？ 、GUIが応答しないために失われる時間には下限があることがわかりました。答えの私の解釈は、50-100ミリ秒未満は無視できる影響があるということです。今、私はより長い待ち時間に関する研究があるかどうか知りたいです。私は、10秒から20分までの範囲に特に興味があります。これは、他の質問に対する彼の回答でエデベレットが言及した study には含まれていません。ユーザーが慣れないように待ち時間がランダムに発生するケースに興味があります。
関連する質問で言及されている http://www.useit.com/papers/responsetime.html は、待ち時間が10秒を超える場合、ユーザーはタスクに向きを変える必要があると述べています。私が理解しているように、10秒の数値の理論的根拠は、短期記憶が2〜10秒の範囲で減衰することです（または、ユーザーの注意がさまよっ、他のことを作業記憶に押し込みます。 ）ユーザーがタスクに戻ると、長期記憶とUIによって提示された情報を使用して、ユーザーがどこにいたかを把握します。
10秒から20分の範囲のしきい値にはどのような理論的根拠があるのかわかりません。異なるタイプのフィードバックが要求されるガイドライン（プログレスバーの代わりに通知など）として提案された2分のことを聞いたことがありますが、それはユーザーが長い間待つよりもむしろマルチタスクを実行するという考えに動機付けられたと思います。
Lotus 123から一部のワークフローデータベースフォームのMS Accessへの変換を行った後、 Lotus 123を使用する場合、ユーザーは通常、1つの特定のワークフローですべてのデータを登録するために6時間を費やしていました。MSAccessに変換した後、同じジョブで30分使用しました。これは基本的に、何も再構築せずに少しずつすべてを変換するだけでした。すべて同じ方法で行われ、GUIは新しいバージョンで表示されます。大きな違いを引き起こしたのは、2つのシステムの応答時間の違いだけでした。
何をするかに応じて、待機時間は大きな問題ではありませんが、アクションが完了したらユーザーに通知することが非常に重要になる場合があります。
アクションの終了後に視覚的アラームをトリガーすることで、ユーザーはイベント後にかなり速く反応し、パフォーマンスを向上させることができます。