bookslope blog

UIE Roadshow: Know Your User
http://www.uie.com/events/roadshow/know_your_users/

3 back-to-back events featuring the biggest experts in field techniques, persona development, and usability testing

ということで、米国でセミナーが開催される模様。

ブログラムの内容は次のような具合。

Discovering User Needs: Field Techniques You Can Use
http://www.uie.com/events/roadshow/know_your_users/field_research/

Using Personas to Guide Design
http://www.uie.com/events/roadshow/know_your_users/personas/

Honing Your Usability Testing Skills
http://www.uie.com/events/roadshow/know_your_users/usability_testing/

# ああ、誰かは参加するんだろうな (ぼそ)。

Usable GUI Design: A Quick Guide
http://benroe.com/files/gui.html

The Points
0) The user is not using your application
1) Fitt’s Law
2) Unnecessary interference
3) Use the power of the computer
4) Make items easy to distinguish and find

ということで、Firefoxなどを題材にしてポイントを説明しています。

Conclusions
These five points represent a small but important part of UI design. They are not in any way commandments or miracle cures for UI problems. Following their principles in designing an interface should, in my opinion, greatly improve the usability of an application. I would welcome any comments, corrections or additions (email address below, remove the nospam).
These ideas are only a brief summary: I would recommend anyone serious about interface design to look at the references listed below. Alan Cooper’s book is excellent; Jef Raskin’s is a very useful reference, with some interesting ideas for thinking outside the ‘standard’ range of interface design.

ということで、設計時に考慮すべき点として参考になると思います。

あとは参考サイトとして下記があります。

User Experience: Apple Human Interface Guidelines
http://developer.apple.com/documentation/UserExperience/Conceptual/OSXHIGuidelines/index.html

Interface Hall of Shame
http://digilander.libero.it/chiediloapippo/Engineering/iarchitect/shame.htm

A GNU desktop mechanic
http://blogs.sun.com/roller/page/bnitz/20041026

Evoting software should definitely be open source. Ideally everything from chip design to firmware to the compiler should also be open to public scrutiny. But while it’s probably obvious to most voters that the above paper ballot is poorly designed, it would be much more difficult to determine whether a computer based solution is flawed. In any case, a physical record of the vote should also be available. Optical cryptography solutions are interesting, but a simple printed name that would be deposited in a locked box would probably be the most cost effective tamper resistant and bribe resistant solution.

ということで、選挙の投票用紙のユーザーインターフェースの話。
この記事によると、写真のようにするとケリー氏を優先させるようになってしまうと。

また、そういうのをつくるところが選挙に勝って公のものを評価できるはずもないんじゃないかというような記事 (だと思う)。間違ってたら指摘ください。

User Interface 9 Conference
http://www.uie.com/events/uiconf/

This October in Cambridge, MA, get ready to learn side-by-side with world-renowned experts at User Interface 9. Jared M. Spool and his team of usability researchers created UI9 for advanced practitioners – web designers, information architects, and usability professionals who need to tackle the biggest design and usability challenges. This year’s conference is a all about Making It Better – providing you with the knowledge and skills to get dramatic improvements out of every project. Come join us in Cambridge, MA this October!

This is a unique conference – nowhere else will you have the chance to spend a full day learning advanced subject matter with top design and usability experts. You’ll walk away from these in-depth sessions with the knowledge and skills to tackle your most difficult challenges. Nowhere else will you have the chance to spend full days learning advanced material with top design and usability experts. You’ll get 4 days filled with insights from the field’s greatest experts – 2 days of in-depth full-day seminars, 1 day of dynamic short presentations, and 1 day showcasing UIE’s most popular seminars.

というのが、10/11～14にあるらしい (遅い?)。

スピーカーのリストを見るだけでもかなりいい感じなんだけど、誰か参加してくるんだろうなあ。
レポートをお待ちしてます (> 誰か)。

1984年に登場した米Apple　Computer社のMacintosh。机上の作業をメタファとした操作体系は，その後のGUIの先がけとなった。本書はその設計思想と実装をアプリケーション開発者向けにまとめたもの。アジソン・ウェスレイ・パブリッシャーズ・ジャパン版（1989年）の再刊だが，GUIの利点と限界をユーザー中心の視点から簡潔に説いた内容は20年を経た今も色あせていない。「コンピュータ操作をエンジョイしてはならない，という理由はどこにもない」とする下りは志の高さを感じさせる。

と日経BP企画のレビューがあります。

マン・マシン・インターフェース設計基準を解説した書籍です。
GUIを勉強するにはまずここからなんじゃないかと思ったので、早速購入してみました。

Checkboxes vs. Radio Buttons (Jakob Nielsen’s Alertbox)
http://www.useit.com/alertbox/20040927.html

ラジオボタンとチェックボックスについてのガイドライン。
とりあえずメモ。

日経バイト5月号の「UI変曲点」を読んだので気になったトコだけ抜粋します。

日経BP書店　雑誌紹介-日経バイト

