部分ページの応答性、または非応答アプリの応答要素
既存のアプリケーションにかなりの新機能を追加するプロジェクトに取り組んでいます。以前は応答性を（現実的に）促進しないフレームワークに制限されていたため、これまでに構築されたすべてのものが応答性がありませんでした。現在のプロジェクトには、一見矛盾する2つの目標があります。
- さまざまなセクションに渡る多くのナビゲーション（古いフレームワークから新しいフレームワーク、新しいフレームワークから古いフレームワークへの移動など）を含む、幅広いアプリケーションに機能を統合します
- 新しいセクションを「レスポンシブ」にする
率直に言って、新しい機能を完全に応答可能にするという考えはひどい考えのように見えます。なぜなら、単一のアプリケーションをナビゲートしているとき、より小さなデバイスを使用しているときは、まったく異なるビューが表示されるからです。 
このような移行の経験はありますか？特定のモジュールまたはエリアをレスポンシブにする例はありますか？
新しいレスポンシブ機能の最も重要なページを直接指すサブドメインURLを設定することを検討してください。これにより、モバイルユーザーは、すぐに使用できるソフトウェアの一部に簡単にアクセスできます。
または、メインアプリケーションのホームページにonload JavaScriptを追加して、ブラウザの画面サイズを確認することもできます。ブラウザが電話であることを検出した場合は、新しいレスポンシブ機能の最も重要なページにリダイレクトします。
これらの手法のいずれかを使用すると、プログラムを効果的に電話対応部分と電話拮抗部分に分割できます。電話を使用しないユーザーは引き続き両方の部分にアクセスできますが、電話を使用するユーザーには新しいコードしか表示されません。その後、時間が許す限り、レガシーページをより応答性の高いものにし、製品の電話対応側に移動することができます。
私がモバイルデバイスを使用していて、サイトの0％が応答している場合、それはエクスペリエンス全体に悪影響を及ぼします。
20％（新機能）あるレスポンシブである場合、サイトの少なくとも20％が使いやすくなりました。
確かに、これにより、応答性のない80％が比較してはるかにイライラするようになります-しかし、それはあなたの会社がサイト全体をやり直すことを後押しするので、良いことかもしれません。