私は現在、複数日にわたる音楽フェスティバルをまとめる予約代理店向けのCMSを開発しています。ニュースや記事を投稿するのではなく、管理されているコンテンツの大部分はこれらのフェスティバルとショーだけです。ただし、これらの番組をサイトに投稿するには多くのデータ入力が必要であり、新しいフェスティバルを作成するプロセスはやや複雑です。
現在の実装モデルでは、ユーザーにFestivals、Events、Flyers、Venues、および-に移動させるだけです。 Set Timesサイトのセクションを作成し、個々のフォームに入力して、このデータを追加/編集または削除します。しかし、これは直感的には思えません。したがって、私はこれらの従来のフォームをAJAX=インターフェースに変換し、それらを1つの画面に統合してプロセスを合理化しようとしています。
ただし、これは大量のデータであり、プロセスを複数のステップ(ウィザードなど)に分割する必要があるのはいつでしょうか。各画面をいくつの入力フィールドに制限しようとしますか?
ほとんどのワークフローはそれほど直線的ではないため(たとえば、各イベントの設定時間は、ショーの前夜まで決定されないため)、個人的にウィザードタイプのUIを使用することをためらっています。入力フィールドを折りたたみ可能なフォームにグループ化し、チラシをアップロードするためにモーダルダイアログを使用することにより、画面上の入力フィールドの数を制限して、乱雑さを軽減できることを願っています。これは妥当な設計ですか、それとも平均的なユーザーはウィザード型のインターフェースを好みますか?
そのような場合、私は group tabs を使用してフォームを整理し(ユーザーが必要なページに直接アクセスできるようにする)、_Next: xyz
(xyzは次のフォームの名前です)各ページのボタンをクリックして、ウィザードのようなアプローチを好むユーザーがページをクリックできるようにします。
プロセスが複雑になるのは、大量のデータがあるということではなく、一度にすべて入力する必要があるという前提です。フェスティバルの作成は、3つのステップのプロセスである必要があります。
トリックは、フォームを最初に入力する必要がないことをユーザーに理解させることです。 1つのフィールドだけを編集して、[保存]ボタンをクリックしてもかまいません。フェスティバルは、公開された瞬間まで、不完全なドラフト状態のままになる可能性があります。
私は好奇心が強いのです、レスマジェステ、ウィザードが嫌いなのはなぜですか。それはあなたが個人的な嫌悪を開発したものですか、それともウィザードが特定のタスクを完了する際にユーザーに問題を引き起こすことを証明する研究に関してより具体的なものがありますか?私は現在、非常に複雑なアプリケーションの再構築に取り組んでおり、フェスティバルとは関係ありませんが、あなたと同様の考慮事項と懸念事項があります。私は非伝統的なウィザードを探していて、Flick'rが使用するアップローダーを本当に気に入っていました。それは、特定のプロセスのステップ数にも依存すると思います。 Flick'rの実装で私が気に入ったのは、透明度と垂直方向の視覚化でしたが、どちらも簡単だと感じました。