Desigining from Both Sides of the Screen: 2 章
地引昌弘

2004.9.6

12 章 押し付けはしない: 体の動きに目を向ける• 本質的なものだけを残して、余分なものを剥ぎ取れば剥ぎ取るほど、優れたデザインとなる。
□ Palm のアドレス帳□ マウスのクリックやボタンのプッシュなどは、肉体的に• 新しく利用するにあたり、何かを起動する or アプは大したことではないが、それが本章のテーマというわリケーションをロードすることがない。

けではない。しかし、ユーザにこのような負担をどのくらいかけているか考慮することは、重要である。

• メインスクリーン上で New ボタンを押すだけでよい。

□ クリックというものは、その処理を他のステップに飛躍させるものであり、利用者からみて快適なものではない。
しかしながら、現在の技術は、非常に多くのクリックを課している。

• 既存のアドレス帳を使いたい場合は、単にそれに触れるだけでよい。
□ 名前の検索もクリックは 2 回だけ。

□ クリックを神聖なものとして扱うべきである。

• 一つは Palm の電源を入れ、もう一つは該当する名前に触れる。

2「Treat Clicks as Sacred」• 名前の最初の文字を入れると、該当する名前を持つ先頭の人物までスクロールする。

□ 本書では、処理のショートカットが生じる操作を総称し• "Look Up" フィールドに触れる必要がない。て "クリック" と呼ぶことにする。

• 文字の入力を受け付けるフィールドも一つだけ。

□ Palm PDA の例 (製品管理者のインタビュー)• 検索結果には、名前だけではなく電話番号も表示される。検索結果の名前から、さらに電話番号を検索□ Palm のデザインは、引き出しやファイルキャビネットを備えたオフィスの机を参考にしている。

するといった作業がない。

• 机の上にあるものはよく使うもので、あまり使わな□ 大半の PC におけるアドレス帳では、はるかにクリック
いものは引出しの中にある。
数が多い。
□ もし、よく使うものが引出しにしまってあれば、その余• 典型的な PC ベースのアドレス帳の例

分な (1 ステップの) 操作の累積は我慢ならないもの• 7 対 2になるであろう。

□ Ultimate TV の例• よく使わない機能についてはそうではない。

• ユーザを自身が記録したリストに導くボタンがある。

□ 作文の例• TiVo では記録したリストを見るためにクリックが• 同じ内容を意味する文でも、少ない単語で構成でき2 回必要

れば、そちらの方が強力□ さらに、全てのクリックが同じようなものだと判断して• ダラダラ作るのは簡単 (絞ることが難しい)はならない。

□ UI の設計は文章の編集に似ている。

• ボタンのクリックやチェックボックスは、狙いを付けてクリックする。

• スクリーンから一つ一つ剥ぎ取っていく。
1• ボタンだけではなく、タッチパネルを備えている。

• PC や Web のメニュー選択では、これに加えてマウスのボタンを押しつつ移動させ、その後離すという• コピー中に別のコピーを指示すると、仕様中を示すウィンドウがタッチパネルにポップされる。

操作が必要• これはさらなる身体的負担を課しているため、クリッ
ク 2 回と換算してよいかも知れない。

• 前のコピーが終了してもポップアップは表示され続• サブメニューは、さらに長くマウスを保持しながら、• タッチパネル内の別の場所に触れ、次にボタンを押け、それにタッチしても何も起こらない。

その動きを制御する必要があるので、もっと悪い。ク

す必要がある。

リック 3 回と考えるべきである。

• もっとショボイコピー機でも、要求はキューイングされるのに。。

• スクロールさせ、正しい位置で離す動作は、クリッ
ク 1.5 回と考えるべき。

□ シボレーの例• ドラッグ & ドロップは 2 回さらに、ソースの中でクリックし、直後に正しい宛先まで持って行くのも• クリックは神聖なもの:

負担• 自動車に近付いただけでロックが解除されるし、離• キーボードとマウスの結合は、二つの手の調整が必クリックなし。

れると自動的にロックされ、それを教えてくれる。

要なので、クリック 1.5 回• キーを出す必要もない。
• 執事と同じ。

□ これらの操作は、運動としてはさして困難とは言えないが、努力を強いるということに留意すべき。

□ Quicken, Netscape, Eudora の例• ノートパソコンにはマウスが付いていない場合があ• "name suggestion" 機能が良い。

る。

• 例えば、URL を入力すると、入力した分にマッチす• トラックボールやタッチパッド、ジョイスティックでる過去に訪れたアドレスを補完してくれる。

は、クリックしながら動かすことが煩わしい。

• ハンディのある人を想定すると、もっと大変• 該当する名前が表示された段階で、URL の入力を止められる。

• 移動デバイスも、クリックは大変• 全く新しい URL の入力でも、副作用を引き起こさない。

3• ブックマークより良い。

