モバイルアプリのルートを変更する前または後にデータをフェッチする
モバイルアプリでルートAからルートBに変更する必要があります。ルートBでは、新しいデータをフェッチする必要があります。私の質問は非常に簡単です：モバイルアプリユーザーがアプリを好む/期待するかどうかを示す調査はありますか1）ユーザーを新しいルートに送信してデータがロードされるまで待つか、2）現在のルートに留まり、2番目のルートを表示するかすべてのデータが読み込まれたとき？
私の直感は、ユーザーが前者を好むことです（これは、現代の単一ページアプリの「プログレッシブレンダリング」の哲学に非常に近い）ですが、この主張を裏付ける実証的な研究があるかどうか疑問に思っています。この分野の研究について他の人が提供できる指針があれば役立つでしょう。
ユーザーはルートを気にしませんが、待つ必要がある時間や、目標に向かって進んでいるように感じるかどうかは気にします
一部のSPAでは、ルーティングが存在しない場合があり、これが応答性の問題になっています。あなたのケースではそうですので、すぐにルートを変更し、ページを徐々に表示してデータをロードするときに、正のフィードバックで空白を埋めることをお勧めします。ルートの変更は、進行を強化するための1つの方法ですが、これはルートに関係なく行うこともできます。
より長い回答
待機時間の認識は、ユーザーエクスペリエンスに大きく影響します。すぐに実行されるアクションまたは要求は、無反応に感じる場合があります。アプリケーションの応答性に関するNNGroupによるこれに関する興味深い研究があります。彼らは、アプリケーションの待ち時間には3つの主要なしきい値があると判断しました。
https://www.nngroup.com/articles/website-response-times/
•0.1秒で瞬時に反応します。 •1秒でユーザーの思考の流れがシームレスに保たれる•10秒でユーザーの注意が保たれる... 10秒後、彼らは他のことについて考え始め、コンピュータが最終的に応答すると脳を元の状態に戻すことが難しくなる
*注：より最近の調査では、アプリケーションの破棄が発生するまでのロード時間の上限は3秒に近いことが示唆されています*
待機時間は、占有時間とは異なります。
待つことは私たち人間にとって耐え難いことです。そして、私たちは私たちの人生の大部分をこの行為に費やしています。しかし、待つことの苦痛を緩和し、彼らの認識を変え、ユーザーにとってより良い体験を生み出す方法があります。
- 時間を意味のあるもので満たす
- 待ち時間を正当化する
- 彼らが待つ時間について透明性を保つ
追加読み
モバイルに関するウェブのベストプラクティスを単に適用するために、モバイルに関するウェブの調査結果の多くを再考する必要があります。モバイルでのWeb UXよりも深く掘り下げていない場合、モバイルでWebサイトを効果的に作成していると、エクスペリエンスが低下します。
ユーザーは、ルートAからルートBに変更する必要はありません。なぜユーザーはそれをする必要があるのですか？ユーザーはいつそれを行う必要がありますか？ユーザーはそれをどのくらいの頻度で行う必要がありますか？ユーザーがそれを行う必要がある確率はどのくらいですか？
確率でプリフェッチが必要な場合は、プリフェッチをお勧めします。低所得のユーザーを対象とする場合、プリフェッチは良いアイデアではないかもしれませんが、接続性の悪い地域のユーザーを対象とする場合は、ますます良いアイデアになるかもしれません。