展開可能な行、クイックビュー、またはテーブルの行の詳細を含む大きなセクションを表示するモーダル？
テーブルがあり、最初のバージョンの実装では、情報を含む展開可能な行がありました。新しいバージョンでは、多くの情報があるため、クライアントは展開されたセクションの展開可能なセクションを望んでいます。
この場合、展開可能な行（内部に他の展開可能なセクション/テキストのみ）、クイックビュー、またはモーダルの最良のオプションは何ですか？どのような場合にユーザーエクスペリエンスが向上しますか？
3つのケースの詳細として、 "Design better data tables" の写真をいくつか追加します。
私はすべてのオプションが適切に機能すると信じていますが、最初の例couldは、小さなビューポートでデータを明確に視覚化するために複雑であるため、2番目のオプションに投票します。
コンテキストが鍵
投稿された3つのソリューションすべてが、より多くのコンテキストを提供しました。
解決策に取り掛かる前に、拡張可能なコンテンツを表示するために必要なアクションの頻度を確実に知りたいと思います。 それが頻繁にある場合、テーブルの列は適切に機能しておらず、最初に表示したいパラメーターに優先順位を付ける可能性があります。
アクションの頻度が少ないと想定している場合は、拡張コンテンツを優先して、情報に基づいた判断ができるようにします正確に。
この場合、正確さは効率よりも優先されます。
その結果、私はソリューション2または3のどちらかを好みます。
より直感的に感じて、目をリストと同じ方向に動かし続けるため、私はエキスパンドオプションを好みます。スクロールしてモーダルをクリックして閉じるのを避けるために、ウィンドウを閉じるにはホットキー（esc）を使用することもできます。
画面サイズも要因になると思います。
ベストプラクティスを提案する記事と、役立つフィードバックを含む多くの投稿されたコメントを次に示します。 https://uxmovement.com/forms/best-practices-for-modal-windows/
簡単な答えは次のとおりです。アプリのユーザーは、一度に複数のレコードを開くことができると思いますか？もしそうなら、最初のワイヤーはあなただけの選択肢です。
他の2つのオプションは好みの問題です。
最初の方が良いと思いますが、グーグルアナリティクスのようなことをして2番目のものを使うこともできます。
ポップアップウィンドウは、誰もが常にオンラインで不満を言っているため、良い考えではありません。これは、平均的なユーザーの心にある「ポップアップ広告」のマイナスの影響と関連しています。
私は言うだろう：それをテストします。ユーザー調査を行って、ユーザーが最初のユーザーと2番目のユーザーのどちらを好むかを知ることができます。 「hotjar」などのツールを使用して、ユーザーの操作中にユーザーを確認し、GoogleアナリティクスやGoogleタグマネージャーツールと組み合わせることで、これを行うことができます。
OR
観察とUX曲線を使用していくつかの古典的なユーザー調査を行い、何が最良かを確認できます。
また、システムの進化についても考えてみてください。「スクロールダウン」すること（大量の情報を追加するとUIに適さなくなるため）または「右からのウィンドウ」（いくつかを追加すること）近い将来に役立つ可能性がある新しい情報）。
また、今それを洗練するアイデアとして考えるだけで、ブラウザのような「マルチウィンドウ」ビューに行くことができます：ユーザーは複数の「タブ」を開いてビューをそれらに切り替え、必要なすべてを見ることができます（それはたとえば、比較に使用されます）。
最初のソリューションは、インタラクションに最適なソリューションです（コンテンツを確認していません）。私がそう思う理由はここにあります：
最初の解決策では、ユーザーがマウスを大きく動かすことはありません。 klickで情報を表示すると、同じ場所をもう一度クリックすると情報が閉じます。このような大きなテーブルでは、ユーザーはおそらくマウスをポインターデバイスとして使用して、自分がどの行にいるかを常に把握できます。モーダル（上部または側面のいずれか）を使用することにより、ユーザーは、モーダルごとに最後の行を見つけて、テーブルを読み続ける必要があります。