web-dev-qa-db-ja.com

長い「保存せずに続ける」ボタンを「スキップ」に変更しますか?

私はプロジェクトに取り組んでいて、問題だと思うものを見つけました。

製品は一種のウェブエディターです。いくつか変更を加えた後、ページを変更し、「ページは保存されませんでした。変更を保存しますか?」という確認ダイアログを表示します。ダイアログには2つのボタンがあります-はいおよび保存せずに続行以下のスクリーンショットを参照してください。

Confirmation dialog

この長いボタンは混乱を招く可能性があるので、本当に疑わしいです。ボタンをYesおよびSkipに変更する方が明確でしょうか?

1
evgeniy kazinec

ボタンは彼らが何をすべきか言うべきです。

UXMovementには記事があります: フォームボタンが「送信」と言ってはならない理由 、これは一般的な用語を提供する理由を説明しています...

フォームが特定のタスクに集中していないという印象をユーザーに与えます。また、ほとんどのユーザーが慣れていない技術的な方法で話しているため、ウェブサイトがユーザーフレンドリーではないという印象を与えます。

ボタンに一般的な用語が使用されている場合...

ユーザーは、フォームボタンをクリックしたときに何が起こるか疑問に思う可能性があります。これにより、設計者はユーザーのタスクの結果を説明するボタンラベルを使用するだけで回避できる不確実性のレベルがユーザーに生じます。

ボタンをわかりやすくする必要はありません。

mockup

download bmml sourceBalsamiq Mockups で作成されたワイヤーフレーム

それほど長くする必要はありませんが、目的を隠さないでください。 「Do n't save」は短くてシンプルですが、結局のところ、現在のラベルには何も問題はありません。

たとえば、ユーザーがこのダイアログを表示する原因となったボタンを誤ってクリックした場合、アクションをすべて取り消す方法がある(「キャンセル」など)必要があります。右上隅の「x」が十分であると想定しないでください。

「はい」も問題であり、ユーザーに何が起きるかはわかりません。それに応じてボタンにラベルを付けます-例:「保存」。

@ aslumもコメントで非常に優れています。

緑色+チェックマークは、保存されたか、何か成功したことを意味します

ポジティブアクション(「保存」など)がデフォルトのアクションであることが示されていますが、現在の緑色の使用とチェックマークはボタンのアフォーダンスに有利ではありません。 アイコンは使いやすさを向上させません

1