アプリが応答性を維持するのにどのくらいの時間がかかりますか？
要件を記述するためのエディターを作成しています。何を記述するかについてユーザーに提案したいと思います。ユーザーへの反応を良くするために、どれくらい速く提案を提示する必要がありますか。 （レスポンシブデザインではなく、速度のように応答します）。より一般的には、ユーザーが使用できる速度はどれくらいですか？
時間は、アプリが応答性を感じるかどうかに影響を与える要因の1つにすぎません。しかし、人々がどのように反応を知覚するかの大まかな考えをあなたに与えるまともなガイドラインがあります。
Jakob Nielsenが Response times に関する良い記事を書いており、これは大まかなガイドとして使用しています。それはそれを述べています：
- 0.1秒は、システムが瞬時に反応しているとユーザーに感じさせるための限界に近いため、結果を表示する以外に特別なフィードバックは必要ありません。
- 1.0秒は、ユーザーが遅延に気づいたとしても、ユーザーの思考の流れが中断されないようにするための制限とほぼ同じです。通常、0.1秒を超え1.0秒未満の遅延の間は特別なフィードバックは必要ありませんが、ユーザーはデータを直接操作する感覚を失います。
- 10秒は、ユーザーの注意をダイアログに集中させるための制限とほぼ同じです。より長い遅延の場合、ユーザーはコンピューターが完了するのを待っている間に他のタスクを実行する必要があるため、コンピューターがいつ完了するかを示すフィードバックをユーザーに提供する必要があります。遅延中のフィードバックは、応答時間が非常に変動する可能性がある場合に特に重要です。ユーザーは何を期待すべきかわからないためです。
応答性は、コンテンツまたはリストアイテムの読み込み以上のものです。インタラクション時にユーザーにフィードバックを提供するようにしてください。これは、ボタンが「押された」ように見える場合、音、アニメーション、振動の場合があります。
重要なことは、ユーザーが何が起こっているのか（それがロードされていること）を確実に把握することです。これにより、アプリを待つ忍耐力が大幅に向上します。
上で述べたように、それはすべて、情報がどのように提示されるかと、それにかかる時間に依存します。時々、ユーザーの入力に応じて文をオートコンプリートするだけでも効果的かもしれませんが、すでに提示されているものを吹き飛ばして単純に移動しながら、ユーザーが選択したいパスを選択できるように、ユーザーに選択オプションを提供することについての疑問も生じます。オン。
ユーザーに選択オプションリストを提示する場合は、ワークフローを停止してこれらのオプションを提示しますか、それともユーザーが選択できるように画面にロードしてロードしますか？
どちらの場合でも、高速だけでなく低速で入力する大多数のユーザーを取得したいので、せいぜい2秒にします。 1秒未満では時間が速すぎる可能性があり、遅いタイピストが入力していた内容を完了するのに十分な時間が与えられないため、システムに、提示する必要があるものについて有効な決定を行う時間を与えることができます。