<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: デザインが失敗してしまう理由</title>
	<atom:link href="http://www.yasuhisa.com/could/article/why-designers-fail/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.yasuhisa.com/could/article/why-designers-fail/</link>
	<description>It's good to be free</description>
	<lastBuildDate>Fri, 12 Mar 2010 08:11:01 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: ヤスヒサ</title>
		<link>http://www.yasuhisa.com/could/article/why-designers-fail/comment-page-1/#comment-320</link>
		<dc:creator>ヤスヒサ</dc:creator>
		<pubDate>Sun, 02 Nov 2008 09:16:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.yasuhisa.com/could/?p=359#comment-320</guid>
		<description>@petit-lis-blanc 
仕事に携わる様々なレイヤーの方が分かる『地図』は必要でしょうね。それがデザインゴールだったりビジネスゴールだったりいろいろだと思いますが、実際作るための設計書だけでなく、目指すべきビジョンが共有出来る別の設計書も必要なのではないかなと思います。</description>
		<content:encoded><![CDATA[<p>@petit-lis-blanc<br />
仕事に携わる様々なレイヤーの方が分かる『地図』は必要でしょうね。それがデザインゴールだったりビジネスゴールだったりいろいろだと思いますが、実際作るための設計書だけでなく、目指すべきビジョンが共有出来る別の設計書も必要なのではないかなと思います。</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: petit-lis-blanc</title>
		<link>http://www.yasuhisa.com/could/article/why-designers-fail/comment-page-1/#comment-318</link>
		<dc:creator>petit-lis-blanc</dc:creator>
		<pubDate>Mon, 27 Oct 2008 02:36:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.yasuhisa.com/could/?p=359#comment-318</guid>
		<description>初めまして。
どうもWEBというのはシステムに近いものであるにも関わらず、『設計書』がきちんと書かれないでGOすることが多いのも、現況のひとつのような気がします。とくに、ユースケース図や業務フローなどの、上流工程での設計書が少なく、いきなり画面のレイアウトから着手してしまっているケースが多いようです。
多くの人達が関わるプロジェクトならとくに、みんなで認識が合わせやすい設計書が必要だと思っています。</description>
		<content:encoded><![CDATA[<p>初めまして。<br />
どうもWEBというのはシステムに近いものであるにも関わらず、『設計書』がきちんと書かれないでGOすることが多いのも、現況のひとつのような気がします。とくに、ユースケース図や業務フローなどの、上流工程での設計書が少なく、いきなり画面のレイアウトから着手してしまっているケースが多いようです。<br />
多くの人達が関わるプロジェクトならとくに、みんなで認識が合わせやすい設計書が必要だと思っています。</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ヤスヒサ</title>
		<link>http://www.yasuhisa.com/could/article/why-designers-fail/comment-page-1/#comment-313</link>
		<dc:creator>ヤスヒサ</dc:creator>
		<pubDate>Thu, 23 Oct 2008 05:20:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.yasuhisa.com/could/?p=359#comment-313</guid>
		<description>@nekohito
サイト構造 / 情報構造が複雑化してきているのもそうですが、制作サイドの構造も複雑化になればなるほど、今まで伝わっていたものが伝わらなくなっていくのかもしれませんね。

@IKD
こちらこそ、はじめまして。
尺度のひとつにアクセス解析や利用者からのフィードバックで得たデータかもしれませんね。サイトを作るって会社にひとつの部署を作るようなものだと思います。大きくて複雑なことですから、縦割り式の構造でのサイト構築は難しいのではないかと感じています。</description>
		<content:encoded><![CDATA[<p>@nekohito<br />
サイト構造 / 情報構造が複雑化してきているのもそうですが、制作サイドの構造も複雑化になればなるほど、今まで伝わっていたものが伝わらなくなっていくのかもしれませんね。</p>
<p>@IKD<br />
こちらこそ、はじめまして。<br />
尺度のひとつにアクセス解析や利用者からのフィードバックで得たデータかもしれませんね。サイトを作るって会社にひとつの部署を作るようなものだと思います。大きくて複雑なことですから、縦割り式の構造でのサイト構築は難しいのではないかと感じています。</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: IKD</title>
		<link>http://www.yasuhisa.com/could/article/why-designers-fail/comment-page-1/#comment-312</link>
		<dc:creator>IKD</dc:creator>
		<pubDate>Wed, 22 Oct 2008 05:45:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.yasuhisa.com/could/?p=359#comment-312</guid>
		<description>はじめまして。

ウェブサイトの場合は何を持って失敗かという判断が難しいですよね。橋の例の用に分かりやすい失敗って何だろう？と思います。

最近のウェブサイトのプロジェクトを例にとると、企画・システム・情報構造・グラフィック・プロジェクト自体などデザインしなければ行けない領域がだいぶ広がっていて、全体をコーディネートするのは、それ自体がかなり難解な気がします。</description>
		<content:encoded><![CDATA[<p>はじめまして。</p>
<p>ウェブサイトの場合は何を持って失敗かという判断が難しいですよね。橋の例の用に分かりやすい失敗って何だろう？と思います。</p>
<p>最近のウェブサイトのプロジェクトを例にとると、企画・システム・情報構造・グラフィック・プロジェクト自体などデザインしなければ行けない領域がだいぶ広がっていて、全体をコーディネートするのは、それ自体がかなり難解な気がします。</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nekohito</title>
		<link>http://www.yasuhisa.com/could/article/why-designers-fail/comment-page-1/#comment-311</link>
		<dc:creator>nekohito</dc:creator>
		<pubDate>Tue, 21 Oct 2008 19:39:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.yasuhisa.com/could/?p=359#comment-311</guid>
		<description>失敗する理由を１点考えてみました。

（理由）
情報アーキテクチャの視点から考察することの欠如
（時間的に足りない、スキルが足りないなどの理由から）
ＷＥＢサイトが持つ、伝えるべき情報を分かりやすく整理しきれていないまま制作
（結果）
サイト構造が複雑化し、的確な表現方法を具現化できないまま終わる場合が多い

デザインを決定づける理由の部分ですがどこを１番に見せるべきか、
メニューはどうあるべきか、
どこを何色にするべきかといった部分ですが
「こういう色でこういうサイト」という希望がたくさんあってピックアップすると
後から意見がクライアント、ディレクション、マークアップエンジニア、デザイナー、プログラマーそれぞれからズレが生じて手戻りの原因になりやすいですし
手戻りすればデザインがさらに失敗する可能性が上がります。</description>
		<content:encoded><![CDATA[<p>失敗する理由を１点考えてみました。</p>
<p>（理由）<br />
情報アーキテクチャの視点から考察することの欠如<br />
（時間的に足りない、スキルが足りないなどの理由から）<br />
ＷＥＢサイトが持つ、伝えるべき情報を分かりやすく整理しきれていないまま制作<br />
（結果）<br />
サイト構造が複雑化し、的確な表現方法を具現化できないまま終わる場合が多い</p>
<p>デザインを決定づける理由の部分ですがどこを１番に見せるべきか、<br />
メニューはどうあるべきか、<br />
どこを何色にするべきかといった部分ですが<br />
「こういう色でこういうサイト」という希望がたくさんあってピックアップすると<br />
後から意見がクライアント、ディレクション、マークアップエンジニア、デザイナー、プログラマーそれぞれからズレが生じて手戻りの原因になりやすいですし<br />
手戻りすればデザインがさらに失敗する可能性が上がります。</p>
]]></content:encoded>
	</item>
</channel>
</rss>
