技術的なアプローチだけではなく、情報の整理の仕方や心理的な部分からスピードを表現することが可能です。早くするだけでなく、早く感じてもらえるような工夫が必要です。

情報とコンテキストと繋げる IA において、変化し続けるサイトのありかたに応える構造を提案していかなければいけません。サイトを超えた体験作りをどう具現化していけばいいのでしょうか。

検索とひとことで言ってもいろいろな形があります。私たちが Google などでキーワード検索するときは、答えを導き出すためのキーワードが分かっている場合がありますが、いつもゴールへの辿り着き方が分かるとは限りません。ゴールが何か明確でない場合もありますし、辿り着くためにまずは関連情報を学ぶ必要があるかもしれません。閲覧 (Browse) と検索 (Search) が合わさったような利用者の行動を Exploratory Search (探索的検索) と呼んでおり、ここ数年様々な研究・調査がされています。概要が知りたい方は Wikipedia の記事が参考になります。 今すぐ欲しい情報を探すのであればキーワード検索でも十分ですが、調査、仕事のプロジェクト、ライフプランなど中・長期に渡って探し続ける情報をいかに補助するかが課題です。今でもブックマークを使ったりメモソフトを組み合わせることで管理が出来ているものの、別の解も考えられます。探索的検索を理解することが出来れば、キーワードから導き出されるサイトを提示するのではなく、利用者にとって意味がある情報が上位になるようなパーソナライズ化がさらに進むと思います。 もし何か調査をしているのであれば、ひとつ前に検索したキーワードが今検索しているキーワードの結果に影響しても良いと思いでしょう。今検索しているキーワードが数日前に検索した別のキーワードの関連しているのであれば、そこから答えや経路を提案しても良いでしょう。ユーザーがコミュニティに属しているのであれば、他のメンバーが検索で導いた答えやメモを参考にすることが出来かもしれません。 探索的検索ワークショップ 昨年、 National Science Foundation が Information Seeking Support Systems Workshop という探索的検索に特化したワークショップを行いました。探索的検索を実現するためには３つの課題があるとワークショップで挙げられています。 より強固な人と情報のインタラクションモデルの形成 様々な形の情報探索を補助する新しいツールやサービス 情報探索の評価するためのテクニックやメソッド ワークショップでは答えが導き出されたというより、今後の研究・調査への糸口が見えたところで完結しています。参加者は大学で研究している方だけでなく、Yahoo, IBM, Google, Microsoft といった企業も参加していたので、今後何かしらの形で反映されるのかもしれません。アカデミックと企業が共同でワークショップは以前「IntelとNokiaが学生と一緒に考えたデザイン案」で紹介しましたが、羨ましいですね。憧れます。 今後の情報の見せ方 Webサイトのデザインはこうした探索的検索に対してどのように応えることが出来るでしょうか。利用者が頭の中で描いている「答え」と、目の前にある Web サイトのラベリングは一概にマッチしているとはいえず、彼等は頭の中でそのギャップを埋めたり関連付けする作業を行っています。ギャップによる混乱を避けるために、検索という頭の中にある答えをすぐに書き込める機能があるわけですが、今回のような探索的検索には検索ボックスの追加だけでは十分ではありません。 探している情報に辿り着きやすくするために邪魔になるものは排除しなければいけませんし、辿り着くための道筋も作らなければいけません。1ページ1コンテンツにしてサイトを整理する意味がより出てくるでしょうし、1コンテンツを構成しているマイクロコンテンツ（専門用語・タグ・ハイパーリンクなど）が他のコンテンツとの関わりも示すと便利かもしれません。CMSによりコンテンツをデータベース管理が出来るようになりましたが、今後はその中にあるコンテンツをいかにインテリジェントかつダイナミックな情報としてページに表示させるかが課題だと思います。 先月のセミナーでも話しましたが、人は Web サイトを探しているのではなく、情報を探しています。情報を探すという最初のステップは検索エンジンに任せても良いかもしれませんが、その後のケアを提供出来るかがサイトの価値のひとつになります。利用者のその瞬間のニーズにどう応えるかに注目していましたが、中・長期という別の時間軸が加わることでデザインに別の価値が加えれるのではないかと探索的検索を調べて思いました。

2009年9月12日ベルサール神田にて CSS Nite LP, Disk 7 では、IA とコンテクストという２つのテーマから、今後 Web デザインで何を意識したら良いのかを講演しました。

プロトタイプを作るのは重要ですが、作るためにおおくの時間を割きたくないところ。特に作ったあとも何回か調整をするわけですから、あまり作り込むわけにはいきません。しかし、あまりに単純な見た目だと情報共有が難しくなります。自分が使い慣れているツールを使うのは第一歩ですが、ちょっとしたことを気をつけることで、効果的なプロトタイプを早く作れるようになります。 スゴいコツだ！というのはありませんが、心がけてるだけでも少しばかり早く作れるようになりますよ。 使えるパレットを用意する よく使う UI 要素やコメントを付けるためのパーツはパレットにしておくと効率的。以前紹介した、OmniGraffle用とPowerPoint用を利用すると手軽です。 テンプレートを用意する OmniGraffle では、通常のファイルを新規作成が出来るだけでなく、テンプレートを作成することが出来ます。単位をピクセルにし、グリッド表示にしてあるファイルをあらかじめ用意しておけば、何度も設定する手間が省けます。 リンクを加える PowerPointでもOmniGraffleでもハイパーリンクを加えて別のページへ移動することを可能にします。特定のオブジェクトの表示・非表示も可能なので、工夫次第でページ内の変化も表現することも出来ます。PowerPointであれば、マウスオーバーといった別のインタラクションにも異なるアクションを加えることが可能なのでさらに詳細な表現が可能です。 スタイルを合わせてペースト 文字の大きさや色など、同じスタイルを毎回設定するのは面倒なので、「スタイルを合わせてペースト」を活用。PowerPoint だと、「Ctrl + Shift + V」がありますが、OmniGraffle だとショートカットが割り当てられてないのが残念。 プロトタイプとして意外と使えるのが、Acrobatです。図形や UI 要素を PowerPoint や OmniGraffle のように軽快に描くことが出来ませんが、Acrobat に実装されている Form 要素を使えばビジュアルとしてだけでなく、テストとして使えるページになります。また、ムービークリップ (Flashも含) やサウンドも付け加えることが出来るので、マルチメディアを利用したサイトのテストにも活用出来ます。