可変数の画面で使用されるエンタープライズアプリケーションにレスポンシブデザインを使用する必要がありますか？
ユーザーがシングルスクリーンモードとデュアルスクリーンモード（デスクトップのみ！）で作業環境を表示するエンタープライズアプリケーションのUIを設計しています。
このシステムを使用すると、ユーザーは画像の分析を実行しているときにレポートを入力します（1つの画面/ウィンドウで、またはデュアルスクリーンモードで両方）。この作業手順には、マルチタスク機能が必要です。
ユーザーが両方の画面モードを持っている理由は、理想的にはオフィスにデュアルモードがあり、オフィスの外で作業しているときでもシングルスクリーンモードで作業できることです。
これは私に不思議に思います、システムのコンポーネントのいくつかを応答して設計する必要がありますか？たとえば、一部のコンポーネントを1つの画面から別の画面にドラッグできます。ナビゲーション/ツールバーを変更して応答可能にするオプションをユーザーに提供する必要がありますか？
モバイルデバイスで表示しないとレスポンシブメソッドが適さないと考える人もいますが、ユーザーが両方の画面モードを使用するこの場合はどうでしょうか。私は、システムのこれらの特定の機能に対して、小さな応答調整を提供することを考えています。
私の最初のプロジェクトでも同じ問題があったので、おかしなことに質問すべきです。私たちのユーザーは、マップ上のイベントを選択し、フォームを使用してその中に大量のデータを挿入する必要がありました（ご存知のように、エンタープライズの種類です）。当然、画面を左右に分割しています。単一のモニター内でのみ機能するように設計しましたが、多くのユーザーが2つの画面を並べて表示することを知っていました（ただし、すべてではありません）。余談ですが、このアプリケーションはWeb環境に実装される予定でした。
私たちはこの問題を注意深く検討し、ユーザーがマップを画面から別のWebブラウザーウィンドウに「ドッキング解除」できるようにするのが最善であると結論付けました。このようにして、2番目のモニターにマップウィンドウを配置することができました。このソリューションは、MS-Windowsでモニター内のウィンドウを最大化できること、およびモニターの高さが常に同じであるとは限らないことを扱います。 2つのモニター間でブラウザーウィンドウを最大化する唯一の方法は、手動でサイズを変更することです。
2つの補遺ノート：
1）実装チームは、2つのブラウザウィンドウ間でアプリケーションを同期するのに本当に苦労しました。
2）このソリューションでは、1つの画面内にレスポンシブな動作を実装する必要はありません。現在取り組んでいるプロジェクトでは、エンタープライズWebアプリケーションが1024x768から1980x1024の範囲で使用できる必要があります。非常にシンプルなアプリケーション画面だけがこの範囲全体でうまく機能することがすぐにわかるので、レスポンシブデザインをいくつか行いました
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
ここでも。
これはUXで非常に一般的な問題であり、確かに私にとっては問題でした。
私は現在、マップベースのエンタープライズシステムに取り組んでいます。このシステムでは、マップを介して表示される場所ベースのデータが、マップ上にダイアログウィンドウとして表示されるフォームに入力する必要があります。
[〜＃〜] all [〜＃〜]機能で自問する必要がある質問は次のとおりです：
ほとんどのユースケースでシステムを使いやすくしていますか？
すべての機能が最も一般的なセットアップで最も使いやすいことを確認する必要があります。
私のプロジェクトで行ったのは、大規模な（約22インチ）モニターで1080pで最高のパフォーマンスを発揮するHTMLベースのインターフェイスを作成することですが、小さなモニターでも使用できました。システムの主な用途は、私がコントロールできるコントロールセンターでした環境とハードウェア-システムの使用の80％で、1080x1920解像度のWindows 7上のfirefox 10.0で使用されることを指定できます。システムは「すべての」ブラウザー（IE8 +、FF、Chrome）で正常に動作する必要があり、 「すべての」解像度（理由の範囲内）-快適さは低く、UXは十分に計画されていませんでしたが、20％の時間で失われたものは、大部分の使用で得られたものよりも多くなりました。
良い質問。
同様の問題がありました。組織の特別な検索があり、検索結果の行をクリックすると、ポップアップウィンドウが開いて詳細が表示されました。そのポップアップウィンドウは通常、右側の画面にありましたが、彼らは左手を使用していました（私がそれらを見た限り）。
問題は、結果がロードされるまでに2分以上かかる、非常に遅いということでした。
UXデザイナーおよびソフトウェアアーキテクトとしての私の仕事は、高性能で使いやすいソリューションを考案することでした。
私たちにはWebテクノロジがありましたが、ポップアップウィンドウの問題は、開くのに膨大な計算労力（つまり：時間）がかかり、常にアプリケーションが遅くなることです。
そのため、代わりのスライドパネルを代わりに設計しました。これは、別のテストとして、ユーザーが何かをクリックするとスライドするようにしたものです。 「これをポップアップウィンドウにすることができます。これについてのあなたの意見に興味があります」と私は言った。そして、彼らはポップアップを嫌っていて、このバージョンがはるかに便利だと彼らは言った。テストに参加したすべての人がこれを言った。
特に2つのウィンドウのセットアップ（それから遠く離れている）では、ポップアップをいつでも強制終了できると言っているわけではありません。その特定のケースでは、ユーザーがスライドインバージョンで生産性を高めたと感じただけです。待つ必要はありません。
（もちろん、その2分も250〜350ミリ秒に短縮されましたが、それは別の話です）
彼らがセカンドスクリーンを何に使うのか見てください。そこで、彼らは主にコミュニケーションを見るためにそれを使用しました、彼らは電子メールで多くの要求（1分以上）を持っています。
レスポンシブレイアウトは企業内で十分に機能し始めていませんが、確実に増加しています。問題の説明に来る-モーダルウィンドウまたは他の相互作用の間で決定しようとしている場合、Aadamはあなたが最良の回答として選択した本当に包括的な回答を提供しました。
アプリ全体を複数のデバイスでシームレスにレンダリングすることを目的とする場合、応答性とそれを実装するために必要な作業は正当化されます。この場合、唯一の要件は2つの異なるセクションが関与することを必要とする対話を確認することですが、マップをフロートさせるなどのカスタマイズされたソリューションを使用して、デュアルモニタースペースに配置できるようにすることをお勧めします（デフォルトで右端または適切な位置に設定すると、使いやすさが向上します）。画面をフルスクリーンにして、キーボードショートカットを実装してみてください。このような革新的なアイデアを試してみてください。 :)