モバイルファーストアプローチ

縮小することの問題点は、デスクトップの技術がすべてモバイルデバイスに適しているわけではないことを常に念頭に置いておかなければならないこと、そして「カット」されたバージョンは不完全でプロらしくないと感じられることがあること、そしてデスクトップのウェブサイトを調整することで、必要ないにもかかわらず大きなコンテンツをダウンロードすることにつながることだ。

モバイルファーストアプローチは、アイデアの核となる部分を抽出し、最も重要なコンテンツは何か、見せたい目的は何かを念頭に置くのに役立つ手法です。必要なときに不必要なものを最小限に抑えることで、ページのパフォーマンスを上げることができ、モニタリングも容易になる。また、重要なものを減らすよりも、トリッキーなものを追加する方がUIパターンを設計しやすい。また、アクセシビリティの観点からも、遅いデバイスがどのように反応するか？デスクトップ・デバイスはモバイルよりもパワフルであることが多いので、以下のようなことが容易になる。 コード 新機能は追加機能であって、低速のものでは本当に使えないベースではない。しかし、モバイルのデザインが生々しく荒々しくなければならないというわけではない。どちらのバージョンもブラウジング中の閲覧者にとって奥深いものであるため、制限を考慮した上で、複雑で魅力的であるべきだが、体験が同一でなければならないということでもない（実際、そうすることはできない）。

モバイル・ビューの課題は、いかに軽量で直感的なエクスペリエンスで、できるだけ多くの機能を配置するかということだ。デスクトップは多くのミスを許してくれるが、モバイルはそうはいかない。最初に大きな獲物を狙えば、その後の開発はずっと楽になる。タップとスワイプのことを思い出せば、クリックに変換する間に考えることはあまりない。

何が難しいのか？私が思うに、モバイルビューから始める際に最も難しいのは、明確なビジュアルデザインコンセプトの欠如である。この問題は、クリエイティブで芸術的な観点から来るもので、モバイル版は時にデザイン不足になる。純粋でミニマルなデザインでない場合は特にそうだ。直感的な操作性はもちろんのこと、小さなスペースに収まり、なおかつ魅力的でクリアに見えなければならない色や形の構成には、気を配らなければならないことがたくさんある。解決策は？私は、できるだけ多くの視覚的なアイデアですべてのバージョンをスケッチし、技術的で純粋なユーザー体験とフロントエンド開発の観点からモバイル・オプションを開始することをお勧めします。それは、両方の視点から長所だけを得るための妥協点であり、この迷路に対する最良の答えのように思える！