さまざまなデバイスで使用されるWebの現実を把握しながら、ますます多くの組織が袖をまくようになるにつれて、nirvanaを達成するために使用されるいくつかの戦略を検討する価値があります。
適応アップグレード
アダプティブモダナイゼーションは、既存のWebサイトをデスクトップコンピューター専用に取得し、実際に「アダプティブに変換」するプロセスです。
既製のサイト（特に商用サイト）に関しては、チームがすべてをドロップして再構築する機会があるとは限りません。
ダン・セダーホルム
ほとんどの組織では、最初から新しいデザインを大規模に作成することは考慮されていません。 そのため、モバイルデバイス用の優れたインターフェイスを作成するための適応型近代化が一般的なアプローチです。
メリット
- 比較的速い。
アダプティブモダナイゼーションを行う方法はかなりありますが、この戦略はsmall-screens.cssファイルをサイトに追加することです。 このかなり粗雑な例にもかかわらず、適応型近代化はゼロから再構築する必要がないため、多数の組織にとって魅力的なオプションです。 - おなじみです。
ユーザーを混乱させません 。 何年もの間、人々はインターフェースに慣れ、既存のインターフェースを近代化してきました。組織は、モバイルデバイスを使用する人々の生活を改善しながら、使い慣れたアプローチを維持しています。 - 組織的に高速。
政治的には、インターフェイスをアップグレードする方がゼロから始めるよりも安全です。 どの緑の色合いを選択するか、どの平凡なストック写真を使用するかについての議論は少なく、管理者は手をひねる必要はありません。 これにより、チームはレスポンシブサイトをより高速に実行できます。
短所
- ほんの一部に影響します。
繰り返しになりますが、モダナイゼーションには多くのオプションがありますが、それらのほとんどの目標は「改善する」ことです。 レイアウトの作り直しに焦点を当てると、近代化は、さまざまなデバイスの成功したプロジェクトを作成する際に考慮する必要がある膨大な数の他の要因を見逃しがちです。 - 3リットルの瓶に10リットルの水。
デスクトップサイトはそれら専用に設計されているため（多くの場合、長期間存在します）、多くの迷惑メールを含めることができます。 そして、近代化は主にレイアウトの再溶解にあるため、コンテンツに関するほとんどの問題は完全に考慮されていません。 - パフォーマンス。
小さなデバイスをより良くサポートするためのコードを書くのは奇妙です。 余分なものを削除することは遠すぎますが、パフォーマンスに焦点を合わせなければ、それ自体は成長しません 。 - 最悪のサポート。
デスクトップコンピュータ用に開発されたメディアクエリは、ほとんどのモバイルデバイスで十分にサポートされていません 。 - 一時的な修正。
私は人々から何かを「適応させる」という要求を聞いたときに死にたいです。まるでそれがプロジェクト（実際に存在することもある）の単なるチェックボックスであるかのように。 このタイプの限定的な思考は、レスポンシブデザインが提供する本当の可能性を逃します。
レスポンシブモバイルサイト
アダプティブモバイルサイト、または私が「 アダプティブフューチャーの種 」と呼ぶ、 アダプティブデザインテクニックを使用して「m.yourdomain.ru」形式で別のサイトを作成する方法です。 この戦略は、 BBC 、 The Guardian、 Entertainment Weekly （私が取り組んだ）などのサイトで使用されています。
モバイル版では、古いサイトから成長する種を植えることができます。
時間が経つにつれて、古いサイトが削除される可能性があり、最初はモバイルで適応性があり、将来の傾向を考慮して開発されます。
メリット
- 低リスク。
ほとんどの組織は、モバイルデバイスからのトラフィックが少数であることを依然として認識しています。 したがって、モバイルアダプティブサイトの立ち上げにより、このような組織はこのトピックに頭を突っ込むことなく状況をテストできます。 - 柔軟になる方法を学ぶ機会。
デザイナーはより柔軟に考えることを学ぶことができます。 開発者は無数のAndroidデバイスのトリックを認識しています。 マネージャーは、ピクセルの改善から離れる方法を理解できます。 レスポンシブモバイルサイトは、優れた学習サンドボックスになります。 - インフラ
チームは、 画像の作成など、コンテンツ管理の問題を一度だけ解決する方法を学ぶことができます。 - 余分なものを取り除きます。
このアプローチは、チームが「本当に必要か」と自問する絶好の機会を提供し、生産性に焦点を合わせます。 なんで？ なぜなら、彼らは主に、ユーザーとモバイルデバイス上のWebサイトとの対話を改善することに関心があるからです。 - 将来は、最初はモバイルサイトにあります。
最初は質の低いコンテンツや機能にもかかわらず、十分な時間と労力を費やして、これらのモバイルサイトは最終的にフルサイズの祖先を置き換えることができます。
短所
- これはまだモバイルサイトです。
アダプティブであるかどうかにかかわらず、このアプローチはモバイルサイトの多くの欠点を保持しています。URLリダイレクト、コンテンツ管理、 同じコンテンツ 、一貫性、 SEO最適化などの問題です。 - 一時的な修正。
多くのモバイルサイトはパッチとして作成されています-血を止めるためです。 このようなサイトは、モバイルデバイスからの増加するトラフィックをオフロードするために作成されます。 これらのソリューションは依然として既存のニーズを満たすことができますが、将来のトレンドを考えると、これは長期的にあなたを救う可能性は低いです。 - 枯れるチャンス。
一部の組織は、そのようなプロジェクトを開始し、途中で行ってから、来年の予算が採用されるまですべてをやめることができます。 - 小さな画面向けのデザイン。
最初は小さな画面に焦点が当てられているため、その後、品質を損なうことなくインターフェイスを大きなディスプレイに転送することが問題になる可能性があります。
モバイルデバイス向けのネイティブなレスポンシブデザイン
「 最初のモバイル 」は、モバイル環境の制限（小画面、低帯域幅など）を考慮に入れながら、大画面のすべての利点を活用するインターフェースの開発を意味する原則です。
メリット
- 元気を取り戻しましょう。
モバイルスタート-最初から始めます。 設計者は、ビジネスの目標を達成するために、ターゲットオーディエンスの仕事に熱心に取り組みます。 開発者は、コンパクトで効率的なレイアウトに焦点を当てています。 既存のコードベースを別にして（または完全に変更して）、チームは古いテクノロジーのコストを心配することなく、さまざまなデバイスの現実に没頭できます。 - 最高のサポート。
開発者は、 「モバイルファースト」の原則に基づいて、より多くのモバイルデバイス、特にメディアクエリをサポートしていない古いデバイスをサポートできます。 - パフォーマンス。
サイトのパフォーマンスは主にその実装に依存するという事実にもかかわらず、モバイル環境向けの適応プロジェクトにより、チームは最初からパフォーマンスに集中する機会を得ることができます。 - 一度にすべて。
「モバイルファースト」というデザインは（その名前にもかかわらず）、1つのクラスのデバイスだけに焦点を当てるのではなく、 多数の権限を考慮することができます。 - 未来志向のデザイン。
主にモバイルデバイス用に設計されたインターフェイスは、時の試練に耐え、将来の成長と変化のプラットフォームとして機能する強固な基盤を提供します。
短所
- それには多くの時間がかかります。
それに直面してみましょう、「モバイルファースト」は最速の原則からはほど遠いです。 すべてをゼロから構築するには、多くの時間と労力が必要です。 費やしたリソースの価値があるように、すべてを行う必要があります。 - 意識の変化。
組織にすべてのことを異なる方法で考えさせるのはかなり難しいです。 最初はモバイルデバイス用に開発することを目的とする考え方は、すべてをひっくり返します。これは、人々が長年慣れ親しんできたアプローチの使用を複雑にします。 これには、それらを忘れて（残念ながら、これに関する本があります）、常に古い方法に戻らないように人々に思い出させる必要があります。 - 組織的に難しい。
大規模な再設計は、通常、さまざまな種類の組織の官僚機構によって複雑になります。 同社の社長は、アダプティブデザインとは何かについての予備会議には出席していなかったにもかかわらず、デザインに関する意見を表明したいと考えています。 他の人の野望やポリシーも、あらゆるデバイスで完璧に機能するインターフェイスを作成する方法を妨げる可能性があります。 - なじみのない。
再設計を行うと、インターフェイスがユーザーになじみにくくなります。 しかし、なじみのあるアプローチを維持するために、特にすべてを根本的に変更する場合は、非常に注意する必要があります。
フェーズ戦略
レスポンシブデザインの段階的な作成戦略は、大規模なキャンペーンをいくつかのステップに分解します。 近代化と同様に（これらの戦略は相互に排他的ではありません）、ここで大規模な再設計を行うことができない場合があります。 アダプティブインターフェイスの段階的な作成には、いくつかのタイプがあります。
ページごと
この方法では、ページのサブグループを作成します。 Microsoftなどの企業は、ほとんどの内部デスクトップ専用ページを残しながら、レスポンシブキーページを起動します。
メリット
- 著しく。
最も閲覧されたページ（たとえば、ホームページ）のレスポンシブバージョンを起動すると、ほとんどのユーザーが更新されたデザインに気付く場所に作業が誘導されます。 - 柔軟になる方法を学ぶ機会。
多くの場合、組織はこのようなプロジェクトを幅広いアイデアのガイドとして使用します。 複数のメインページに焦点を当てることで、レスポンシブインターフェイスの作成に関するすべてを学習し、この知識をサイトの残りの部分で使用できます。 - 起動の可能性が高くなります。
1つのページまたは1つの機能に焦点を当てることは、結果を見るための素晴らしい方法です。 すべてを一度に再設計すると、それは非常に複雑な作業になり、日の目を見ることはありません。
短所
- 整合性の欠如。
ユーザーはワンクリックで素晴らしい新しいデザインから古いfromいデザインに移行します。 これは、同種性の観点からは悪いことです。ユーザーは会社を1つのブランドとして認識し、さまざまな部門や優先順位からのごまかしではないからです。 - 近視。
ほとんどのページベースの再設計は、「第3四半期までに開始」に焦点を当てていますが、大規模なサイトでは、プロジェクトを展開する計画はほとんどありません。 - 枯れるチャンス。
まず、戦略とリスクを決定する必要があります。そうしないと、サイトがフランケンシュタインになるリスクを負います。
コンポーネントごと
私は、レスポンシブデザインに対してかなり興味深いアプローチを選択したいくつかの組織と協力しました。 最初にメインページを再装備し、次に内部ページに移動する代わりに、一部の企業は一部のコンポーネント（たとえば、ヘッダーや地下室）を適応させてから、徐々に他のコンポーネントに切り替えます。 インターフェイス全体が応答するようになった場合にのみ、メタビュータグを切り替えます。
メリット
- ユーザーを新しいインターフェイスに徐々に慣れさせます。
ユーザーにまったく新しい100％驚くべき適応設計（！）をダンプする代わりに、この段階的なアプローチは、しばらくの間ユーザーに新しいインターフェイスを示してきました。 この変更は、人々を怒らせるほど急速ではありませんが、設計を正しい方向に動かしています。 - プロセスの内訳。
チームは、ページ全体に集中するのではなく、モジュールレベルの問題を解決することを学びます（ ブロックレベル）。 - 均一なレベルの努力。
プロセスをモジュールに分解すると、 プロジェクトの範囲をよりよく理解できます 。
短所
- 不完全さの50の色合い。
ユーザーは古いものと新しいものの両方のフランケンシュタインのインターフェースに対処する必要があるため、このアプローチは失敗する可能性があります。 - 枯れる能力。
これらのタイプのプロジェクトには明確な最終目標が必要です。 - 技術的な共存。
最新のテクノロジーとテクノロジーを使用している単一のモジュールが額を古いモジュールと衝突するとどうなりますか？ このアプローチには、多くのアーキテクチャ上の課題があります。
「私はチェビーチェイスですが、あなたはそうではありません」
もちろん、すべての組織は異なるため、どちらを選択するかはさまざまな要因に依存します。 時間、予算、範囲、組織構造、スキルセット、および他の多くの要因が、どの戦略が最適に適用されるかに影響します。 しかし、時間が経つにつれて、組織はインターネットアクセスを備えたさまざまなデバイスで作業する必要があることがますます明らかになります。
これはBrad Frostによる " Responsive Strategy "というタイトルの記事の翻訳です。 著者の承認を得てUXDepotに転送。
翻訳者からのPS： この記事を楽しんでください。 翻訳の誤りをご指摘いただければ、喜んで訂正いたします。 editor@uxfox.ruまでメールでお問い合わせください:)