ブランドのプリローダーを使用することの長所と短所は何ですか？
私が現在取り組んでいる製品は、さまざまなビューとグリッドがロードされている間、会社のロゴが付いたブランドのプリロードアイコンを使用しています。これは私たちのブランドを待つことと遅いことと関連付ける不必要なリスクであるように私には思えます。
もちろん、その逆も当てはまるので、高速読み込みの場合は、企業のブランドを素早い対応と俊敏性に関連付けますが、前者のリスクはそれだけの価値はないと感じています。
このような設計パターンを使用することの合理的な正当化または批判は何ですか？
あなたの質問に直接答えることはできませんが、私が見ている傾向は、知覚されるパフォーマンスのために、人々が skeleton UI とプログレッシブロードを優先してプリローダーを廃止していることを示唆しているようです。プリローダーまたはローディング画面を使用する場合は、もはや現代的なデザインパターンです。
スケルトンUIパターンは次のようになります。
一方、今見ることができるスケルトンUIとプログレッシブロードを実装する前に、 Facebookはブランドのロードインジケーターを削除することを決定しました 、ユーザーが多いことを発見したためFacebookが遅いと非難する可能性がありますが、iOSのデフォルトのスピナーを使用している場合、人々は自分の電話を非難する傾向があります、これは間違いなく非常に興味深い観察です。
私の経験では、ユーザーはプリローダーを速度低下の兆候と見なしています。 1つのプロジェクトからプリローダーを削除するだけで、パフォーマンスに関する苦情の数が減りました。ブランド化されたものはさらに悪化し、あなたのブランドを待機と遅滞に関連付けます。
プリローダーは一切使用しないことをお勧めします。重要な要素がすばやく読み込まれるようにコードを最適化して、残りのUIが読み込まれている間にユーザーと一緒に時間を費やすようにします。プリローダーを使用することにこだわっている場合は、対象とするプラットフォームに一般的なものを使用してください。
あなたはあなた自身の質問に答えています。読み込みが十分に速い場合、ユーザーはローダーを見ることさえできません。
十分な速さは何ですか？
0.1秒は、システムが瞬時に反応していることをユーザーに感じさせるための制限です。つまり、結果を表示する以外に特別なフィードバックは必要ありません。
1.0秒は、ユーザーが遅延に気づいたとしても、ユーザーの思考の流れが中断されないようにするための制限についてです。通常、0.1秒を超え1.0秒未満の遅延の間は特別なフィードバックは必要ありませんが、ユーザーはデータを直接操作する感覚を失います。
10秒は、ユーザーの注意をダイアログに集中させるための制限とほぼ同じです。より長い遅延の場合、ユーザーはコンピューターが完了するのを待っている間に他のタスクを実行する必要があるため、コンピューターがいつ完了するかを示すフィードバックをユーザーに提供する必要があります。遅延中のフィードバックは、応答時間が非常に変動する可能性が高い場合に特に重要です。ユーザーは何を期待するかわからなくなるためです。
https://www.nngroup.com/articles/response-times-3-important-limits/
Facebookのようにプレースホルダーを使うかもしれません
https://cloudcannon.com/deconstructions/2014/11/15/facebook-content-placeholder-deconstruction.html