ウィザードフローからの移動
Webアプリケーション用の4ステップウィザードフローを設計しています。私の混乱は、ユーザーがウィザードにいる間、ウィザードを一度に完了する必要があることを考慮して、メインアプリケーションメニューにアクセスできるようにする必要があるということです。
ここに私が考えることができる2つのオプションがあります：
オプション1-メインメニューが表示され、セクションをクリックすると確認メッセージが表示され、ユーザーはナビゲートできます。しかし、それが良い経験になるかどうかはわかりません。 
オプション2-全画面モーダルでウィザードを表示します。それを閉じないと、ユーザーはアプリケーションの他の部分にアクセスできません。 
これらのうちどれがうまくいくか、それを行うより良い方法があるかどうかを提案してください。
ユーザーが制御と選択の自由を持たなければならないことは既知の原則であり、注意散漫が少なくなると完了率が向上することもわかっています。
ユーザーとビジネスの両方にできる最善のことは、オプション2を使用することです。ウィザードに5つ以上のステップがある場合、ユーザーがウィザードを中止する前に行った進捗を保存できればすばらしいでしょう。
私の意見ではできればオプション2です。しかし、それをバックアップするための難しいルールはありません。確かにコストのためだけでなく、注意散漫のためにもです。具体的には、ウィザードを開始しています。それがあなたの主な目標です。他のすべてのものは散らかり、あなたの注意をそらします。しかし、それは私の哲学です。
ウィザードは明確な目標を持つ専用のタスクであり、一連のガイド付きステップとして構成されています。
各ステップのコンテンツの量に応じて、ウィザードを提示する方法がいくつかあります。たとえば、次のとおりです。
- モーダルダイアログ
- 専用ページ
- 他のアプリケーションナビゲーション機能を備えたアプリケーションページに埋め込まれている
ほとんどの設計問題と同様に、考慮すべき長所と短所があります。たとえば、アプリケーションナビゲーションも含まれているページにウィザードを埋め込むことを選択した場合、ユーザーがアプリケーションナビゲーションリンクの1つをクリックすることを決定したときに何が起こるかを考慮する必要があります。ウィザードが完了していないという警告を表示しますか？ Save for later機能はありますか？
考慮すべき費用もあります。ウィザードを埋め込む場合は、ユーザーがナビゲーションリンクをクリックしようとするたびに追加のコードが必要になるため、開発コストが少し高くなります（これを行うと、ウィザードを効果的にキャンセルします）。
したがって、ウィザードページのコンテンツの詳細を知らない限り、どのアプローチが状況に最適であるかについて他のガイダンスを提供することはできません。
ウィザードを一度で完了する必要がある手順と考えてください。一時停止と再開はありません。
ほとんどの場合、ウィザードには閉じるボタンやキャンセルボタンがありません。ただし、いつでも戻って変更を加えることができます。
ウィザードはモーダルでも非モーダルでもかまいません。