<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Diffuse Information &#187; Information Architecture</title>
	<atom:link href="http://diffuse.jp/tag/information-architecture/feed/" rel="self" type="application/rss+xml" />
	<link>http://diffuse.jp</link>
	<description></description>
	<lastBuildDate>Sat, 28 Aug 2010 13:32:53 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>ja</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>IAの役割と成果物：ユーザーエクスペリエンスデザイン成果物リスト</title>
		<link>http://diffuse.jp/2009/02/13/ia%e3%81%ae%e5%bd%b9%e5%89%b2%e3%81%a8%e6%88%90%e6%9e%9c%e7%89%a9%ef%bc%9a%e3%83%a6%e3%83%bc%e3%82%b6%e3%83%bc%e3%82%a8%e3%82%af%e3%82%b9%e3%83%9a%e3%83%aa%e3%82%a8%e3%83%b3%e3%82%b9%e3%83%87/</link>
		<comments>http://diffuse.jp/2009/02/13/ia%e3%81%ae%e5%bd%b9%e5%89%b2%e3%81%a8%e6%88%90%e6%9e%9c%e7%89%a9%ef%bc%9a%e3%83%a6%e3%83%bc%e3%82%b6%e3%83%bc%e3%82%a8%e3%82%af%e3%82%b9%e3%83%9a%e3%83%aa%e3%82%a8%e3%83%b3%e3%82%b9%e3%83%87/#comments</comments>
		<pubDate>Thu, 12 Feb 2009 17:13:16 +0000</pubDate>
		<dc:creator>IKD</dc:creator>
				<category><![CDATA[Web]]></category>
		<category><![CDATA[IA]]></category>
		<category><![CDATA[Information Architecture]]></category>

		<guid isPermaLink="false">http://diffuse.jp/?p=271</guid>
		<description><![CDATA[日本語のBlogでは、IA(Information Architecture)に関して言及しているものはそれほど多くない。
それは情報アーキテクチャーという領域がそれほど認識されていない、または情報アーキテクトという役割で仕事をしている人が少ないのか、事実IA(Information Architect)という肩書きを持った名刺をもらうことはあまりないし、実際の仕事は、Webディレクターとそれほどかわらないというのが現状なのかもしれない。
前置きはこれくらいにしておいて、今日は、ユーザーエクスペリエンスデザイン成果物リストという記事のご紹介。
ユザーエクスペリンスというと堅苦しい気もするが、Webサイトに代表されるような体験型のメディアをデザインするプロジェクトにおいて、どのような成果物が必要かとリスト。
『アンビエント・ファインダビリティ―ウェブ、検索、そしてコミュニケーションをめぐる旅』の著作者であるピーター・モービルが著作者で、訳は同著の訳者でもある浅野 紀予さんがされている。
インフォメーションアーキテクト、ディレクター、デザイナーどんな肩書きであってもウェブサイトに関わる仕事についている人であれば、一読の価値があると思う。

ユーザーエクスペリエンスデザイン成果物リスト（User Experience Deliverables）
シロクマ本や『アンビエント・ファインダビリティ』でおなじみのピーター・モービル（Peter Morville）が率いるSemantic StudiosのPublicationsコンテンツが約1年半ぶり（！）に更新され、「User Experience Deliverables」という記事が公開されました。
ユーザーエクスペリエンスデザインに関わる各種の成果物のまとめという実用的な記事ではありますが、いかにもPeterらしいユーモアがちょこちょこと顔を出している、なかなか面白い内容です。
このリストを読んで思いだしたのが、ウェブ戦略としての「ユーザーエクスペリエンス」―5つの段階で考えるユーザー中心デザインの最後の章に書かれていた、ビッグIAとリトルIAという考え方。
前者はこのリストにあるように、ビジネス戦略、情報デザイン、用件定義、グラフィックデザインなど情報アーキテクチャーに関係する大きな領域をIAの領域ととらえる考え方、後者はより狭義に、コンテンツの整理や情報の構造化といった領域のみをそれとらえる考え方。
自分の立場は、組織内ではIAとして定義されているが、最近のこした成果物で考えれば、フローチャート（Process Flow）、要求仕様書（Specifications）、実施計画書（Plan / Statement of Work）、ちょっと前にWireframeは書いたかな。
広義とは言いがたいが、周りを見渡す限りでは、だいたい得手不得手な領域があって、1から20まで自分で手がける人はちょっとまれかな。
個人的には、より狭義になればなるほどに専門性が必要になると思う。ただしウェブのようなツールであったりシステムであったり、デザインであったりアートであったりする多面的なメディアにおいては、そのアプローチを狭めてしまうものになるのかもしれない。一部のスーパークリエーターみたいな人々を別にして。
事実、企業のウェブ担当者として求められる理想像は、ビジネスとシステムとデザインの概念を統合的にインテグレートできるまさにビッグIAを地でいく人物像の要に思えるし。
]]></description>
			<content:encoded><![CDATA[<p>日本語のBlogでは、IA(<a href="http://ja.wikipedia.org/wiki/%E6%83%85%E5%A0%B1%E3%82%A2%E3%83%BC%E3%82%AD%E3%83%86%E3%82%AF%E3%83%81%E3%83%A3" target="_blank">Information Architecture</a>)に関して言及しているものはそれほど多くない。<br />
それは情報アーキテクチャーという領域がそれほど認識されていない、または情報アーキテクトという役割で仕事をしている人が少ないのか、事実IA(Information Architect)という肩書きを持った名刺をもらうことはあまりないし、実際の仕事は、Webディレクターとそれほどかわらないというのが現状なのかもしれない。</p>
<p>前置きはこれくらいにしておいて、今日は、ユーザーエクスペリエンスデザイン成果物リストという記事のご紹介。<br />
ユザーエクスペリンスというと堅苦しい気もするが、Webサイトに代表されるような体験型のメディアをデザインするプロジェクトにおいて、どのような成果物が必要かとリスト。<br />
『<a href="http://www.amazon.co.jp/gp/product/4873112834?ie=UTF8&amp;tag=diffusedotjp-22&amp;linkCode=as2&amp;camp=247&amp;creative=7399&amp;creativeASIN=4873112834">アンビエント・ファインダビリティ―ウェブ、検索、そしてコミュニケーションをめぐる旅</a><img style="border:none !important; margin:0px !important;" src="http://www.assoc-amazon.jp/e/ir?t=diffusedotjp-22&amp;l=as2&amp;o=9&amp;a=4873112834" border="0" alt="" width="1" height="1" />』の著作者であるピーター・モービルが著作者で、訳は同著の訳者でもある<a href="http://blog.iaspectrum.net/">浅野 紀予</a>さんがされている。<br />
インフォメーションアーキテクト、ディレクター、デザイナーどんな肩書きであってもウェブサイトに関わる仕事についている人であれば、一読の価値があると思う。</p>
<blockquote>
<h3 class="entry-header"><a href="http://blog.iaspectrum.net/2009/02/peter-morvilleu.html" target="_blank">ユーザーエクスペリエンスデザイン成果物リスト（User Experience Deliverables）</a></h3>
<p>シロクマ本や『アンビエント・ファインダビリティ』でおなじみのピーター・モービル（Peter Morville）が率いるSemantic StudiosのPublicationsコンテンツが約1年半ぶり（！）に更新され、「User Experience Deliverables」という記事が公開されました。<br />
ユーザーエクスペリエンスデザインに関わる各種の成果物のまとめという実用的な記事ではありますが、いかにもPeterらしいユーモアがちょこちょこと顔を出している、なかなか面白い内容です。</p></blockquote>
<p>このリストを読んで思いだしたのが、ウ<a href="http://diffuse.jp/2008/12/09/the_elements_of_user_experience/" target="_blank">ェブ戦略としての「ユーザーエクスペリエンス」―5つの段階で考えるユーザー中心デザイン</a>の最後の章に書かれていた、ビッグIAとリトルIAという考え方。<br />
前者はこのリストにあるように、ビジネス戦略、情報デザイン、用件定義、グラフィックデザインなど情報アーキテクチャーに関係する大きな領域をIAの領域ととらえる考え方、後者はより狭義に、コンテンツの整理や情報の構造化といった領域のみをそれとらえる考え方。</p>
<p>自分の立場は、組織内ではIAとして定義されているが、最近のこした成果物で考えれば、フローチャート（Process Flow）、要求仕様書（Specifications）、実施計画書（Plan / <a href="http://www.atmarkit.co.jp/aig/04biz/sow.html" target="_blank">Statement of Work</a>）、ちょっと前にWireframeは書いたかな。<br />
広義とは言いがたいが、周りを見渡す限りでは、だいたい得手不得手な領域があって、1から20まで自分で手がける人はちょっとまれかな。</p>
<p>個人的には、より狭義になればなるほどに専門性が必要になると思う。ただしウェブのようなツールであったりシステムであったり、デザインであったりアートであったりする多面的なメディアにおいては、そのアプローチを狭めてしまうものになるのかもしれない。一部のスーパークリエーターみたいな人々を別にして。</p>
<p>事実、企業のウェブ担当者として求められる理想像は、ビジネスとシステムとデザインの概念を統合的にインテグレートできるまさにビッグIAを地でいく人物像の要に思えるし。</p>
]]></content:encoded>
			<wfw:commentRss>http://diffuse.jp/2009/02/13/ia%e3%81%ae%e5%bd%b9%e5%89%b2%e3%81%a8%e6%88%90%e6%9e%9c%e7%89%a9%ef%bc%9a%e3%83%a6%e3%83%bc%e3%82%b6%e3%83%bc%e3%82%a8%e3%82%af%e3%82%b9%e3%83%9a%e3%83%aa%e3%82%a8%e3%83%b3%e3%82%b9%e3%83%87/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>[本] ウェブ戦略としての「ユーザーエクスペリエンス」—5つの段階で考えるユーザー中心デザイン</title>
		<link>http://diffuse.jp/2008/12/09/the_elements_of_user_experience/</link>
		<comments>http://diffuse.jp/2008/12/09/the_elements_of_user_experience/#comments</comments>
		<pubDate>Mon, 08 Dec 2008 17:13:12 +0000</pubDate>
		<dc:creator>IKD</dc:creator>
				<category><![CDATA[Books]]></category>
		<category><![CDATA[Web]]></category>
		<category><![CDATA[Information Architecture]]></category>
		<category><![CDATA[Web・IA]]></category>
		<category><![CDATA[書評]]></category>

		<guid isPermaLink="false">http://diffuse.jp/?p=244</guid>
		<description><![CDATA[
ウェブ戦略としての「ユーザーエクスペリエンス」―5つの段階で考えるユーザー中心デザイン
先日、取り上げたSubject to Changeの書評でも少し触れましたが、Adaptive Path社のJesse James GARRETTが書いている『The Elements of User Experience: User-Centered Design for the Web 』の日本語訳。訳者はソシオメディアの人々で篠原さんがあとがきを寄稿されてます。
英語では2003年に出版されており、日本版も3年まえの2005年と若干古い本ではあるが、本書の核として語られるJesse James Garrett’s 5 Planes Modelは、現在でもウェブサイトを構築するためアプローチ、もしくは考え方としては基本的に正しい。

Jesse James Garrett’s 5 Planes Modelを視覚化すると以下のようになる。

簡単に概略だけ書くと、ウェブサイトは以下の5つのレイヤーで構築されていて、それぞれのプロセスで適切なアウトプットが求められる。

Surface（表層）
Skeleton（骨格）
Structure（構造）
Scope（要件）
Strategy（戦略）

例えば、Strategyでは、戦略・実施計画書であったり、Scopeでは要求仕様書であったり、Structureではサイトマップであったり、Skeltonではワイヤーフレームだったり、Sufaceではデザインカンプだったり。
プロセスという意味合いで言えば、もちろん最後には実装を伴い、テンプレート分のPSDができたり、HTMLができたりする。
詳細については、Jesse James GARRETTのサイトにオリジナルが掲載されていて、PDFもダウンロードできるので、一読してみるといい。
この本に書かれている内容は、非常に理想的なもの。実際に著者自体が語っているが、これらのプロセスを十分に踏まえて進行する事ができるプロジェクトは稀で、Information Architectureが当たり前の様に考慮され、専門のInformation Architectsが存在する組織というのはほとんどない。
実際に日本でウェブサイトの構築に関わっている大半の人は、プロジェクトの管理をしながら、サイトの設計を行い、取材を行いテキストをおこし、時にはフォトショップを開いて画像を編集したり、HTMLを開いてタグを編集している、そんな業務を一人または、少人数でこなしているかもしれない。
クライアントはユーザーなんて言葉もしらず（言い過ぎ？）、最大のステークホルダーは上司で、公開全日になって仕様変更を突きつけられたり、と行った事も日常茶飯事かもしれない。
もしそんな状況に置かれているのあれば、まずこの本を手に取ってみるといいかもしれない、まず自分の仕事は”何”を作る事で、何を考えて進めなければならないかというヒントにはなると思う。
と、こんな偉そうな事を書いていても、最近難航するプロジェクトの中をどう進めればよいか思案中で、とりあえず本棚から引っぱり出して、再読した自分が言うので、説得力はあまりないかも。
明日の仕事にすぐ役立つというわけではないかもしれないが、ウェブサイト作っている人なら一読の価値ありということで★★★★☆。

]]></description>
			<content:encoded><![CDATA[<p><img class="attachment wp-att-246 alignleft" src="http://diffuse.jp/wp/wp-content/uploads/2008/12/51rnr0crg8l_ss500_.thumbnail.jpg" alt="ウェブ戦略としての「ユーザーエクスペリエンス」" width="239" height="240" /><strong><br />
<a href="http://www.amazon.co.jp/gp/product/4839914192?ie=UTF8&amp;tag=diffusedotjp-22&amp;linkCode=as2&amp;camp=247&amp;creative=7399&amp;creativeASIN=4839914192">ウェブ戦略としての「ユーザーエクスペリエンス」―5つの段階で考えるユーザー中心デザイン</a><img style="border:none !important; margin:0px !important;" src="http://www.assoc-amazon.jp/e/ir?t=diffusedotjp-22&amp;l=as2&amp;o=9&amp;a=4839914192" border="0" alt="" width="1" height="1" /></strong></p>
<p>先日、取り上げた<a href="http://diffuse.jp/2008/12/08/subject_to_change/" target="_self">Subject to Changeの書評</a>でも少し触れましたが、<a href="http://www.adaptivepath.com/" target="_blank">Adaptive Path</a>社のJesse James GARRETTが書いている『<a href="http://www.amazon.co.jp/gp/product/0735712026?ie=UTF8&amp;tag=diffusedotjp-22&amp;linkCode=as2&amp;camp=247&amp;creative=7399&amp;creativeASIN=0735712026" target="_blank">The Elements of User Experience: User-Centered Design for the Web</a> 』の日本語訳。訳者は<a href="https://www.sociomedia.co.jp/" target="_blank">ソシオメディア</a>の人々で篠原さんがあとがきを寄稿されてます。</p>
<p>英語では2003年に出版されており、日本版も3年まえの2005年と若干古い本ではあるが、本書の核として語られるJesse James Garrett’s 5 Planes Modelは、現在でもウェブサイトを構築するためアプローチ、もしくは考え方としては基本的に正しい。<br />
<br clear="all"><br />
Jesse James Garrett’s 5 Planes Modelを視覚化すると以下のようになる。</p>
<p><a class="highslide" title="Jesse James Garrett’s 5 Planes Model" onclick="return hs.expand(this)" href="http://diffuse.jp/wp/wp-content/uploads/2008/12/picture-8.png"><img class="attachment wp-att-245" src="http://diffuse.jp/wp/wp-content/uploads/2008/12/picture-8.thumbnail.png" alt="Jesse James Garrett’s 5 Planes Model" width="320" height="204" /></a></p>
<p>簡単に概略だけ書くと、ウェブサイトは以下の5つのレイヤーで構築されていて、それぞれのプロセスで適切なアウトプットが求められる。</p>
<ol>
<li>Surface（表層）</li>
<li>Skeleton（骨格）</li>
<li>Structure（構造）</li>
<li>Scope（要件）</li>
<li>Strategy（戦略）</li>
</ol>
<p>例えば、Strategyでは、戦略・実施計画書であったり、Scopeでは要求仕様書であったり、Structureではサイトマップであったり、Skeltonではワイヤーフレームだったり、Sufaceではデザインカンプだったり。<br />
プロセスという意味合いで言えば、もちろん最後には実装を伴い、テンプレート分のPSDができたり、HTMLができたりする。</p>
<p>詳細については、<a href="http://www.jjg.net/elements/" target="_blank">Jesse James GARRETTのサイト</a>にオリジナルが掲載されていて、<a href="http://www.jjg.net/ia/elements.pdf">PDFもダウンロードできる</a>ので、一読してみるといい。</p>
<p>この本に書かれている内容は、非常に理想的なもの。実際に著者自体が語っているが、これらのプロセスを十分に踏まえて進行する事ができるプロジェクトは稀で、Information Architectureが当たり前の様に考慮され、専門のInformation Architectsが存在する組織というのはほとんどない。</p>
<p>実際に日本でウェブサイトの構築に関わっている大半の人は、プロジェクトの管理をしながら、サイトの設計を行い、取材を行いテキストをおこし、時にはフォトショップを開いて画像を編集したり、HTMLを開いてタグを編集している、そんな業務を一人または、少人数でこなしているかもしれない。</p>
<p>クライアントはユーザーなんて言葉もしらず（言い過ぎ？）、最大のステークホルダーは上司で、公開全日になって仕様変更を突きつけられたり、と行った事も日常茶飯事かもしれない。</p>
<p>もしそんな状況に置かれているのあれば、まずこの本を手に取ってみるといいかもしれない、まず自分の仕事は”何”を作る事で、何を考えて進めなければならないかというヒントにはなると思う。<br />
と、こんな偉そうな事を書いていても、最近難航するプロジェクトの中をどう進めればよいか思案中で、とりあえず本棚から引っぱり出して、再読した自分が言うので、説得力はあまりないかも。</p>
<p>明日の仕事にすぐ役立つというわけではないかもしれないが、ウェブサイト作っている人なら一読の価値ありということで★★★★☆。</p>
<p><iframe src="http://rcm-jp.amazon.co.jp/e/cm?t=diffusedotjp-22&#038;o=9&#038;p=8&#038;l=as1&#038;asins=4839914192&#038;md=1X69VDGQCMF7Z30FM082&#038;fc1=333333&#038;IS2=1&#038;lt1=_blank&#038;m=amazon&#038;lc1=006699&#038;bc1=000000&#038;bg1=000000&#038;f=ifr&#038;nou=1" style="width:120px;height:240px;" scrolling="no" marginwidth="0" marginheight="0" frameborder="0"></iframe></p>
]]></content:encoded>
			<wfw:commentRss>http://diffuse.jp/2008/12/09/the_elements_of_user_experience/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>[本] Subject to Change</title>
		<link>http://diffuse.jp/2008/12/08/subject_to_change/</link>
		<comments>http://diffuse.jp/2008/12/08/subject_to_change/#comments</comments>
		<pubDate>Sun, 07 Dec 2008 16:56:34 +0000</pubDate>
		<dc:creator>IKD</dc:creator>
				<category><![CDATA[Books]]></category>
		<category><![CDATA[Web]]></category>
		<category><![CDATA[Information Architecture]]></category>
		<category><![CDATA[Web・IA]]></category>
		<category><![CDATA[書評]]></category>

		<guid isPermaLink="false">http://diffuse.jp/?p=242</guid>
		<description><![CDATA[
Subject To Change -予測不可能な世界で最高の製品とサービスを作る
アメリカのUX系デザインファーム？のAdaptive Pathの中心メンバーによる共著で、成功する製品やサービスを生み出すために必要な視点、組織体制、実践すべきプロセスが包括的に語られている本。
IA（Information Architecture）に関する仕事をしている人ならば、Adaptive Pathという会社の名前は聞いたことがあるかもしれないが、顧客の体験（User Experience）を主眼において、ウェブサイトやソフトウェア、製品を作るためのコンサルティングをしている会社。業界的には老舗でJesse James GARRETTなど日本でも名前の通った人も多い。
まぁこんな説明より、DESIGN IT!のAdaptive Path社を紹介したページの方が間違いなく分かりやすいので、参照してください。
そんな彼らが創業してから、現在に至るまでビジネスを構築してきたエッセンスが込められた内容だと思う。
製品（サービス）を作る上では、顧客が感じる体験が最も重要な要素であり、顧客体験をデザインする為に組織をデザイン志向でドライブして行くという事、タイトルが示すとおり変化し続ける世界に対応する為にアジャイル（軽量な）プロセスが求められるという事。
一言で感想を言うならば、書かれている内容は圧倒的に正しい。ただそれを実現するのも圧倒的に難しい。
実際にAdaptive Pathが作成した自分のいる会社に関する調査報告と簡単な提案を含んだレポートを読んだ事があるが、きわめて正論で反論の余地はない。ただ今も実現できていない。
一つ具体例を挙げれば、”（システム的に）製品のカテゴリ構造は世界で統一すべきだ”というメッセージ。至極当然のメッセージだが、同じ製品であっても、日本と中国ではマーケティングにおける位置づけが大きく異なることはよくある。
例えば日本では大衆車と言われるカローラは、ブラジルでは高級車とか。（トヨタの人ではないので正確ではないかもしれない）
全体的な印象も、ウェブ戦略としての「ユーザーエクスペリエンス」などのサイト制作者向けというよりは、プロダクトマネージャー、マーケティング担当者などのクライアント側の人が読むべきいわゆるビジネス書的な性格のほうが強いと感じる。
最近仕事の進め方であったり、プロジェクトゴールで悩んでいる自分にとっては意味がある本ではあるが、それはあくまで大きな方向性を再確認させてくれるという意味が大きい。
ただ、日々の仕事に役立つHowtoももちろん含まれている。具体的に一つ心に残っている箇所をあげるなら、ユーザ行動と調査結果は、調査部門の担当者だけが知っていても意味が無い、それらはステークホルダーで共有され共通認識となってこそ初めて意味をなす的なニュアンスだろうか。
まさにユーザー調査をしている自分にとっては頭が痛いところ。
ということで、諸々押し並べて、★★★★☆
最後に何となく、勝手な印象だが、この本の真意はクライアント側の人々に自分たちの存在意義を訴えるそんなことなのかもれないと思った。

]]></description>
			<content:encoded><![CDATA[<p><img class="attachment wp-att-243 alignleft" src="http://diffuse.jp/wp/wp-content/uploads/2008/12/51y22cdg0l_sl500_aa240_.jpg" alt="Subject to Change" width="240" height="240" /><strong><br />
<a href="http://www.amazon.co.jp/gp/product/4873113857?ie=UTF8&amp;tag=diffusedotjp-22&amp;linkCode=as2&amp;camp=247&amp;creative=7399&amp;creativeASIN=4873113857" target="_blank">Subject To Change -予測不可能な世界で最高の製品とサービスを作る</a><img style="border:none !important; margin:0px !important;" src="http://www.assoc-amazon.jp/e/ir?t=diffusedotjp-22&amp;l=as2&amp;o=9&amp;a=4873113857" border="0" alt="" width="1" height="1" /></strong></p>
<p>アメリカのUX系デザインファーム？の<a href="http://www.adaptivepath.com/" target="_blank">Adaptive Path</a>の中心メンバーによる共著で、成功する製品やサービスを生み出すために必要な視点、組織体制、実践すべきプロセスが包括的に語られている本。</p>
<p>IA（Information Architecture）に関する仕事をしている人ならば、Adaptive Pathという会社の名前は聞いたことがあるかもしれないが、顧客の体験（User Experience）を主眼において、ウェブサイトやソフトウェア、製品を作るためのコンサルティングをしている会社。業界的には老舗で<a href="http://www.designit.jp/archives/2005/01/jesse_james_gar.html" target="_blank">Jesse James GARRETT</a>など日本でも名前の通った人も多い。<br />
まぁこんな説明より、DESIGN IT!の<a href="http://www.designit.jp/archives/2008/07/adaptive_path.html" target="_blank">Adaptive Path社を紹介したページ</a>の方が間違いなく分かりやすいので、参照してください。</p>
<p>そんな彼らが創業してから、現在に至るまでビジネスを構築してきたエッセンスが込められた内容だと思う。<br />
製品（サービス）を作る上では、顧客が感じる体験が最も重要な要素であり、顧客体験をデザインする為に組織をデザイン志向でドライブして行くという事、タイトルが示すとおり変化し続ける世界に対応する為にアジャイル（軽量な）プロセスが求められるという事。<br />
一言で感想を言うならば、書かれている内容は圧倒的に正しい。ただそれを実現するのも圧倒的に難しい。</p>
<p>実際にAdaptive Pathが作成した自分のいる会社に関する調査報告と簡単な提案を含んだレポートを読んだ事があるが、きわめて正論で反論の余地はない。ただ今も実現できていない。<br />
一つ具体例を挙げれば、”（システム的に）製品のカテゴリ構造は世界で統一すべきだ”というメッセージ。至極当然のメッセージだが、同じ製品であっても、日本と中国ではマーケティングにおける位置づけが大きく異なることはよくある。<br />
例えば日本では大衆車と言われるカローラは、ブラジルでは高級車とか。（トヨタの人ではないので正確ではないかもしれない）</p>
<p>全体的な印象も、<a href="http://www.amazon.co.jp/gp/product/4839914192?ie=UTF8&amp;tag=diffusedotjp-22&amp;linkCode=as2&amp;camp=247&amp;creative=7399&amp;creativeASIN=4839914192" target="_blank"><span style="border: medium none  ! important; margin: 0px ! important;">ウェブ戦略としての「ユーザーエクスペリエンス」</span></a>などのサイト制作者向けというよりは、プロダクトマネージャー、マーケティング担当者などのクライアント側の人が読むべきいわゆるビジネス書的な性格のほうが強いと感じる。</p>
<p>最近仕事の進め方であったり、プロジェクトゴールで悩んでいる自分にとっては意味がある本ではあるが、それはあくまで大きな方向性を再確認させてくれるという意味が大きい。</p>
<p>ただ、日々の仕事に役立つHowtoももちろん含まれている。具体的に一つ心に残っている箇所をあげるなら、ユーザ行動と調査結果は、調査部門の担当者だけが知っていても意味が無い、それらはステークホルダーで共有され共通認識となってこそ初めて意味をなす的なニュアンスだろうか。<br />
まさにユーザー調査をしている自分にとっては頭が痛いところ。</p>
<p>ということで、諸々押し並べて、★★★★☆</p>
<p>最後に何となく、勝手な印象だが、この本の真意はクライアント側の人々に自分たちの存在意義を訴えるそんなことなのかもれないと思った。</p>
<p><iframe src="http://rcm-jp.amazon.co.jp/e/cm?t=diffusedotjp-22&#038;o=9&#038;p=8&#038;l=as1&#038;asins=4873113857&#038;md=1X69VDGQCMF7Z30FM082&#038;fc1=333333&#038;IS2=1&#038;lt1=_blank&#038;m=amazon&#038;lc1=006699&#038;bc1=000000&#038;bg1=000000&#038;f=ifr" style="width:120px;height:240px;" scrolling="no" marginwidth="0" marginheight="0" frameborder="0"></iframe></p>
]]></content:encoded>
			<wfw:commentRss>http://diffuse.jp/2008/12/08/subject_to_change/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>IA Cocktail Hour Tokyo 04</title>
		<link>http://diffuse.jp/2008/12/05/ia-cocktail-hour-tokyo-04/</link>
		<comments>http://diffuse.jp/2008/12/05/ia-cocktail-hour-tokyo-04/#comments</comments>
		<pubDate>Thu, 04 Dec 2008 15:04:32 +0000</pubDate>
		<dc:creator>IKD</dc:creator>
				<category><![CDATA[Web]]></category>
		<category><![CDATA[Information Architecture]]></category>

		<guid isPermaLink="false">http://diffuse.jp/?p=240</guid>
		<description><![CDATA[
11月27日に楽天さん行われたIA Cocktail Hour Tokyo Vol.4（リンク先は要mixiアカウント）に参加してきました。
最初に楽天の清水さんから、楽天社内におけるIAへの取り組みが紹介されて、その後はひたすらフリータイムという形で、いろいろな会社の方と、日々の業務の苦労話などをしてきました。
IA（Information Architecture）と言っても、実際の現場ではいわゆるウェブサイト運営とか構築という文脈で語られることのほうが一般的なわけで、CMSとかアクセス解析など日々の仕事をどうこなすか？といった話題が中心でした。
個人的には、Concentの長谷川さんからちらっと聞いたサイトをエコシステムと捉えて、その中でグロナビ、ローカルナビ等の各機能の役割を考えるといったアプローチがおもしろかったかな？
いい意味で現場の人たちとアカデミックな人たちが玉石混交な雰囲気もなかなか興味深かった。
その場に参加している人たちが、IMJ、ネットイヤー、サイエントなどいわゆるベンダー側の人たちだけ無く、楽天さんのように受注側（一応自分もそういう立場）な人たちが多かったのも印象的。
情報設計という技能？職能？が世間一般にも認知されてきたということでしょうか？Web業界も少し変わりつつある印象をうけましたね。
]]></description>
			<content:encoded><![CDATA[<p><img class="attachment wp-att-241" src="http://diffuse.jp/wp/wp-content/uploads/2008/12/20081127903.jpg" alt="IA Cocktail Hour Tokyo 04" width="500" height="375" /></p>
<p>11月27日に楽天さん行われた<a href="http://mixi.jp/view_event.pl?id=36909169" target="_blank">IA Cocktail Hour Tokyo Vol.4</a>（リンク先は要mixiアカウント）に参加してきました。<br />
最初に楽天の清水さんから、楽天社内におけるIAへの取り組みが紹介されて、その後はひたすらフリータイムという形で、いろいろな会社の方と、日々の業務の苦労話などをしてきました。<br />
IA（Information Architecture）と言っても、実際の現場ではいわゆるウェブサイト運営とか構築という文脈で語られることのほうが一般的なわけで、CMSとかアクセス解析など日々の仕事をどうこなすか？といった話題が中心でした。</p>
<p>個人的には、<a href="http://www.concentinc.jp/" target="_blank">Concent</a>の長谷川さんからちらっと聞いたサイトをエコシステムと捉えて、その中でグロナビ、ローカルナビ等の各機能の役割を考えるといったアプローチがおもしろかったかな？</p>
<p>いい意味で現場の人たちとアカデミックな人たちが玉石混交な雰囲気もなかなか興味深かった。<br />
その場に参加している人たちが、<a href="http://www.imjp.co.jp/" target="_blank">IMJ</a>、<a href="http://www.netyear.net/" target="_blank">ネットイヤー</a>、<a href="http://www.scient.co.jp/" target="_blank">サイエント</a>などいわゆるベンダー側の人たちだけ無く、楽天さんのように受注側（一応自分もそういう立場）な人たちが多かったのも印象的。<br />
情報設計という技能？職能？が世間一般にも認知されてきたということでしょうか？Web業界も少し変わりつつある印象をうけましたね。</p>
]]></content:encoded>
			<wfw:commentRss>http://diffuse.jp/2008/12/05/ia-cocktail-hour-tokyo-04/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
