web-dev-qa-db-ja.com

電話またはタブレットのモックアップ:鶏か卵か?

上司が「モバイル」ワイヤーフレームを要求するとき、どのフォームファクターから始めるべきですか?

電話、フルサイズタブレット、または「ミニ」タブレットを選択する必要があります。その理由は何ですか。

Nexus 7は良い出発点だと思います-サイドメニューレイアウトをサポートしていますが、無関係なプレースホルダーデータ用のスペースをあまり残していません。

4
nipponese

最初に最小のフォームファクタから開始します(あなたの場合は電話)スペースがないと、主な焦点を定義するように要求する機会が与えられるためですアプリの主な内容と、ユーザーが自分のタスクを実行できるようにするために提供する必要がある主要なコンテンツであり、無関係なものをあまり追加できないようにします。

より高いフォームファクターに移行するときは、主なタスクが画面上の主要な相互作用ポイントであることを確認し、追加する要素がユーザーにそのタスクを実行するように補強するか、少なくともユーザーをタスクの実行に導きます。

私が提案しているのは、技術的にはモバイルの最初のアプローチのバリエーションですが、後で実際に大きなフォームファクターに拡大しないでください。 。

また、この記事をご覧になることをお勧めします 最初にモバイルを構築する方が賢明な理由! 最小のフォームファクターが出発点として役立つ理由についての入力。

6
Mervin

タブレットは、モバイルとデスクトップ間の優れた概念的な架け橋です。しかし、それは多くの場合、主要な利益の原動力ではありません。これを覚えておくことは非常に重要です。

私は今でもデスクトップで作業する傾向があり、タッチアフォーダンスとクリティカルパスを考慮に入れています。それは、私のクライアントにとってモバイルが増加しているにもかかわらず、ほとんどの金額がデスクトップサイトからまだ生じているためです。

現在、多くのコンテンツサイトでは、トラフィックの大部分がモバイルで受信されているため、そこから開始する必要があります。彼らはしばしばその限られたスペースで収益化を整理するという追加の苦痛を持っています。

1
plainclothes

私はあなたの組織/プロジェクト/国/対象読者に最も一般的なものに合わせてスケーリングします。

私はモバイルが不十分だとよく思います。安価なAndroidの画面は小さすぎて便利ではありません。デバイスが腕の長さで保持され、魔法のようにスケールアップされません。つまり、仮想への「ウィンドウ」内部の現実は、ユーザーの視野からあまり多くのスペースを占めていません。

しかし、ほとんどのユーザーがそのような画面サイズを持っている場合は、それで問題ありません。

または、賛同を得るためにプレイすることもできます。最初に、マネージャ/顧客が持っている画面をデザインしてください。いずれにしても、最も一般的なscreenfactorを設計する必要があります。

レスポンシブデザインでは、問題は1つのデバイスでどのように見えるかについてではありません。問題は、どのようにスケーリングするかです

そして、それは少なくとも2-3のデザインです。

0
Aadaam

それはあなたがどの問題に取り組んでいるかに依存しますか?実行されているタスク、ユーザー、およびコンテキストは何か。同じデータを異なる方法で使用してタスクフローを設計することで、両方のソリューション(およびデスクトップソリューション)を提供できる場合があります。

私たちは、LinkedInやeBayなどで、常に同じデータの周りにさまざまなUIとデバイスを使用しています(ここのeBayの例を参照)。

https://blogs.Oracle.com/VOX/entry/the_cloud_user_experience_changing

スマートフォンでもタブレットでもそうではないと思いますが、対応するタスクに最適化されたUIプラットフォームです。

0
uobroin