ユーザインタフェース第7回礼儀としてのユーザビリティもうひとつのタイプのユーザビリティ • これまでは明快さを出すことを謳ってきた – ユーザが、自らの探し物を見つけ、何ができるかを苦労なく理解できる • もうひとつの重要点 • 横暴なサイトになっていないか – 正しい情報を提供する – ユーザにたいして思いやりを持つ [著者の例] – 便を予約した航空会社がストをするというニュース – その会社のWebサイトを調べたが、得るものなし Webサイトへの信頼感 • Webサイトは、その企業や団体にとっての顔 – ポータルサイト（玄関口となるサイト）は特に重要 • Webサイトへの信頼感は、その企業やサイトの信頼に直結 • ユーザは信頼できるサイトを再訪 • Webサイトに書かれた情報には – ユーザの信頼感を減らすもの – ユーザの信頼感を増すもの • ユーザは信頼感を蓄積するバッファをもつ信頼を減らすもの • 自らに不都合な情報を隠している – [例] ショッピングサイトの配送料 • 規則を守らないとユーザが罰せられる • [例] 電話番号にハイフンを入れるか入れないか • 不必要に情報が要求される • 惑わせるような情報が多い • 返事の遅延を「毎週1万件を超えるお問合せ」で誤魔化す • 不必要な Flash の横行 • デザインの手抜きでサイトが素人臭くみえる信頼感を増すもの • 信頼感を減らすものの裏腹 • 結論から言うと、ユーザが望む情報を正直に提示するユーザが使いやすいよう努力するユーザが知りたい情報を明白にかつ容易に • • • • 飛行機の予約簡単に比較価格は？出発日は？不利益な情報も提示 • あるホテルのマイカー客歓迎プラン • 駐車場のチケットプレゼント • 車の出し入れをすると別途料金が必要ユーザの必要ステップを省く • Amazonの配送情報 • One Clickのみ最大限の努力を払う • HPのプリンタトラブル対処ビデオガイド • http://h50146.w ww5.hp.com/sup port/printers/inkj et/flash/ • 対処法がビデオで提示ユーザがしそうな質問に答える • FAQ (Frequently Asked Question) を常に最新の情報に保つ • 保守サービスなどでは、 – もっとも頻繁に利用された FAQ を簡単にわかるようにする。 – 最頻FAQのリストをこのページのトップに置く • 素直になること – 企業があまり聞かれたくないと考えている情報を、ユーザは FAQ で探す傾向がある。 – FAQを正直に書いておくと信頼感アップページを便利にしておく学生の下宿探し後の参照申し込み印刷（紙1枚に入る）エラーから容易に回復できる • バグは注意深く取る • エラーが起こってしまったときにユーザがすぐに回復できるようにしておく [例] 飛行機予約で条件を後から変更可能疑わしい場合は謝罪する • ユーザが希望する情報やサービスをすべて提供するだけの能力とリソースはない • ユーザの望みをすべて叶えられない場合は、少なくともこちらが迷惑をかけていることをサイト側が認識していることを示しておくほうがよい。アクセシビリティ • ユーザビリティとは異なる考え方 • 高齢者・障害者を含む誰もが、さまざまな製品や建物やサービスなどを支障なく利用できるかどうか、あるいはその度合いを意味する。 • 目の不自由な方は、Webサイトを使うために文を読み上げるスクリーンリーダを使う • 障害者が使えるサイトを作る必要がある。 • そのようなサイトはきわめて少ない。なぜ？製作者が恐れること • 仕事が増える – アクセシビリティ強化は新たな厄介ごとに思える • デザイン面で妥協しなければならなくなる。 – バターを塗ったトーストを背中につけた猫 – 二兎を追う • 最初からアクセシビリティのことを意識すべき – [例] 控えめな JavaScript – ユーザビリティを強化するだけで、そのコードなしでは動作しないWebサイトを作ってはならないどうすべきか • すべての人が混乱するような部分を修正する – 頻繁にテスト – だれかを混乱させる部分を絶えず削除し続ける • 先駆者の知識を活用（記事や本を読む） – Guideline for Accessible and Usable Web Sites: Observing Users Who Work with Screen Reader ACM Interactions誌, 2003年 11-12月号 http://redish.net/content/papers/interactions.html – ほかにも良書あり