「実例」• Quicken では、メールの宛先を入力するだけで関連□ デルタ航空の例したエントリーも表示される (Tab で追加していける) 。
• 存在しないフライトを入力すると、そのフライトが存在しない旨と New Search ボタンが表示される。 □ パシフィックベルの例• New Search ボタンを押すと、フライト入力画面に• 顧客サービス番号に電話すると、自分の電話番号を戻ってしまうため、余分なクリックや労力が課される。
入力するように指示される。
• 該当するフライトが存在しないことだけを表示して、• オペレータが出ると、もう 1 度自分の電話番号を言入力は継続させるべきである。
わされる。
□ バーンズ & ノーブルの例• つまり、システムはオペレータへ必要な情報を渡していない。システムは、ある処理の自動化だけ。
• 具体的なイメージがよくわからなかった (singlematch?)。
□ これらの事例では、プログラミングの努力が足りない。
• B&N では、検索結果が表示された後、さらにクリッ• ユーザの負担に考えが及んでいない (月並な言い方クが必要だが、アマゾンや IMDB では、該当する情ではあるけれど)。
報が同時に表示される?
□ ゼロックスの例

2

4• Eudora も同じ。メールの作成を中断すると、セーブしますかと聞かれる。

”Do You Really Mean It?” PopUps□ クリックは神聖なものであるというルールに最も違反す• mailto リンクも同じ。どのページにも付いているので、間違えてクリックしてしまうことがある。間る振舞いは、「実際に行ないますか」と呼び掛けること違えたメールツールを閉じようとすると、保存するである。

かどうか聞かれる。十分に思考の流れを壊している。

□ このうるさいポップアップは、様々なパターンであらゆ□ 自動保存機能の採用でも「実際に行ないますか」ポップる場所に出現する。

アップを回避できる。

□ このポップアップが一つ現れるたびに、ユーザの思考の流れを阻害している。

• 保存したかどうかを気にするだけではなく、プログラムを終了する時も質問に煩わされることがない。

• ユーザはコンピュータに指示を出したのに、コンピュータから質問が来るし、クリックさせられるし、こ• 利用者は作業に集中できる。
• 実装も容易とによったら異なる入力装置に手の位置も変えさせ□ 自動保存機能は余分なものまで保存してしまうという懸られる。

念は正しい意見である。

□ エンジニアは、誤りからユーザを保護するためにこの• しかし、保存しないで終了したことによる後戻りよポップアップを表示する。

り、保存を怠ったことによるデータの損失の方が痛• このポップアップを表示しないと、ユーザは回復不能な間違いをするかも知れない。

手となる。
□ これはデザイナとエンジニアとの競合点とも言える。

□ しかしながら、このポップアップは、しばしば必要でないときに出現する。

• 多くのユーザは、何も考えずに Yes と答えてしまう。
□ 「実際に行ないますか」ポップアップは、エンジニアが• エンジニアは、まれなケースでもプログラムが正しく動作するように訓練される。
• まれなケースは多々あり、配慮を怠るとシステムが壊れてしまうため、エンジニアはこれらに多大なエネルギーを投入する。

ユーザに責任を転嫁する方法• デザイナは、後戻りの方をより重く考えるので、共• 「ユーザに確認させた」

通のケースに磨きをかける方に時間を費す。

□ 「実際に行ないますか」ポップアップが必要な場合は、□ インターフェイスの設計においては、共通なケースをエ• 1.

ユーザが多くのデータを失う可能性がある時レガントに、まれなケースは適切に扱われているかを確• 2.

データの回復に、多大な労力が必要な時認しましょう。

• デザイナも、共通であろうとまれであろうと必要な□ 本来、このような状況は滅多に起こってはならない。

処理はきちんと伝える必要があることに注意しまし• バックスペースを使って文字を消す時を考えてみるょう。と。。

□ Eudora の例□ 「実際に行ないますか」ポップアップは Undo 機能を実• 特に指示せずにメールの作成を終了しても、 Out装することで回避できる。

Folder を開くことで作成を再開できる。

• しかし、ユーザにはまだ確認の依頼が来る。

□ なぜクリックが必要かを考える代わりに、あなたが何を• 例えば Windows のゴミ箱ゴミ箱に入れるたびに、確させようとしているかを考え、ユーザが悩むことなく実認を求められる。

行できる方法を見つけ出しましょう。
• Photoshop も同じ (具体的にはよくわからないけ□ 「実際に行ないますか」ポップアップは無礼である。
ど) 。
□ 以下では、クリックを減らせる幾つかの方法を示す。

35「Remember Where They Put □ ユーザに他のウィンドウを開かせ、もとに戻った時に以前の場所ではない所へ戻すことは無礼な振舞いでもある。

Things」□ ユーザの位置を保存しておくことは、携帯電話やカメラ□ 多くのアプリケーションは、UI をカスタマイズする機といった入力メカニズムに制限のある装置では特に重要

