その他
Yes/No/Cancel がアスピリンの売上を急増させる
Yes/No/Cancel causes Aspirin sales to soar (martin.kleppmann.com)
要約
この記事は、コンピュータプログラムにおける「Yes/No/Cancel」のような曖昧なボタンラベルが、ユーザーの混乱を招き、ユーザビリティを低下させる問題点を指摘しています。著者は、これらのボタンの意味が文脈によって異なり、ユーザーが意図しない結果(例えば、作業の喪失)を招く可能性があることを、具体的な例を挙げて説明しています。より良いデザインとして、具体的な動詞を用いたラベル付けや、質問を明確に分けることを推奨しています。
全文翻訳
Martin Kleppmannへようこそ
Student Projects
About/Contact
Supporters
Yes/No/Cancel がアスピリンの売上を急増させる
Martin Kleppmann によって 2007年7月19日に公開されました。
Yes/No/Cancel へようこそ。オンラインユーザビリティマガジンです。
この最初の記事は、名前の由来を説明し、コンピュータプログラムで「Yes」、「No」、「Cancel」というラベルのボタンを使用するのがなぜ悪いのかを説明します。
また、ユーザビリティ全般が非常に重要なトピックであることも議論します。
このオンラインマガジン(またはブログと呼んでもよい)は、ユーザビリティ、そしてその欠如についてです。
それは悪いデザインを批判し、良いデザインを促進します。
ユーザビリティ研究が長年行われ、多くの書籍が書かれてきた後、人々はついに正しくできるようになるだろうと考えるかもしれません。
しかし、そうではありません。
私の印象では、多くの製品はこれまでと同様に悪く、私がこれを書いている理由は、これらの問題に対する意識を高めるためです。
しかし、なぜあなたは気にするべきなのでしょうか?
ユーザーとして、あなたは選択肢を持っているので気にするべきです。
使いにくい製品の使用をやめたり、購入をやめたりすることができます。
より良いものに切り替えて、フラストレーションや迷惑を避けることができます。
製造業者として、あなたは同じ理由で気にするべきです。
あなたは競争環境にあり、顧客のニーズを慎重に考慮しなければ、彼らがすぐに去っていくのを見るでしょう!
このウェブサイトがその名前をどのように得たのか、不思議に思うかもしれません。
Yes/No/Cancel、それはコンピュータのようです。
はい、そしてここにあるコンテンツの多く(ただし、すべてではありません)はコンピュータソフトウェアに関するものになります。
今日、多くのソフトウェアパッケージは、人間の心が考案した最も複雑なエンジニアリングの一部です。
そのため、一部のソフトウェアパッケージが非常に使いにくいことは、それほど驚くことではありません。
しかし、ソフトウェアは、この複雑さを知りたくない多くの人々によって毎日使用されています。
使いにくさは本当に必要なのでしょうか?
非常に複雑なシステムで、操作が非常に簡単な例がいくつかあります(例えば、Google検索)。
それは世界最高のソフトウェアエンジニアのチームが数年かけて作り上げたものですが、それでもシンプルな検索ボックスにすぎません。
複雑なシステムを使いやすくすることは、実際には非常に難しい問題です。
問題の一部は、システムを設計しているエンジニアが、しばしば特定のやり方に慣れていることですが、このやり方が特定の状況や対象者に常に最適に適応しているわけではありません。
したがって、システムの設計者と開発者は、より良い解決策が存在する場合、より良い解決策を見つけられるように、常に自分の習慣に疑問を投げかける必要があります。
プログラマーの特に悪い習慣が私を悩ませているので、このウェブサイトに名前を付けることにしました。
Johannesが名前を提案しました:Yes/No/Cancel。
多くのコンピュータアプリケーションで頻繁に提示される選択肢であり、しばしば立ち止まって考えなければなりません。
なぜなら、各選択肢が実際には何をするのかがすぐに明確ではないからです。
どのボタンを押すと、すべての作業が無駄になるのでしょうか?
どれがそれを保存するのでしょうか?
そして、Cancelとは一体何を意味するのでしょうか?
あああ、頭痛がします。
いくつかの例でこれを説明しましょう。
ドキュメントを保存せずに閉じようとするときに、頻繁に「Yes/No/Cancel」ダイアログボックスに遭遇する状況です。
これのように:
親切にも尋ねてくれた、と言うでしょう。
保存するのを完全に忘れていました。
OK。
次にこれを比較してください:
信じられますか?
反対の質問をしています!
たとえ習慣で通常はどのボタンを押せばよいか知っていても、突然立ち止まって考えなければなりません。
そして、このボックスはさらに悪いです。
なぜなら、「No」と「Cancel」の違いが明確ではないからです。
根本的な問題は、実際には同時に2つの質問をしていることです:
ドキュメントを保存しますか?
アプリケーションを終了しますか?
各質問への答えは「はい」または「いいえ」になる可能性があり、4つの異なる可能なアクションが得られます:
変更を保存して終了(最初の例の「Yes」ボタン)
変更を破棄して終了(最初の例の「No」ボタン)
何もしない - 保存も終了もしない(最初の例の「Cancel」ボタン)
変更を保存して終了しない
4番目のオプションは一般的に愚かだと考えられているため、その目的のボタンはなく、3つの選択肢が得られます。
最初の例の画像では、これら3つはそれぞれ「Yes」、「No」、「Cancel」に対応します。
2番目の例はどうでしょうか?
「Yes」をクリックすると「変更を破棄して終了」になります。
「No」をクリックすると変更を保存して終了するのでしょうか、それとも何もしないのでしょうか?
Cancelが何をするのか、ましてや隅の赤いXの謎は誰が知っているでしょうか?
このような簡単な例でも、「Yes」、「No」、「Cancel」というラベルのボタンを付けるのが悪い考えであることがわかります。
これらの言葉の意味は、質問に大きく依存します。
実際、以前のコンピューティング経験がない場合、おそらく何と答えるべきかわからないでしょう。
ユーザーとして、あなたは単に2時間の作業を無駄にするボタンがどれであるかを知りたいだけです。
そして、これらの例のどちらも、「危険な」ボタンがどれであるかをすぐに明確にしていません。
Appleは、ボタンに「Yes/No/Cancel」とラベルを付けるのではなく、より説明的にラベルを付けることでこの問題を回避しようとしました:
動詞(この場合は「保存」)を使用することは、Appleのヒューマンインターフェイスガイドラインで推奨されています。
また、「危険な」ボタン(変更を破棄して終了する)が、2つの「安全な」ボタンから区別されていることにも注意してください。
これは明らかにすでにずっと良いですが、プログラムはまだ同時に2つの質問に答えようとしており、これは不要な複雑さと考えられるかもしれません。
MicrosoftとAppleの議論には触れません。
なぜなら、私が言っていることは、これらの2社だけでなく、ソフトウェアを書く他のすべての組織や個人にも当てはまるからです。
そして、MicrosoftもAppleも責任を負わない、世界には「Yes/No/Cancel」のひどい事例がいくつかあります。
時々見られるひどいことの一つは、ボタンの暗黙的なラベル変更です。
ここでは、プログラマーは明らかに自分のボタンを作るのに手間をかけず、代わりにユーザーに負担をかけています:
どのボタンを押すかを決定するために、本当に頭を働かせる必要があります。
そして、質問の仕方を悪くすると、さらに悪化する可能性があります:
この時点で、あなたは叫びながら部屋から逃げ出したくなることを願っています。
そして、おそらくこの記事の残りを読むために戻ってくるでしょう。
(頭痛を抱えながら。)
最後の例は非常に作り話だと思われるかもしれませんが、私が作りたかったポイントは否定的な質問についてです。
何かをしないかどうか(否定)を尋ねる理由は何でしょうか?
何かをするかどうか(肯定)を尋ねることができるのに?
これは、特にチェックボックスに関して頻繁に発生すると思います:
望まないことのためにボックスにチェックを入れるのは直感的ではありません。
否定的な質問をしないでください。
しかし、それはまた別の話です。
いくつかの最終的な remarks:
このウェブサイトは、同様の主題について話しているにもかかわらず、ウェブコミックOK/Cancelとは関係ありません。
Windows Vistaはボタンのラベル変更を許可しています(Raymond Chenによる記事と議論)。
この記事は、Vistaが実際にはこのラベル変更を使用しておらず、異なるヒューマンインターフェイスガイドラインを対比していることを示しています。
上記の暗黙的なラベル変更の例は、実際にはAbort/Retry/Ignoreのケースであることに気づいたかもしれません。
私は当初、このサイトの名前をそれにしようかと考えていましたが、幸いなことにAbort/Retry/Ignoreは現在ほとんど廃れています(あなたが何について話しているのか知らないなら幸運です)。
E.A.Poeにインスパイアされた、Abort/Retry/Ignoreに関する素晴らしい詩があります。
この投稿が役に立った場合は、もっと書けるようにPatreonで私をサポートしてください!
新しい記事を書いたら通知を受け取るには、BlueskyまたはMastodonでフォローするか、メールアドレスを入力してください。
あなたのメールアドレスを誰にも教えませんし、スパムを送信しませんし、いつでも購読解除できます。
Subscribe
Site RSS feed
新しい記事を書いたら通知を受け取るには、メール通知を受け取るためにサインアップするか、BlueskyまたはMastodonでフォローするか、RSSフィードを購読してください。
あなたのメールアドレスを誰にも教えません。