ロード時間を改善できない場合、ユーザーの注意をそらすことは良いテクニックですか？
私がこれまでに使用したいくつかの実装では、開始ページのロード時間は4秒にもなることがあります。すべての合理的なオプションが完了したら、アプリケーションを実際よりも速く見せるためにユーザーの注意をそらすことは可能ですか？要するに：ロード時間を改善できない場合、ユーザーの気を散らすのは良いテクニックですか？
この質問は以下によって引き起こされたと思います： アプリケーションでアニメーションをいつどのように使用する必要がありますか？
ロード時間を改善できない場合は、注意散漫が良いテクニックだと私は確信しています。
例：
github.com 、および.pngのインターレースの人気。おそらく「気を散らす」という用語は750ミリ秒未満のものにのみ適用され、その後、基本的にユーザーに「ねえ、私たちはあなたの入力を得て、私たちはそれを処理しています」と知らせています。例えば。同様に、Windowsを実行している古いコンピューターをユーザーに提供し、デスクトップでショートカットを開くように依頼すると、UIに慣れていないほとんどの人は、アプリの読み込みに数秒かかると、アイコンを激怒させます。ユーザーが何かを印刷し、数秒たってもプリンターから音が出ない場合、ユーザーはイライラし、プリンターが入力を受け取っていないと思って、激しく何度も何度も印刷を開始します。
誰かに難しい数学の質問をしても、その表情は変わらず、答えを考えながら数秒間黙っていたようなものです。質問に答える前に、「そうですね、彼らはしませんでした聞いて、もう一度聞いてみよう」もちろん適度であり、50ミリ秒未満かかる場合は、アニメーションが表示されないはずです。これは、ユーザーが読み込み時間に気付かないため、これはターゲットオーディエンス、UI、およびアニメーションによって異なるため、アプリケーションに応答性とシームレスさの両方を感じさせるバランスを作成するために、私があなたに与えた具体的な数値を細かく調整し、さまざまな時間で遊んでいます。
Marcos Ciarrocchiが正しく指摘したように、ユーザーがより懸念しているのは、実際の時間よりもサイトまたはアプリの読み込みにかかると感じられる時間です。引用するには この興味深い記事 は、ユーザーがタスクをどれだけ迅速かつ迅速に取得できるかについて懸念し、その後、初期ロードについて心配していることを示しています。
調査を始めたとき、ページのダウンロード時間と使いやすさの間に強い関係があると考えました。ダウンロード時間が短いサイトは、遅いサイトより使いやすいでしょう。また、ユーザーはサイト速度の評価に一貫性があり、これらの評価はサイトの実際の速度と強く相関していると予想しました。
これらの予測をテストするために、56 kbpsモデムで10の異なるWebサイトを調査しました。これらのサイトでは、ユーザーに自分の個人的なタスクを実行してもらいました。各ユーザーは、彼女にとって面白くて意味のあることをしました。どのサイトでも2人のユーザーが同じタスクを実行することはありません。各サイトについて、ユーザーに、サイトの速さを評価してもらいました。ユーザーの測定値をサイトの「知覚速度」と呼びました。その後、調査のビデオテープを見て、ページの実際のダウンロード時間を測定しました。
まず、仮説の1つを確認しました。すべてのユーザーが10のWebサイトの速度を一貫して評価しました。彼らは、Amazon.com、REI.com、L.L。Bean.comが最も速く、About.comが最も遅いと考えていました。これらのサイトでさまざまなタスクを実行したにもかかわらず、ユーザーは知覚速度のレポートで一貫性がありました。
しかし、私たちの他の発見は私たちを完全に驚かせました。テストしたサイトの実際のダウンロード速度を確認したところ、これらの速度とユーザーから報告された速度との間に相関関係がないことがわかりました。ユーザーが最も遅く評価したAbout.comは、実際には最速のサイトでした（平均8秒）。 Amazon.comは、ユーザーによって最速のサイトの1つと評価されており、実際に最も低速でした（平均：36秒）。
私たちの調査からさらに別の驚くべき発見がありました：認識されたダウンロード時間とユーザーがサイトでタスクを正常に完了したかどうかの間に強い相関があります。ただし、実際のダウンロード時間とタスクの成功には相関関係がなかったため、元の仮説を破棄しました。人々がサイトでやろうとしていることを達成したとき、彼らはそのサイトが速いと感じているようです。
これらの調査結果について考えたとき、それらは私たちにとって非常に理にかなっています。人々が自分が欲しいものをサイトで見つけられない場合、彼らはそのサイトを時間の無駄（そして遅い）と見なします。しかし、ユーザーがサイトでタスクを正常に完了すると、ユーザーはそこでの時間をよく費やしたと認識します。
つまり、ユーザーに負荷の現在の状態を通知し、ユーザーに情報を提供する視覚的なインジケーターは、ユーザーが待機時間を定義する要因である、認識されるロード時間を短縮するのに役立つため、非常に役立ちます。これを引用するには Xブースの記事 ロードインジケーターと追加コンテンツを使用してユーザーに情報を提供し、ユーザーを引き付ける方法について
Huluは、ユーザーがビデオが表示されるのを待つ間、滑らかな読み込みグラフィックを表示します。アニメーションにより、ユーザーは進捗状況を確認できます。さらに、Huluは動画を開始する前に広告も配信します。ビデオが始まるまでにどれだけ長く待つ必要があるかをユーザーに通知し続けるために、上部にカウントダウンタイマーがあります。このタイマーには2つの目的があります。1つは広告を待つことによるフラストレーションを減らすこと、もう1つはユーザーが何を求めているのかがわかるまでの残り時間を理解することです。
ただし、正確な待機時間を認識していない場合、注意散漫を提供することは、アプリケーションの最終目標に関連または適用可能である限り、役立ちます。良い例は tweetgrader で、検索プロセスを説明する面白いテキストメッセージとともに素敵なアニメーションを提供します
ユーザーは実際に知覚された時間のみを気にします、これは実際のロード時間と同じではないことがよくあります。
その意味で、プログレスバーや読み込みアニメーションと同様に、"気晴らし"はフィードバックのもう1つの形式ですが、認識される読み込み時間を短縮します。 Githubの例 は非常に優れており、よく見ると、ページ遷移の最後に、古くて鈍い回転ホイールがあることがわかります。
ただし、これはたまにしか行わないでください。焦点を当てるべきではありません。ロードブロッキングを見つけるときに待たずに長い回り道を強いられたようなものです。障害物を修正することに集中する必要がある間、あなたはより良く、より楽しい回り道をすることを考えてしまうかもしれません。
さらに、このプレゼンテーションでは Secrets to Lightning Fast Mobile Design 、Instagramの共同設立者であるMike Kriegerが、アプリを作成するために行ったいくつかのことを説明していますより速く感じる特に、 re " famous " formoving the bits while no-one's Watching：
Bruce Tognazziniがこのガイダンスを提供します。
- 2秒より長くかかるアクションの待機の潜在的な長さを示すメッセージを表示します。
- アニメーション化された進行状況インジケーターを通して実際の長さを伝えます。
- サーバーの保存などの長いプロセスが完了するのを待っている間、ユーザーに知らされて楽しませる魅力的なテキストメッセージを提供します。
- クライアントシステムにビープ音を鳴らし、長い（> 10秒）プロセスから戻ったときに大きな視覚的表示を提供して、ユーザーがシステムの使用に戻るタイミングをユーザーに知らせます。
出典： http://www.asktog.com/basics/firstPrinciples.html
フットボールマネージャーは、ゲームのセットアップ中、およびフィクスチャーの処理中にヒントを表示します。
また、ゲームインストーラーが画像を表示し、場合によっては、インストール中に小さなゲームをプレイすることもありました。今はスクリーンショットを見つけることができませんが、シムズがこれを行っていたと思います。
知覚速度に影響を与えることができます。次のリンクでは、「一定速度で移動する左に移動する波紋」を使用して、OSXがプログレスバーをより速く見せるためのテクニックを使用する方法について説明しています。このリンクのビデオが示すより良いテクニックがあります：
http://www.newscientist.com/article/dn18754-visual-tricks-can-make-downloads-seem-quicker.html
それに関するいくつかの論文もあります：
大きなデータオブジェクトのダウンロード時間が原因で遅延が発生している場合は、ユーザーの緊急のニーズに応える情報のレンダリングを優先することができます。
例えば;私が取り組んだ求人検索システムでは、一部の求人検索の読み込み時間が長いため、「クエリで見つかった求人のX数」がすぐに返され、JSONがはるかに大きいことを確認しました実際のジョブ詳細のオブジェクトが並行してロードされていました。
それが不可能な場合（たとえば、サーバーの遅延が原因で遅延が発生した場合）、スピナーなどの読み込みグラフィックを使用するLinkedInモバイルWebのルートに進むことができます。残りのロード時間の表示。
すばらしいテクニックだと思います。UIの微妙な変更やアニメーションも、物事の反応性を高めるのに役立つと思います。
たとえば、数秒かかるデータの抽出などを実行している場合、何が起こっているかを示すボックスを表示することができますが、わずかなフェードまたはスライドイン/アウトでボックスを表示および非表示にすると、無意識のうちに1〜2秒で購入できます。ユーザーと。
理想的には、遅い読み込みで問題が発生せず、ユーザーからも見えなくても問題がなければ、IMOの方がはるかに優れています。