一般的なモバイルアプリのUIを設計する場合、一般的な経験則として、どの解像度が安全であると見なすことができますか。私の興味は特にWebベースのアプリにあります。iPhoneはハンドヘルドとしてはかなり高い解像度を持っており、NokiaEシリーズの向きは異なっているようです。240×320はまだ安全だと考えられていますか?
3 に答える
情報が足りません...
「モバイルアプリ」をターゲットにしているとのことですが、実際には、モバイルとは、解像度が128x128の携帯電話から解像度が800x600のMIDまであらゆるものを意味します。
このような広範囲の「安全な」解像度はありません。本当にすべてをターゲットにしている場合は、主要な解像度ごとにカスタムインターフェイスを設計する必要があります。いくつかのスケーリング係数を追加すると、5〜8の異なるインターフェイスデザインに削減できる可能性があります。
さらに、UIは「ユーザーインターフェイス」を意味し、解像度だけでなく、タッチスクリーン、フルキーボード、さらにはソフトウェアキーを当てにすることはできません。
あなたはあなたの目標をよりよく定義するか、私たちがあなたをよりよく助けることができるようにここであなたの目標を説明する必要があります。
PDA解像度を持たない電話ユーザーは何百万人もいることを忘れないでください。実際には、技術的に傾倒している携帯電話ユーザーの大多数(電話にWebブラウザーがあることを知っているユーザー)をカバーするには、128x128以上しか期待できません。それを使用する人には気にしないでください)。
しかし、これらの損失を受け入れる準備ができている場合は、先に進んで320x240と240x320をヒットしてください。それはあなたに最新のPDA電話以上を与えるでしょう(古いブラックベリーとパームデバイスはより小さな正方形の向きを持っていました)。後で低解像度のデバイスをサポートするために時間を費やすことを計画してください...
アプリを特定の解像度に結び付けないでください。
アプリが十分な柔軟性を備えていることを確認して、内部アプリケーションロジックを変更せずに新しいUIをデプロイできるようにします。つまり、プレゼンテーションをコアロジックから分離します。これは後で非常に便利です。モバイルの世界は日々変化しています。アプリがどのように使用されているかを測定すると、たとえば、より多くのユーザーを引き付けるために、ピクセルパーフェクトな(そしてアップスケールされた320x240よりもきれいな)iPhone固有のバージョンを簡単にデプロイできます。数時間でこれを行うことができると(内部を変更する必要がないため)、他の誰かがあなたの市場でスワイプを行った場合、競合他社よりもはるかに先を行くことになります。
-アダム
現在、約 2 つの解決策を目標とし、後者はフィードバックを通じて顧客の最善のニーズを知ることが理にかなっていると思いますか?
鶏が先か卵が先かの問題です。
理想的には、製品を開発する前に、顧客が何を使用し、何を必要としているのかを知っていることです。
多くの場合、顧客でさえ、何かを使用するまで何が必要かを知りません (多くの場合、必要なものではなく、必要でないものを見つけます)。
したがって、この場合、そうです、数人に送信してフィードバックを得ることができるプロトタイプ アプリの開発に少し時間を費やしてください。彼らはそれを試すことができるので、より良いフィードバックを得ることができ、あなたは出発点を得ることができます. コア ロジックを変更せずに UI の更新をすばやくリリースできるため、膨大な時間を費やすことなく、複数のインターフェイスをすばやくテストできます。
さらに、顧客にとって、あなたは彼らのニーズに本当に敏感に反応するように見えるでしょう。これは、反応時間に依存する仕事をしている人々にとって大きな利益となるでしょう.
-アダム
あなたはWebベースのアプリについて言及しました。あなたが考えている特定のフレームワークはありますか?
多くの場合、WALLは大いに役立つようです。
これは、 WALLを活用したモバイルWebテクノロジーを使用したユーザーデバイスへの適応に関する1つの記事です。