Tagged

IA

A collection of 20 posts

IA

探索的検索という違う時間の流れ

検索とひとことで言ってもいろいろな形があります。私たちが Google などでキーワード検索するときは、答えを導き出すためのキーワードが分かっている場合がありますが、いつもゴールへの辿り着き方が分かるとは限りません。ゴールが何か明確でない場合もありますし、辿り着くためにまずは関連情報を学ぶ必要があるかもしれません。閲覧 (Browse) と検索 (Search) が合わさったような利用者の行動を Exploratory Search (探索的検索) と呼んでおり、ここ数年様々な研究・調査がされています。概要が知りたい方は Wikipedia の記事 [http://en.wikipedia.org/wiki/Exploratory_search]が参考になります。 今すぐ欲しい情報を探すのであればキーワード検索でも十分ですが、調査、仕事のプロジェクト、ライフプランなど中・長期に渡って探し続ける情報をいかに補助するかが課題です。今でもブックマークを使ったりメモソフトを組み合わせることで管理が出来ているものの、別の解も考えられます。探索的検索を理解することが出来れば、キーワードから導き

IA

CSS Nite LP7 で IA に関する講演をしました

撮影: 飯田昌之 [http://www.masazo.net/]2009年9月12日ベルサール神田にて CSS Nite LP, Disk 7「IAスペシャル」 [http://lp7.cssnite.jp/] が開催されてました。IA を語るならこの人と呼ばれる方々から様々な視点の IA を聞くことが出来ました。6時間という長丁場で、しかも相当量の情報があったと思うので消化するのは少し時間がかかるかと思いますが、既に たくさんの方 [http://cssnite.jp/archives/post_1619.html] が、レポート&感想を書いています。 私はイベントの一番最後に「IAからWebサイトデザインへの突破口 」という題名でプレゼンを行いしました。長丁場の終盤だったので来場者の多くは疲れていたと思います。そんな中で漠然とした内容のプレゼンを聞いても頭にピンと来なかった方も多かったのではないかと心配していますし、伝える力が足りなかったのではないかと反省しています。幸い Twitter 上では [http://twitter.com/#search?q=

IA

効果的なプロトタイプを早く作るコツ

プロトタイプを作るのは重要ですが、作るためにおおくの時間を割きたくないところ。特に作ったあとも何回か調整をするわけですから、あまり作り込むわけにはいきません。しかし、あまりに単純な見た目だと情報共有が難しくなります。自分が使い慣れているツールを使うのは第一歩ですが、ちょっとしたことを気をつけることで、効果的なプロトタイプを早く作れるようになります。 スゴいコツだ!というのはありませんが、心がけてるだけでも少しばかり早く作れるようになりますよ。 使えるパレットを用意するよく使う UI 要素やコメントを付けるためのパーツはパレットにしておくと効率的。以前紹介した、OmniGraffle用 [http://www.yasuhisa.com/could/roundup/graffletopia/]とPowerPoint用 [http://www.yasuhisa.com/could/article/powerpoint-prototyping/]を利用すると手軽です。 テンプレートを用意するOmniGraffle では、通常のファイルを新規作成が出来るだけでなく、テンプレートを作成すること

IA

各プロトタイピングの長所・短所

ウェブサイト制作でもプロトタイプを作成する機会が増えてきたと思います。しかし、プロトタイプ一言でいっても様々な方法で作ることが出来ます。今まで 様々な種類のプロトタイピング [http://www.yasuhisa.com/could/?s=%E3%83%97%E3%83%AD%E3%83%88%E3%82%BF%E3%82%A4%E3%83%97] を紹介したことがありますが、どの方法を使った方が良いか迷うところです。短時間で作れるかどうかだけでなく、誰と共有するのか、変更がしやすいか、完成品とどれくらい近づけるのかなど考慮したい項目は幾つかあります。Adobe Dev Center の「Industry trends in prototyping [http://www.adobe.com/devnet/fireworks/articles/

IA

Powersetが提案する情報の見せ方

一部ではGoogleキラーと呼ばれている [http://www.abcnews.go.com/Technology/PCWorld/story?id=4833769]次世代検索エンジンPowerset [http://www.powerset.com/] 。キーワードだけでなく自然な文章でも検索出来るというところまでは他のサービスも行っていますが、検索結果の見せ方や情報の見せ方に幾つかの工夫がなされています。今のところ Wikipedia の記事 (英語のみ) を検索出来るだけですが、なかなかおもしろいです。個人的に「キラー」と呼ぶのは大袈裟だと思いますが、 Powerset では独自の情報の見せ方を提案しており、UIデザインや情報整理の観点からみると大変興味深いサービスです。今回は Powerset で見つけた興味深いアプローチを幾つか紹介していきます。 A. 概要 検索するとページの一番上に最も該当する項目が表示されます。通常のリスト表示ではなく写真付きで記事をある程度読むことが出来るようになっています。Googleでもこうした見せ方は一部のキーワードで行っていますが、Powe

IA

リンクタイプの構成案

可能な限りフィードバックを得れるような状態にしながら、徐々に方向性を固めて組み立てれるように複数のサイクルで構成されたプロセス [http://www.yasuhisa.com/could/article/multiple-cycle-process/] を提案しました。今回はその第一弾である「リンク」タイプのデザインに取りかかろうと思います。リンクは「クラフトっぽいアート作品いろいろ [http://www.yasuhisa.com/could/links/craft-art/] 」のようにゆるいテーマがあるかもしれないですが、リンクが羅列しているようなエントリーのことを指します。 このタイプのエントリーはあまりブックマークもされることもなく、どちらかというと検索からくる方のほうが多いです。サイトへのロイアリティもあまり高くないので、最近のエントリーやタグリストなどといった全体像が分かるものを省いて、読者が必要しているものをはっきり見せることが必要とされるタイプになります。リンクタイプはイントロダクションのような文章もない単純なリスト( <dl> で記述)なので、文体も統一されてい

IA

サイドバーの行方

サイドバーはブログが広まる前から存在していたコンポーネント。メインコンテンツ以外の情報を上部に載せることが出来るので、多くのサイトでサイドバーが採用されています。実装も簡単に出来ますし、3カラム、4カラムと増やすことも出来るわけですが、実装の敷居も低いのでただの賑やかしになってしまいがちの部分でもあります。情報の配置の仕方によって、情報が活かされるときもあれば、そうでないときもあります。サイドバーもメインコンテンツ以外の情報を放り込む場所ではなく、的確な情報が載る場所として扱わなくてはいけません。 ブログのサイドバーで必要なもの サイドバーによくある情報は * 最近のエントリーリスト * 最近のコメントリスト * アーカイブリスト * カテゴリリスト * タグクラウド * Feed をはじめとした購読ボタン * ウィジェット諸々 アクセス解析やサイトコンセプトによってサイドバーの使い方も変わってきます。このサイトは Feed は多くの方に登録されていますが、サイトまで訪れる方はその中のわずかな数ですし、エントリーによってアクセス数も数倍違うこともあります。よって、情

IA

今時のプロトタイピング

この記事は「PowerPoint を使ったプロトタイピング [http://www.yasuhisa.com/could/article/powerpoint-prototyping/]」の続きにあたります。 ページベースの Webサイトを制作するのであれば、多くの方が利用出来るということも含めて PowerPoint [http://office.microsoft.com/ja-jp/powerpoint/default.aspx] や Keynote [http://www.apple.com/jp/iwork/keynote/] といったプレゼンテーションアプリが最適だといえます。しかし、Ajax や Flash を利用したページを移動することなくデータにアクセスするサイトや Webアプリケーション、ショッピングサイトのような会員/非会員によって異なるコンテンツやフォームを必要とするサービスでは、ページベースで Webサイトを考えるのは困難です。 ユーザーテストをする際も PowerPoint や Keynote では難しい場合もあるでしょう。共に高度な描写が可能になり見た目

IA

拡張性のあるデータ配置を模索する

そろそろ大まかな形でワイヤーフレームを作っていこうと思っているわけですが、その前にいろいろ準備しておきたいことも幾つかあります。そのひとつが、拡張性を考えて、どのようなデータをどの辺りに配置するのがベストかを考えること。これは Webアプリケーション開発において特に重要になってくることだと思いますが、大幅な改変をしなくても、機能やミニコンテンツといったコンポーネントを付け加えることが出来るように設計しておく必要があります。もちろん、すべての可能性を考慮することは不可能ですが、あらかじめ拡張されることを考慮して設計を始めるか始めないかでは大きな違いがあります。 下の図はページを大まかに4つに別けて、異なる配置を考えたものです。 ※ ワイヤーフレームの基盤のような存在なので、実際のサイトのワイヤーフレームを作っているわけではありません。 ナビゲーションサイトのグローバルナビゲーションに当たるエリア。Webアプリケーションにおいては機能を示すことが多いコンテキスト / データセット 現在観覧しているページがどういったページが示していたり、サイト全体からみたページの位置を示しているエリア。