ダウンロードページの複数のバージョンを1つに統合する方法は？
現在、アプリケーションの一括ダウンロードページを作成しており、エンドユーザーのメインワークフローの予測可能性を設計する際にいくつかの問題が発生しています。
以下のこの画面（例として機能）の目的は、ユーザーが1つのファイルまたは複数のファイルを一度にダウンロードできるようにすることです。このシステムが現在実装されている方法は、ユーザーが1つを選択するか複数を選択するかに応じて、ダウンロードページの異なるバージョンにリダイレクトされるというものです。
ダウンロードページ内で、ユーザーはさまざまなファイル形式を選択できます。下の画像は、ユーザーが複数のファイルをダウンロードするときに表示されるページを示しています。このページでは、ファイルを圧縮する前にさまざまなオプションを実行します。複雑さを増すために、各ファイル内に複数のサブファイルが存在する可能性があるため、個人をダウンロードしても、単純なファイルをダウンロードするだけで同じページに到達することは保証されません。
シンプルで、ユーザーがすぐにダウンロードできるファイルの場合、そのビューは少し異なります（以下を参照）。各ファイル形式を別のフォルダーに圧縮せずにダウンロードできるように、同じ機能を維持したいと思います。
これらの2つのフローの主な問題は、各ファイルの複雑さのために、ユーザーが最終的にどのバージョンのダウンロードページになるかがわからないことです。
何か案は？どんな助けでも大歓迎です。
少なくともいくつかの提案...
私が持っているいくつかの質問は：
ファイルをいくつか選択した後、それらが何であるか、およびダウンロード画面を使用しているときに各ファイルに対して選択する必要がある形式を覚えていますか？戻って確認するのは簡単ですか？一度にいくつのファイルをダウンロードする可能性がありますか？
たとえば、現在のテーブルで使用可能なファイル形式オプションを提供するファイルをチェックすると、選択ボックスが表示される可能性はありますか？選択はダウンロード画面の前に行われる可能性があります。
チェックボックスの代わりに、ファイルをクリックすると、フォーマットオプションが直接表示されます。そこで、私の選択がque/formに追加され、メインのファイルリストページに戻ります。次に、ダウンロードアクションはこれらのすべての選択をレビューとして集約します。たとえば、「単純な」ファイル画面はオーバーレイである可能性があります。たとえば、フォーマットを選択したときにファイルを「確認」する必要があることを確認します。
これらは両方とも、ユーザーにファイル選択と同時にファイル形式を選択させることを試みます。
ワークフローの次の段階に進む前に、必要なファイルが既に選択されていることを知っておくと良いと思います。 （単一ファイルの場合、2番目の例は完璧です。複数ファイルの場合、少し変更されます）
これにより、より一貫性のある2番目のステップ（ダウンロード）画面を提供できます。バックエンドでのコーディングも簡単になります。
ファイルをダウンロードキューに追加する前に、そのファイルの詳細を表示しているときに、一歩下がってファイルにダウンロードする形式を決定する必要があると思います。質問の画像がダウンロードファイルリストの場合は、各ファイルに対して選択されている形式と対応するサイズも表示されます。個別にダウンロードする場合は、リストに追加する前にファイルを圧縮することもできます。