このWebアプリケーションには、次の3つの異なる操作があります。
これは、3つの業務が一致していない場所です。 1つのケースではContinue/Cancelを選択し、別のケースではDone/Abortを選択し、最後にFinalize/Cancelを選択します。
これらのうちどれが最適ですか?より良い代替案はありますか?もしそうなら、支持する議論はありますか?
私は通常、このような一般的なボタンラベルを避け、できるだけ具体的にするようにしています。あなたのレーベルは私にとって「データベースらしい」と感じ、プログラマーが設計した非常に抽象的なドメイン(...データベースエディターなど)を思い出させます。
詳細については、OK /キャンセルボタンの配置に関するこの関連質問を参照してください。
そこでの回答で、私は Jakob NielsenのOK /キャンセルボタンに関する調査 にリンクしました。
多くの場合、ボタンに名前を付けて、一般的なラベル(「OK」など)を使用するよりも、ボタンの機能を説明する方が適切です。明示的なラベルは「ジャストインタイムヘルプ」として機能し、ユーザーに正しいアクションを選択する自信を与えます。
たとえば、いくつかの例:
また、代替案を除外することを検討することもできます。場合によっては、これは理にかなっています。 「キャンセル」オプションは、ユーザーが何かを購入したり、大量のデータを含むCRUD操作を行うなど、重要な約束をしようとしている場合に含めるとよいと思います。
ただし、ツイートのような単純なものの場合、特にコミット操作後に簡単にロールバックできる場合は、続行しないと何もコミットされないことが通常は明らかであるため、明示的な「キャンセル」ボタンを省略しても問題ありません。
優れた例はStackExchangeのコメントフォームです。このフォームには[コメントを追加]ボタンがあり、フォームを非表示にしたりキャンセルしたりすることはできません。コメントを追加したくないですか? 「コメントを追加」をクリックしないでください。
ウィザードのように聞こえます。次に例を示します。
Next >
およびCancel
ボタンが含まれています。Next >
をクリックします。Finish
およびCancel
ボタンがあります。Finish
をクリックすると、操作が完了します。 Cancel
はすべてをキャンセルします。別のアプローチは、それを1ステップのプロセスにすることですが、元に戻すことを許可します。操作によっては、これが可能な場合とできない場合があります。
Merge
およびCancel
ボタンを含むポップアップが表示されます。Merge
をクリックします。Undo
ボタンが含まれます。ユーザーがUndo
をクリックすると、操作は元に戻ります。私が付け加えたい2つのポイント:
1)実際のマージプロセスが2番目の画面(概要付き)の後に開始された場合、[マージ]ボタンはその2番目の画面にあるはずです。これにより、最初のボタンでは、「マージ結果のプレビュー」などのボタンが表示されるはずです。これは、ユーザーが開始したプロセスフローでユーザーが次に取得する結果だからです。
2)これはちょっと気味の悪い提案ですが、最初の画面に「プレビューマージ」、「キャンセル」、および「プレビューなしのマージ」という3つのボタンを配置することは意味があるかもしれません。これにより、自分が何をしようとしているのかを知っていて、統計を待ってから自分の決定をコミットしたくないユーザーの時間を節約できます。ただのアイデア...
Mergeをクリックした後で実際に「マージ」を実行していない場合は、Mergeと呼ばないでください。
多くの場合、マルチステージ形式で使用されるのは、続行/送信の規則です。続行は、次の段階に進む必要があることを意味しますが、まだ何らかのコミットメントが行われていることを意味するものではありません。
オンラインストアの場合、チェックアウトでは、住所と支払いの詳細を提供するいくつかのフォームをユーザーが続行する必要があることがよくあります。最終的に注文を確認できるページが表示されるまでは、「注文する」または「購入する」ボタンが使用されています。
「プレビューのマージ」または「続行」ボタンを使用してから、コミットするページで「マージの実行」または「送信」ボタンを使用します。