私は、Bluetoothデバイスと通信するアプリのUXを行っています。残念ながら、すべてのBluetoothトラフィックはクラウドバックエンドを介してルーティングされるため、アプリが遅くなることがあります。これに対処するために、たとえば「Bluetoothアクションの応答時間は1000ミリ秒未満である必要がある」など、いくつかのパフォーマンス目標を定義したいと思います。
自分で任意のパフォーマンス目標を立てるのではなく、既存の研究またはベストプラクティスに基づいてそれらを達成したいと思います。これにより、パフォーマンスの向上に時間を費やすことを私が主張しやすくなります。
Webページの場合、Googleが作成したモデル [〜#〜] rail [〜#〜] を見つけました。これは、おそらくモバイルアプリにも適用できます。
Jacob Nielsenによる記事で、一般的に 応答時間制限 について説明しています。
モバイルアプリのパフォーマンスに関連する他のUXガイドライン、モデル、またはベストプラクティスはありますか?
数年前にそれについて行われた研究がありました。
ここを見てください:
https://think.storage.googleapis.com/docs/mobile-page-speed-new-industry-benchmarks.pdf
彼らが最初に言及することの1つは次のとおりです。
新しい分析によると、モバイルランディングページを完全にロードするのにかかる平均時間は22秒です。それでも、モバイルサイトの訪問者の53%が、ページの読み込みに3秒より長い時間がかかります。
RobCの回答に似ています。
また、サイトのパフォーマンスとユーザーのコンバージョン率の間の相関関係を示すいくつかのファンシーダイアグラムも提供します。
これが少し役に立てば幸いです。
[〜#〜] edit [〜#〜]:このトピックに関する記事を更新しました(Kevin Mに感謝):
NNGのWebサイトには、応答時間とフィードバックの必要性がまとめられています。
要約すると、UIが瞬時に感じるには0.1秒。 0.1秒から1.0秒まで、UIには顕著な遅延があります。 1.0秒後、ユーザーは作業が中断されていると感じます。これは、ユーザーインターフェイス(デスクトップ、モバイル、Web)に使用されるテクノロジとは無関係です。
Googleは3秒以内にマークを付けます。 https://www.thinkwithgoogle.com/marketing-resources/data-measurement/mobile-page-speed-new-industry-benchmarks/ を参照してください
ほとんどの業界のサイトとアプリはこの制限を超えていますが、特にモバイルコンテキストでは、即時応答以外のものが壊れていると読み取られるため、試してみる価値があります。