現在、ユーザーが6つのステップで調査を作成するセットアップフローの設計に取り組んでいます。ユーザーが何をする必要があるかに基づいて、さまざまな手順をタブに分割することにしました。
ステップ3:調査に関与した場所とユーザーを管理します。
等..
ユーザーが一度にすべてを入力するのではなく、時々再訪して編集する可能性があるため、(ウィザードではなく)タブを使用することにしました。また、順序は必ずしも連続的ではありませんが、ほとんどのユーザーが現在作業している順序です。
私の質問に!
プロセスを通じてユーザーをどのように支援し、進行状況が保存されているとユーザーに伝え/感じさせるかについては、よくわかりません。 (私はここのフォーラムで同様の質問を見ましたが、それは情報がデータベースに送信される方法/タイミングに関連しています)。
私が選んだのは:
何をすべきか?
あなたは言う:
ユーザーが一度にすべてを入力するのではなく、時々再訪して編集する可能性があるため、(ウィザードではなく)タブを使用することにしました。
そのため、典型的なウィザードでさえも、手に持つ経験を積む必要のある多額のタスクがあります。つまり、プロセスを理解してもらうには、通常よりも多くのプロンプトと説明を組み込む必要があります。
あなたの質問への答えは間違いなく自動保存です-そして、出口アクションの近くでPdxdが目に見えるラベルを提案することをお勧めします。 (丸で囲まれた#2ソリューション)
しかし、あなたの目標はユーザーがプロセスを進め、進行状況が保存されていることを伝える/伝える方法であるため、ソリューションは保存ボタンと自動保存の違いを超えています。検討してください:
最後に大きな保存/送信ボタンを備えた自動保存をお勧めしますが、ユーザーが進行しているときにフィードバックを提供できない理由はありません。
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
上記の私の模擬スケッチでは:
ホバー時にヒントテキストを提供できます(はい、矢印はマウスを目的としています)。
または、率直に言うと、ボタンの下にヘルプテキストを含めるだけです。
次の画面が読み込まれたときに、上部に「変更が保存されました」などのメッセージを含める必要があることを確認します。
これは、プッシュ保存ではなく、ユーザーのステップを保存します。 Googleは主にGoogleドキュメントでこれを使用しています。
例:
それが「ウィザードのような」ことに関しては、それが線形プロセスである場合、その次のボタンは本当に助けにはなりません。タブは基本的にブレッドクラムを形成します。非線形の場合でも、切り替え前に次のような警告を表示できます。
注:私はコピーライターではないので、例を書き直すことができるかもしれませんが、それは基本的に私がお勧めするフローです。