能 (preference) を備えている。しかし、往々にして• メニューの選択を循環させる必要がある。

ユーザはその機能を使わずに、自分達独自の方法でカス• 一度あるメニューを選択し、次に他のメニューを選タマイズする。

ぼうとすると 5, 6 レベルは移動することがざらに□ デスクトップアプリケーションでは、ユーザがウィンドある (図 2.8)。

ウの場所やサイズを常に変更するが、一度ウィンドウを• このような制限のあるインターフェイスでは、TiVoのようにユーザがどこでスクリーンを消したかを覚閉じてしまうと、ユーザの選択 (preference) は忘れられる。

えておくことが重要になる。

□ 次にそのウィンドウを開く時は、またカスタマイズし直□ ドキュメントの保存でも同様な事情がある。

さなければならない。

• Excel の例• タブの選択/スクロールなど全て同様• 新しいスプレッドシートを作成し、それを保存しよう□ ウェブブラウザは、どこまでスクロールされたかを覚えとすると、毎回デフォルトのフォルダを提示される。ているので良い。

• Photoshop も同じ (詳細はよく分からないけど)。

• ページの最後まで見てから別のリンクをクリックし、□ 多くのアプリケーションでは、デフォルトの位置を変え再びそこに戻って来ても、ページの先頭へは飛ばさられるようになっているが、ほとんどのユーザはその機れない。
能を利用しない。デフォルトとは異なるフォルダに保存した場合、(その場所を示す?) オプションは有益と言□ TiVo (Personal Video Recorder) も良い例である。
える。
• TiVo のインターフェイスはメニュー形式であるが、□ ユーザが何時何を決定したかを次回に思い出させることテレビを消した後も、ユーザがスクロールした場所はより有効である。
や選択項目を覚えており、次にテレビを点けた後は、前回のメニューが示される。

• ユーザがいる場所を思い出させることにより、タス6クの継続に必要な労力を軽減させる。

「Remember What They ToldYou」□ ウェブのタブは、そのように機能しない。

□ ユーザに個人情報を提供させる場合は考慮が必要以前に• 800.com の例答えた質問を再度問いかけることがどのくらい厄介か。

• Electronics タブで Video/TV の項目を選択してから Music タブへ移り、再度 Electronics タブ• それは無礼でもある (信頼を失うことにもなる)。
• ウェブサイトに多く見られる。

へ戻ると、Video/TV ではなく、Electronics タブ• アマゾンの例の先頭に戻される。

• ユーザは、買物をする前に色々と見てまわりたいが、 □ 携帯電話は良い例と言える。
線形のパス上で買物ができない。
• 一度登録した相手からかかって来た場合は、電話場□ 幾つかのウェブサイトは、広告のためにユーザへわざと号ではなく名前が表示される。
クリックさせるものもある。

• 未登録の者からかかって来た場合でも、容易にアドレス帳へ登録できる。

□ データベースへのアクセスなど、ユーザセッションの状態をもとに戻すための実装コストが高いアプリケーショ□ 「Remember What They Told You」と「Rememberンも存在するが、大半の PC アプリケーションでは、最Where They Put Things」は、エンジニアにはしばしば見落とされる。

後のタブを覚えておくことぐらい難しくないはず。

4

• 使いやすさよりコア機能拡充に力が注がれる。
□ これらの機能のアーキテクチャへの組み込みが早ければ早いほど、新しい機能拡張にも対応しやすくなる。

7「Stick with a Mode」□ 手の位置を変更することが、破壊的な所業あることは既に述べた。

• キーボードからマウスへの移動は特に厄介• 手を戻すために常に見ていなければならない。
□ モードの変更を回避する良い方法は、入力方法を多数提供すること。

• 大半のデスクトップアプリケーションは、マウスだけではなくボタンでも入力できる。
• Internet Explorer の例 (ちょっとピント来ないが)• Netscape はボタンを使えない?
□ もう一つの方法は、自動的に入力フィールドへポインタが移ること。

• マウスを掴む必要がない。
• 主な検索エンジンの中で Google.com だけがそうしている (本当?)□ これ以外に、ユーザに意味のある順番でタブを付けることを許すという方法もある。

• ユーザがこのようなカスタマイズをするのか、ちょっとピント来ない。
□ 標準のキーボードやマウスを備えない装置は、さらに注意深く設計するべき。

• Psion PDA の例• キーボードと尖筆の両方を備えているが、非常に使い勝手が悪い。
□ 携帯電話では、番号の入力と電話の利用で操作が切り替わる。

• AT&T のボイスメールシステムの例• キーを押す必要がない。ボイスメールを呼び出すと、メッセージが何件あるかを知らせて再生を始める。
□ この章で述べたかったことは、ユーザの物理的な労力について考慮し、ユーザに問いかけるという動作を減らすこと。

5