インターネット(および他のアプリケーション)からデータをロードするすべてのモバイルアプリには、アプリがデータをロードする時間があり、ユーザーは操作が完了するまで待機する必要があります。
私の質問は:
私は この記事 ジェイコブ・ニールセンによるヒントがあなたにヒントを与えると思います:
2014年に追加された更新:このような質問が頻繁に寄せられるため、ここで回答することにしました。
[〜#〜] q [〜#〜]: "応答時間は重要であると何度も言及し、応答を測定するためのツールがたくさんあります時間ですが、許容可能なWebベースのアプリケーションの応答時間はどのくらいですか?ショッピングエクスペリエンスではなく、インタラクティブアプリケーションに対するユーザーの許容範囲はどれくらいですか?」
[〜#〜] a [〜#〜]:「Webベースのアプリケーション」という用語を根絶できれば、本当の問題の邪魔になるので、これはアプリケーションUI設計の1つです(このトピックには1日のコースがいくつかあります)。 JavaScriptで実装されたアプリと比較して、C++で実装されたアプリケーションに関する特別なガイドラインはありません。コーディングではなくユーザーエクスペリエンスについて説明しているため、実装に関係なく、基本的なユーザビリティの推奨事項は同じです。
したがって、Webベースのアプリケーションの応答時間のガイドラインは、他のすべてのアプリケーションと同じです。これらのガイドラインは46年間同じであり、実装技術が変わっても変更されることはほとんどありません。
0.1秒:UIでオブジェクトを直接操作しているとユーザーが感じる制限。たとえば、これは、ユーザーがテーブルの列を選択してから、その列が強調表示されるか、選択されていることをフィードバックするまでの制限です。理想的には、これは列をソートするための応答時間でもあります—その場合、ユーザーはテーブルをソートしていると感じます。 (コンピューターに並べ替えを行うように命令していると感じているのとは対照的です。)
1秒:ユーザーがコンピュータを過度に待つことなくコマンドスペースを自由に移動していると感じるユーザーの制限。 0.2〜1.0秒の遅延は、ユーザーが遅延に気づき、コマンドがユーザーのアクションの直接の影響であるのではなく、コンピューターがコマンドで「機能している」と感じることを意味します。例:選択した列に従ってテーブルを並べ替えることが0.1秒でできない場合、確かに1秒で行う必要があります。そうしないと、ユーザーはUIが遅く感じられ、実行中の「フロー」の感覚を失います。彼らの仕事。 1秒を超える遅延の場合は、コンピューターが問題に取り組んでいることをユーザーに示します。たとえば、カーソルの形状を変更します。
10秒:タスクに注意を向けているユーザーの制限。 10秒より遅いものには、パーセント完了インジケーターと、ユーザーが操作を中断するための明確な標識付きの方法が必要です。ユーザーが10秒以上の遅延後にUIに戻ったときに、ユーザーの方向を変える必要があると想定します。 10秒を超える遅延は、タスクの切り替え時など、ユーザーの作業の自然な中断中にのみ許容されます。
速いほど良いと思いますが、私の意見では、モバイルデバイスにWebサイトが読み込まれるのを待つことと、自宅の(より高速な)PCでそれを待つのには、何か異なる点があります。携帯電話での高速接続にはまだ慣れていません。
私は2日前に友人と電車で旅行し、Googleで答えを探し始めました。速度が遅いので、ページが読み込まれるのを待つ間、少なくとも30秒間話し続けましたが、問題はありませんでした。ポイントは、何時間もの調査にスマートフォンを使うのではなく、バスに座っているときのブラウジングなど、ページが読み込まれるまで数秒待つのに問題のない場所にいることです。
ページの読み込みを長くするのは私の接続ではないことに気付いた瞬間です。このウェブサイトのいくつかの大きな画像私はそれをやめ、別の検索結果を探し始めます。
技術的な観点から、読み込み時間を取り除くことはできません。しかし、ユーザーの観点からすると、読み込みアニメーションまたはプレースホルダーを使用して、少しの間注意をそらすことで、「苦労」を打ち消すことができます。