画面の数は特定のソフトウェアのユーザビリティに影響しますか？
すべての機能が提供されている限り、アプリケーションに70〜80画面があるかどうかはユーザーにとって重要ですか？
それはプラットフォームに依存しますか？ハンドヘルドデバイスvsデスクトップ？
画面の最大数に制限はありますか？画面の数が増えると、アプリケーションが軽量になりますか？アプリケーションを使用するかどうかに関するユーザーの決定に影響しますか？
個人的には、機能を損なうことなく、アプリをできるだけ軽量にすることを望んでいます。
IMO、
それは間違いなく重要です。一般的なユーザーは、画面のジャングルに身を置くでしょう。 Autocadか何かのようにターゲットアプリ（ライセンス）がやむを得ないほど複雑でない場合、70〜80の画面が表示され、重大な（システム分析と）設計上の欠陥があることがわかりました。
ハンドヘルドデバイスアプリでは、快適なユーザーエクスペリエンスを構築するために、スペースとデバイスの機能をより高度に使用する必要があります。したがって、利用可能なすべてのピクセル空間を確実に利用するには、さらに多くの設計スキルが必要です。
空きメモリと競合しない限り、画面の総数に制限はありません。
いいえ。画面の数が多いほど、複雑な画面が少なくなるのではなく、画面が重くなる可能性が高くなります。
いいえ、すべきではありません。これは、アプリを適切に機能させるおよびユーザーフレンドリーにするために、必要な数の画面を使用する必要があるためです。 80画面が必要な理由がある場合は、それを選択してください。あなたがそれを減らすことができるなら（あなたができるならそうするべきです）、それからそうしてください。
ただし、使いやすさのために、KPIとして画面の数に重点を置くことは絶対にしないでください。そうしないと、同じ画面で機能を強制しすぎてしまい（おそらく無関係）、事態はさらに悪化します。優れた画面とは、意味のある画面です。 そのコンテキストに適切な機能と適切なフォーカスが必要です。
だから、あなたが尋ねるべき唯一の質問：私はrightの量のスクリーンを使用していますか？.
ただし、重要な注意点が1つあります。画面をフレームワークの上に設計してください。画面の内容は異なる場合がありますが、すべて同じ規則とガイドラインに従ってくださいである必要があります。それ以外の場合は、実際に画面のジャングルを作成します。結局のところ、ユーザビリティは、ユーザーがアプリ内で自分の道を見つけ、必要なことをできる限り簡単かつシンプルに実行できるかどうかという問題に帰着します。
画面の数は、ユーザーがどこにいるのか、何ができるのか、必要に応じて続行できるのと比べると、それほど重要ではありません。これは一種の wayfinding problem –なので、各画面に価値があることを確認し、ユーザーとその目標を明確に理解することから始めることに集中してください。
はい、使いやすさが重要です。
昨年私は2つのデスクトップソフトウェアを使用してユーザビリティテストを行いました。どちらも同じトピックと同じワークフローをカバーしていますが、異なる製品が計画されています。作画ソフトです。テストユーザーは同じペルソナで、人数は8人でした。唯一の違いは製品であり、いくつかの理由により、画面の総数（ワークフローが少ない）です。各画面は、ワークフローの特定のステップをカバーしています。
したがって、結果はSUS）で10ポイント改善されました。しかし、このアプリには、オブジェクトの配置方法にいくつかの主要なユーザビリティのバグがありました。私の推測は、ワークフローが少ないため画面が少ないために使いやすさのためです。
- そして、それはハンドヘルドデバイスで重要です。画面が多すぎると、複雑なナビゲーションが強制され、ハンドヘルドには適しません。
- それでもあなたはそこに問題を抱えているでしょう、そしてあなたがデスクトップ上で持つことができるようなハンドヘルド上で高密度UIを持つことは容易ではなく、お勧めできません。
非常に低密度のUIであるため、Photoshopのような複雑なアプリが新しいWin8モダンスタイルでどのように機能するのか、私は本当に興味があります。