質問: 2ステップの操作とボタンの規則 このwebアプリケーションには、次の3つの異なる操作があります。 ユーザーには、さまざまな設定が選択されているポップアップが表示されます。 ユーザーは、操作(例:「マージ」)または「キャンセル」というラベルの付いたボタンをクリックできます。 ユーザーが進むと、アプリケーションは少し時間がかかる操作を処理し、何が起こるかを要約する別のポップアップが表示されます。この時点では、操作はコミットされておらず、ユーザーは続行するかキャンセルするかを選択できます。 これは、3つの業務が一致していない場所です。 1つのケースではcontinue/cancelを選択し、別のケースではdone/abortを選択し、最後にfinalize/cancelを選択します。これらのうちどれが最適ですか?より良い代替案はありますか?もしそうなら、支持する議論はありますか?
回答: 私は通常、このような一般的なボタンラベルを避け、できるだけ具体的にするようにしています。あなたのレーベルは私にとって「データベースらしい」と感じ、プログラマーが設計した非常に抽象的なドメイン(...データベースエディターなど)を思い出させます。詳細については、ok /キャンセルボタンの配置に関するこの関連質問を参照してください。 ok /左/右でキャンセル? そこでの回答で、私は jakob nielsenのok /キャンセルボタンに関する調査 にリンクしました。 多くの場合、ボタンに名前を付けて、一般的なラベル(「ok」など)を使用するよりも、ボタンの機能を説明する方が適切です。明示的なラベルは「ジャストインタイムヘルプ」として機能し、ユーザーに正しいアクションを選択する自信を与えます。 たとえば、いくつかの例: 37signals 'から basecamp : プロトタイピングツール handcraft から: また、代替案を除外することを検討することもできます。場合によっては、これは理にかなっています。 「キャンセル」オプションは、ユーザーが何かを購入したり、大量のデータを含むcrud操作を行うなど、重要な約束をしようとしている場合に含めるとよいと思います。ただし、ツイートのような単純なものの場合、特にコミット操作後に簡単にロールバックできる場合は、続行しないと何もコミットされないことが通常は明らかであるため、明示的な「キャンセル」ボタンを省略しても問題ありません。優れた例はstackexchangeのコメントフォームです。このフォームには[コメントを追加]ボタンがあり、フォームを非表示にしたりキャンセルしたりすることはできません。コメントを追加したくないですか? 「コメントを追加」をクリックしないでください。