ユーザビリティには実は二つの意味がある。上位のユーザビリティと下位のユーザビリティである。下位のユーザビリティには提供する機能を使えるか、使えないかである。上位のユーザビリティは、ユーザーにとって役に立っているかどうかを示す。これをUsefulenssと定義したのはJacob Nielsenである。必要に応じて、Big usability (上位)、Small usability (下位) という言い方で区別する研究者もいる。

と、まずは「Usefulenss」について。「ユーザービリティ」といっても具体性に欠けた部分があり、結局はユーザーにとって役に立っているかを考えなければならないといった内容。

続いて、開発手法としての「User centered design」またそのプロセスについて。

ISO 13407のタイトルは「Human-centered desgin processes forinteractive systems」。人間中心設計のための方法論を示した。製品の開発プロセスを4段階に分け、それぞれの目的を明確にするとともに、評価が必要なプロセスを明示した。

とあり、そのISO 13407の開発プロセスは下記の4つから成る。

1. ユーザーがやりたいことやその状況などを把握し、ユーザーを理解する (context of use)。
2. ユーザーが求めるものをリストアップする (user and organisational requirements)。
3. ユーザーの要求リストに基づいて設計する (produce design solutions)。
4. 設計案をリストに照らし合わせて評価する (evaluate designs against requirements)。

これらのプロセスであるユーザー評価については、

• 定量的評価から定性的評価へ
• 全プロセスに全員が参加

などが必要とあります。

「全員参加」はプロジェクトの規模や関わる人間が多くなればなるほど難しくなってきますよね。しかし、全員がかかわることでその製品への期待やユーザーが考えていることが共有できると思います。わたしの経験からもそう思います。

「ユーザー・エクスペリエンス」について。

製品をデザインするUser centered designの手法をベースにすることで、誰でも使えることにつながるユニバーサル・デザイン、感情や気持ちを喚起するデザイン、所有欲を高めるブランド・デザインが可能になる。これらがそろうことで、ユーザー・エクスペリエンスを提供できる。

まとめると、「User centered design (ユーザー中心設計)」には、

• ターゲットをげることで「ユニバーサル・デザイン (誰でも使える)」
• ブランド・イメージとの整合性を評価して「ブランド・デザイン (所有欲を高める)」
• 感情も理解し評価することで「感情や気持ちを喚起するデザイン (楽しさ、うれしさを感じさせる)」

があり、それらをそろえることで「ユーザー・エクスペリエンスの実現」が可能となる。

その他にも「メンタルモデル」についてや「アフォーダンス」などなどいろいろあって面白かったのですが、読んでいて一番思ったことは、ウェブに関わってきてこれからも関わっていくであろう自分に対して「初心に戻ろうか」ということでした。

もしまだ読んでいない方などあればぜひ読んでみるといいと思います。

友人のタナカくんのブログ「shige-log: テンキーと電話のボタン」に触発されて自分でもちょっと調べてみました。

というふうに、0の位置は同じだけど、配列の上下が逆になってる。
前々から、ケータイのボタンの配列に違和感があったが、いつも使ってるキーボードと違うからやったんやね。
ケータイは親指で押し、キーボードや電卓は、それ以外の指で押すことになるから、そんなにごっちゃにならんのだろうが、やはり、どっちかに統一してほしいところ。

テンキー・電卓は「国際電信電話諮問委員会: ISO」、電話は「国際標準化機構: CCITT」の規格に準拠しているとのことです。

テンキー・電卓の場合はその操作性から「0」や「1」を手前に配置することを念頭に規格されたらしいのですが、電話の場合はプッシュホンを開発した米国のAT&T社が決めた配列だとか。

おもしろそうなのでもう少し調べてみたいと思います。

Widgetopia, Collection of Widgets and UI elements from various websites, with notation of their sterling or plate metal qualities
に世界中のウェブサイトのUIエレメントを収集しているサイトがあって見ていくとなかなか面白い。

UIのテクニック集としてまとまっているサイト (↓) もある。
UI Patterns and Techniques: Introduction

また、UIのデザインについてパターンを収集しているサイトもあってデザインに困った際は一度覗いてみると刺激されるものがあるかも。
Web Design Practices | Home
縁側*cc: パターンの話

Human Interface Guidelines

の「情報大工のひとりごと」にありましたので、改めてHIG (Human Interface Guidelines) やUIなどについてのリンクをご紹介。すべて英語なので、翻訳したものや解説・リンク集などご存じの方は情報をいただけると助かります。

Apple Human Interface Guidelines
MacOS X (Aqua) で採用されたAppleのHIGです。

Microsoft Inductive User Interface Guidelines （MSDN）
MicrosoftのIUI (Inductive User Interface) ガイドライン。

Windows XP – Guidelines for Applications
Windows XPで採用されたビジュアル (デザイン?) ガイドライン。

GNOME Human Interface Guidelines v1.0
X Window Systemにおけるデスクトップ環境――GNOME (GNU Network Object Model Environment) のHIGです。

KDE User Intereface Guidelines
GNUMEと双璧といえるKDE (K Desktop Environment) のHIGです。