質問

モバイル アプリの UI を設計する場合、一般的な経験則としてどの解像度が安全であると考えられますか。私の興味は特に Web ベースのアプリにあります。iPhone は携帯用としてはかなり高い解像度を持っていますが、Nokia E シリーズは異なる方向性を持っているようです。は 240×320 まだ安全だと考えられていますか?

役に立ちましたか?

解決

情報が足りません…

「モバイル アプリ」をターゲットにしているとおっしゃっていますが、実際には、モバイルとは、解像度 128x128 の携帯電話から解像度 800x600 の MID まで、あらゆるものを意味する可能性があります。

このような幅広い範囲に対応する「安全な」解像度は存在しないため、すべてを本当にターゲットにしている場合は、主要な解像度ごとにカスタム インターフェイスを設計する必要があります。いくつかのスケーリング係数を追加すると、5 ~ 8 種類の異なるインターフェイス設計に削減できる可能性があります。

さらに、UI は「ユーザー インターフェイス」を意味し、タッチスクリーン、フル キーボード、さらにはソフトウェア キーさえも当てにできない、解像度だけではない多くの要素が含まれます。

ターゲットをより適切に定義するか、私たちがより適切にサポートできるようにここでターゲットを説明する必要があります。

PDA 解像度を持たない携帯電話ユーザーが何百万人もいることに注意してください。技術的な傾向のある携帯電話ユーザー (携帯電話に Web ブラウザがあることを知っているユーザー、それを使用する人は気にしないでください)。

しかし、これらの損失を受け入れる準備ができている場合は、320x240 と 240x320 に挑戦してください。これにより、最新の PDA 携帯電話以降が利用できるようになります (古いブラックベリー デバイスやパーム デバイスは、より小さな正方形の向きを持っていました)。後で、低解像度デバイスのサポート、そして何よりも時間を費やすことを計画してください...

アプリを特定の解像度に関連付けないでください。

アプリケーションの内部ロジックを変更せずに新しい UI をデプロイできるようにアプリが十分に柔軟であることを確認してください。言い換えれば、プレゼンテーションをコア ロジックから分離することです。これは後で非常に役立つことがわかります。モバイルの世界は日々変化します。アプリがどのように使用されているかを測定したら、たとえば、より多くのユーザーを引き付けるために、ピクセル完璧な (そしてアップスケールされた 320x240 よりも美しい) iPhone 固有のバージョンを簡単にデプロイできます。これを数時間で行うことができれば (内部構造を変更する必要がないため)、他の誰かがあなたの市場に侵入した場合、競合他社よりもはるかに先を行くことができます。

-アダム

他のヒント

現時点では、約 2 つの解決策を目標にし、後者はフィードバックを通じて顧客の最大のニーズを知ることが合理的だと考えています。

それは鶏が先か卵が先かの問題です。

理想的には 製品を開発する前に、顧客が何を使用するか、何が必要かをすでに知っています。

頻繁 顧客ですら、何かを使用するまでは何が必要なのかわかりません(そして、何が必要なのかよりも、何が不要なのかを知ることのほうが多いのです)。

したがって、この場合、はい、 少し 数人の人に送信してフィードバックを得ることができるプロトタイプ アプリを開発する少しの時間です。彼らはそれを試すことができ、出発点となるため、より良いフィードバックが得られます。コア ロジックを変更せずに UI アップデートを迅速にリリースできるため、膨大な時間を費やすことなく、複数のインターフェイスを迅速にテストできます。

さらに、顧客にとって、あなたは彼らのニーズに本当に敏感に反応しているように見えるでしょう。これは、仕事が反応時間に依存している人々にとっては大きなメリットとなるでしょう。

-アダム

Web ベースのアプリについて言及しました。何か特別なフレームワークを念頭に置いていますか?

多くの場合、 大いに役立つようです。

ここに 1 つの記事があります。 モバイル Web テクノロジーを使用したユーザー デバイスへの適応 WALLを悪用します。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top