ラジオボタンのものなのかが明確になるよう配置すること。対するラジオボタンがどれなのか判断するのが難しい。Seven肯定的で能動的な言葉をチェックボックスのラベルには使う。チェックボックスを選択した場合に何が起きるのかが明確になるようにするためだ。他の言い方をすれば、「電子メールをこれ以上送らないでください。」というように否定形で書いてはいけない。これでは、ユーザは何かが起きないようにするために、チェックボックスを選択しなければいけないからだ。チェックボックスのラベルを、選択した時と、選択しなかった時、両方の場合で何が起きるのかユーザがわかるようにすること。つを用意し、それぞれに明確なラベルを書いたほうがよいかもしれない。ドロップダウンメニューよりも、なるべくラジオボタンを使うこと。全ての選択肢が常に表示されていて、ユーザが選択肢を見ながら考えやすいという点で、ラジオボタンのほうが優れている。マウスを正確に動かすことが困難なユーザにとっても、ラジオボタンのほうが扱いやすい。(限られた領域の中に配置しなければいけない場合、このガイドラインを守れないこともあるが、できる限り選択肢が見えるように心がけたい。)ラジオボタンでは常に初期値を設定すること。つの選択肢が選択されているはずのものだ。したがって、初期値がないラジオボタンを提示するべきではない。(その反対に、チェックボックスはデフォルトではどの選択肢も選択しない場合が多い。)もしユーザがどれも選択できないというようなことがある場合、例えば「該当無し」といったラベルのついた、その目的のためのラジオボタンを用意しておくべきだ。明確に中立である選択肢をクリックさせるほうが、何も選択させないことによって暗示させるよりもよい。つの選択肢が選ばれているというルールに違反する。選択していなければいけないため、選択肢は包括的で、明確に区別できる必要がある。高齢者を対象としたテストでは、人々は職業選択欄のあるフォームを記入し終えることができなかった。「退職者」という選択肢がなかったのだ。包括的な選択肢を用意できないのであれば、選択肢の中に「その他」を設けて、自由記入欄で補完しよう。チェックボックスまたはラジオボタンといっしょにラベル自体もクリック可能にすること。法則によると、クリックできる場所が大きいほうが素早くクリックできる。いうラベルをクリックできる)。作られたウェブ・ベース・アプリケーションのテストでは、視覚的に見てクリックできると判断できるエリアから数ピクセル外側までクリックできる場所が大きくなっている場合、ユーザによるエラーが大幅に減ることがわかった。詳しければ不可能ではない。)よく使われるチェックボックスとラジオボタンにはアクセスキーを設定して、ユーザがキーボードから素早く選択できるようにする。これは障碍者ユーザのためのアクセシビリティを向上するとともに、上級ユーザの役に立つ。)もしアクセスキーの標準があるのならば、それに従うべきだ。そのような標準は今のところない。その代わり、ウェブサイトやイントラネットの複数のページで出てくる選択肢に対して、あなたの組織の中で独自の標準を設けるようにすれば、同じ選択肢が常に同じアクセスキーを持つようにできる。チェックボックスやラジオボタンは、設定を変更するためだけに使用し、何か動作を起こすためのものとして使わないこと。XXXは次のプロセスを表す。)を押すまで反映させてはいけない。ユーザが戻るボタンを押した場合、チェックボックスやラジオボタンに行った変更は破棄され、元の設定に戻るべきだ。同じことが取り消しボタンをクリックしたときにも言える(もっとも、ウェブページの場合は取り消しという選択肢は戻るボタンがその役を果たすため、必要ない)。これらのガイドラインが重要なのか正しいチェックボックスとラジオボタンの使い方に関して、私がただ口うるさいだけだと思うかもしれない。標準に従い、これらのコントロール要素を正しく使うべきユーザビリティ上の理由があるのだ。重要なのは、デザイン標準に従うことによって、何が起きるのか、どう使えばよいかをユーザが予測することを強化できる。ユーザがチェックボックスの一覧を見た場合、それだけで複数の選択が可能だということがわかる。選択しなければいけないことがわかる。(もちろん全てのユーザがこのことを知っているわけではないが、大半は知っている。年からの標準なのだから。要素をどのように使うのか知っているため、これら要素を正しく使うことによって、ユーザのテクノロジーに対する主導感の強化が行える。逆に、これらの標準に違反すると、何が起きるか分からないという、ユーザインターフェイスが不安定な印象を与えてしまう。押す前に、じっくり考えるつもりだとしよう。そのような場合に、ウェブサイトが標準に違反していて、あなたが選択すると突然次のページに移動したら不愉快だろう。同じサイトの中にあるフォームでは何が起きるのか予測がつかず、あなたは怯えることになる。チェックボックスとラジオボタンに関する最大のユーザビリティ問題の原因は、あいまいで間違いやすいラベル、または平均的なユーザには理解不可能な選択肢の提示方法にある。文脈に沿ったヘルプを使えば最後の問題はどうにかなるが、重要な対話的コントロール要素に関してはユーザテストを行うのがベストだ。チェックボックスとラジオボタンはペーパープロトタイプを使ってテストするのが簡単であるため、実際に動作するものを作らなくても、ユーザがラベルを理解し、正しく各要素を使えるか調べることができる。プロのインタラクションデザイナであれば、ラジオボタンを使うべきところでチェックボックスを使うような失敗は犯さない。これら画面要素を正しく使うべきである最後の理由はこうだ:もし正しく使わないと、あなたはアマチュアに見られてしまう。Webユーザビリティアプリケーションインタラクションデザインイードが提供する「ユーザビリティ評価」サービスイードは、スマートフォンアプリやサイトのUI品質をユーザー視点で評価・改善提案し、ユーザー側とビジネス側、双方の目的達成をサポートします。関連記事FlashとWebベースアプリケーション46件のFlashアプリケーションのテストから、ウェブベースの機能が持つ刹那的な性質に関係して、基本的な問題がいくつかわかってきた。ついて語られている真理を再確認するものであるが、一方で、ユーザーエクスペリエンス(UX)の集合体としてのネットの新しい性質を反...PCサイトでの水平スクロールと擬似スワイプの利用にはご用心PC向けのデザインでスワイプジェスチャーを模倣し、水平方向のスクロールを組み込むサイトが増えているが、コンテンツ内を横に動くことにユーザーはいまだ乗り気ではない。入力フォームのプレースホルダを使ってはいけない入力フォームのプレースホルダテキストは、入力欄にどんな情報を入れたのかをユーザーが思い出すことや、エラーのチェック・修正を難しくしてしまう。視覚や認知機能に障害のあるユーザーにはさらなる負担となる。アプリケーションデザインの間違い・トップ10UIがワークフローを通じてユーザーをガイドし、サポートすれば、アプリケーションのユーザビリティは向上する。