あなたのアプリを遅くすることは今までに良いですか？
これは極端な例ですが、 TDWTFの最新の投稿 は興味深い概念を示しています。意図的にアプリを一時停止して進行状況バーを表示し、何かをしていることをユーザーに納得させます。
このようなことは以前に思い浮かびました 私が答えに-スピナーを表示することを提案しました保存が瞬時でも。
アプリへのアクセスを遅くしたくないのは明らかですが、少量の場合、アプリに対するユーザーの認識を改善できますか？
アプリの応答性をユーザーに示す必要があるという考えは的確ですが、アプリケーションを任意に遅くすることはそれを行う方法だとは思いません。代わりに、成功通知を使用して、ボタンにホバー状態とアクティブ状態（マウスボタンの押し下げ）があることを確認して、アプリが応答していること、およびユーザーのアクションがサービスで反応していることを伝えます。
保存ボタンなどの場合、これを行う最も簡単な方法は、保存ボタンを「保存済み」に変換することです。アクションが完了した後。ユーザーはその領域に焦点を合わせているため、たとえそれが非常に小さなものであっても、変更を見つけることができます。ユーザーがコンテンツの変更を開始したら、保存ボタンの状態を元に戻すことができます。
一度、問題が発生しました。ユーザーは、要求した変更が既に行われていることに気づきませんでした。これは登録フォームであり、ボタンが押され続けただけで、すでに完了していることに気づきませんでした。
ボタンが1回点滅していたかどうかは関係ありません。ボタンの横の変化にもかかわらず、ボタンを押して集中していたのです。
私たちの解決策は、その中に250ミリ秒の遅延を挿入することであり、それによって応答時間が120〜200ミリ秒の認知バリアを超えて上昇し、それを反応としてフレーミングしました。働いた。
個人的に私はほんの一瞬しか表示されない読み込みインジケーターが嫌いです。それが原因で発生するものはすべてちらつきです。それが120ミリ秒未満の場合、ユーザーは気付くことさえありません。 ...」.
そのため、結果がすぐに出ると予想しているが、時間がかかるリスクがある場合は、負荷インジケーターのタイマーを0.5秒程度に設定しました。答えがその前に来る場合、それは瞬間的です、そうでない場合、彼らはまだ迅速なフィードバックを得ます。