<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.7" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>评论: 谁来把控UE设计的决定权？</title>
	<link>http://uicom.net/blog/?p=555</link>
	<description>User-Centered Design</description>
	<pubDate>Wed, 08 Sep 2010 02:43:02 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.7</generator>

	<item>
		<title>作者: SOHU内容产品部设计组 &#187; UED应该向产品负责，而不是向PM负责（转载）</title>
		<link>http://uicom.net/blog/?p=555#comment-66351</link>
		<pubDate>Tue, 16 Dec 2008 12:18:32 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-66351</guid>
					<description>[...] 经常有设计师在我这里发牢骚，说他们做的很郁闷，不仅丝毫没有发挥自己设计才能的地方还常常被人说做出来的东西很垃圾，我一般这样回答他们： 1、无论怎样，设计不好都不能算你一个人的错，所有产品相关的人都有义务参与到设计中并承担责任。一个产品的用户体验是所有团队成员在一起协力演奏出来的，你是他们的指挥师； 2、如果你的产品管理者并没有给你这个指挥师充分的指挥权，或者过多的干涉或强制你如何设计，那么设计不好的责任承担者应该是他们；用户体验设计是一项专业而又细致和充满丰富创意的工作，用户体验设计师不是”用户体验制作师”，他们更不是任何人的保姆。 3、在设计之前你的产品管理者是否让你完整了解产品思路、产品方向以及产品所需要表现的感觉和气质？ 如果没有，那么不好的设计结果是他们造成的，不是你。 很多设计师就是在这种环境中去作设计的，他们甚至在设计完成之后都不明白自己为什么设计，设计的是什么… 4、当给需求的人已经确定需要N套设计方案才能确定最终设计时，他已经把设计师当作廉价的劳动了，那么设计不好是很自然的事情。 这不是设计师们的责任，是没有给好需求的人全责。 [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] 经常有设计师在我这里发牢骚，说他们做的很郁闷，不仅丝毫没有发挥自己设计才能的地方还常常被人说做出来的东西很垃圾，我一般这样回答他们： 1、无论怎样，设计不好都不能算你一个人的错，所有产品相关的人都有义务参与到设计中并承担责任。一个产品的用户体验是所有团队成员在一起协力演奏出来的，你是他们的指挥师； 2、如果你的产品管理者并没有给你这个指挥师充分的指挥权，或者过多的干涉或强制你如何设计，那么设计不好的责任承担者应该是他们；用户体验设计是一项专业而又细致和充满丰富创意的工作，用户体验设计师不是”用户体验制作师”，他们更不是任何人的保姆。 3、在设计之前你的产品管理者是否让你完整了解产品思路、产品方向以及产品所需要表现的感觉和气质？ 如果没有，那么不好的设计结果是他们造成的，不是你。 很多设计师就是在这种环境中去作设计的，他们甚至在设计完成之后都不明白自己为什么设计，设计的是什么… 4、当给需求的人已经确定需要N套设计方案才能确定最终设计时，他已经把设计师当作廉价的劳动了，那么设计不好是很自然的事情。 这不是设计师们的责任，是没有给好需求的人全责。 [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Genmous</title>
		<link>http://uicom.net/blog/?p=555#comment-29648</link>
		<pubDate>Sun, 02 Dec 2007 12:14:15 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-29648</guid>
					<description>在国内的中小公司里,决定权都是在领导手上的,不管领导的水平如何,他就是领导,,不管我们设计师向不向他负责,他就是可以否决我们,他会高声的说"我就是用户".
也许白鸦 所在的百度,以及现在的公司并非如此,但大多数就是如此.
悲哀呀!!!!</description>
		<content:encoded><![CDATA[<p>在国内的中小公司里,决定权都是在领导手上的,不管领导的水平如何,他就是领导,,不管我们设计师向不向他负责,他就是可以否决我们,他会高声的说&#8221;我就是用户&#8221;.<br />
也许白鸦 所在的百度,以及现在的公司并非如此,但大多数就是如此.<br />
悲哀呀!!!!
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 白鸦的产品设计博客 &#187; UED应该向产品负责，而不是向PM负责。</title>
		<link>http://uicom.net/blog/?p=555#comment-16938</link>
		<pubDate>Sun, 24 Jun 2007 05:29:11 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-16938</guid>
					<description>[...] 经常有设计师在我这里发牢骚，说他们做的很郁闷，不仅丝毫没有发挥自己设计才能的地方还常常被人说做出来的东西很垃圾，我一般这样回答他们：1、无论怎样，设计不好都不能算你一个人的错，所有产品相关的人都有义务参与到设计中并承担责任。一个产品的用户体验是所有团队成员在一起协力演奏出来的，你是他们的指挥师；2、如果你的产品管理者并没有给你这个指挥师充分的指挥权，或者过多的干涉或强制你如何设计，那么设计不好的责任承担者应该是他们；用户体验设计是一项专业而又细致和充满丰富创意的工作，用户体验设计师不是&#8221;用户体验制作师&#8221;，他们更不是任何人的保姆。3、在设计之前你的产品管理者是否让你完整了解产品思路、产品方向以及产品所需要表现的感觉和气质？ 如果没有，那么不好的设计结果是他们造成的，不是你。很多设计师就是在这种环境中去作设计的，他们甚至在设计完成之后都不明白自己为什么设计，设计的是什么&#8230;4、当给需求的人已经确定需要N套设计方案才能确定最终设计时，他已经把设计师当作廉价的劳动了，那么设计不好是很自然的事情。 这不是设计师们的责任，是没有给好需求的人全责。 [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] 经常有设计师在我这里发牢骚，说他们做的很郁闷，不仅丝毫没有发挥自己设计才能的地方还常常被人说做出来的东西很垃圾，我一般这样回答他们：1、无论怎样，设计不好都不能算你一个人的错，所有产品相关的人都有义务参与到设计中并承担责任。一个产品的用户体验是所有团队成员在一起协力演奏出来的，你是他们的指挥师；2、如果你的产品管理者并没有给你这个指挥师充分的指挥权，或者过多的干涉或强制你如何设计，那么设计不好的责任承担者应该是他们；用户体验设计是一项专业而又细致和充满丰富创意的工作，用户体验设计师不是&#8221;用户体验制作师&#8221;，他们更不是任何人的保姆。3、在设计之前你的产品管理者是否让你完整了解产品思路、产品方向以及产品所需要表现的感觉和气质？ 如果没有，那么不好的设计结果是他们造成的，不是你。很多设计师就是在这种环境中去作设计的，他们甚至在设计完成之后都不明白自己为什么设计，设计的是什么&#8230;4、当给需求的人已经确定需要N套设计方案才能确定最终设计时，他已经把设计师当作廉价的劳动了，那么设计不好是很自然的事情。 这不是设计师们的责任，是没有给好需求的人全责。 [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: tramp</title>
		<link>http://uicom.net/blog/?p=555#comment-16577</link>
		<pubDate>Wed, 20 Jun 2007 01:25:53 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-16577</guid>
					<description>看了大家的讨论,很激动.但大家很少谈到UI设计师在这个团队中的位置和责任.在今天这个越来越重视用户体验的环境中,UI设计师如何才能找到自己的位置,以及对产品设计时,有没有话语权?
还有,就是在部门组织结构时,UI与UE是如何划分的?谢谢各位大虾.</description>
		<content:encoded><![CDATA[<p>看了大家的讨论,很激动.但大家很少谈到UI设计师在这个团队中的位置和责任.在今天这个越来越重视用户体验的环境中,UI设计师如何才能找到自己的位置,以及对产品设计时,有没有话语权?<br />
还有,就是在部门组织结构时,UI与UE是如何划分的?谢谢各位大虾.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 风忆</title>
		<link>http://uicom.net/blog/?p=555#comment-16054</link>
		<pubDate>Thu, 14 Jun 2007 03:02:43 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-16054</guid>
					<description>很热闹，不得不留个印。
有人的行为存在就有用户体验。</description>
		<content:encoded><![CDATA[<p>很热闹，不得不留个印。<br />
有人的行为存在就有用户体验。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: hax 出品</title>
		<link>http://uicom.net/blog/?p=555#comment-11165</link>
		<pubDate>Fri, 20 Apr 2007 05:45:16 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-11165</guid>
					<description>[...] 经常有设计师在我这里发牢骚，说他们做的很郁闷，不仅丝毫没有发挥自己设计才能的地方还常常被人说做出来的东西很垃圾，我一般这样回答他们： 1、无论怎样，设计不好都不能算你一个人的错，所有产品相关的人都有义务参与到设计中并承担责任。一个产品的用户体验是所有团队成员在一起协力演奏出来的，你是他们的指挥师； 2、如果你的产品管理者并没有给你这个指挥师充分的指挥权，或者过多的干涉或强制你如何设计，那么设计不好的责任承担者应该是他们；用户体验设计是一项专业而又细致和充满丰富创意的工作，用户体验设计师不是”用户体验制作师”，他们更不是任何人的保姆。 3、在设计之前你的产品管理者是否让你完整了解产品思路、产品方向以及产品所需要表现的感觉和气质？ 如果没有，那么不好的设计结果是他们造成的，不是你。 很多设计师就是在这种环境中去作设计的，他们甚至在设计完成之后都不明白自己为什么设计，设计的是什么… 4、当给需求的人已经确定需要N套设计方案才能确定最终设计时，他已经把设计师当作廉价的劳动了，那么设计不好是很自然的事情。 这不是设计师们的责任，是没有给好需求的人全责。 [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] 经常有设计师在我这里发牢骚，说他们做的很郁闷，不仅丝毫没有发挥自己设计才能的地方还常常被人说做出来的东西很垃圾，我一般这样回答他们： 1、无论怎样，设计不好都不能算你一个人的错，所有产品相关的人都有义务参与到设计中并承担责任。一个产品的用户体验是所有团队成员在一起协力演奏出来的，你是他们的指挥师； 2、如果你的产品管理者并没有给你这个指挥师充分的指挥权，或者过多的干涉或强制你如何设计，那么设计不好的责任承担者应该是他们；用户体验设计是一项专业而又细致和充满丰富创意的工作，用户体验设计师不是”用户体验制作师”，他们更不是任何人的保姆。 3、在设计之前你的产品管理者是否让你完整了解产品思路、产品方向以及产品所需要表现的感觉和气质？ 如果没有，那么不好的设计结果是他们造成的，不是你。 很多设计师就是在这种环境中去作设计的，他们甚至在设计完成之后都不明白自己为什么设计，设计的是什么… 4、当给需求的人已经确定需要N套设计方案才能确定最终设计时，他已经把设计师当作廉价的劳动了，那么设计不好是很自然的事情。 这不是设计师们的责任，是没有给好需求的人全责。 [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 涛声依旧 &#187; UED应该向产品负责，而不是向PM负责。</title>
		<link>http://uicom.net/blog/?p=555#comment-9733</link>
		<pubDate>Sun, 01 Apr 2007 05:08:49 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-9733</guid>
					<description>[...] 经常有设计师在我这里发牢骚，说他们做的很郁闷，不仅丝毫没有发挥自己设计才能的地方还常常被人说做出来的东西很垃圾，我一般这样回答他们： 1、无论怎样，设计不好都不能算你一个人的错，所有产品相关的人都有义务参与到设计中并承担责任。一个产品的用户体验是所有团队成员在一起协力演奏出来的，你是他们的指挥师； 2、如果你的产品管理者并没有给你这个指挥师充分的指挥权，或者过多的干涉或强制你如何设计，那么设计不好的责任承担者应该是他们；用户体验设计是一项专业而又细致和充满丰富创意的工作，用户体验设计师不是”用户体验制作师”，他们更不是任何人的保姆。 3、在设计之前你的产品管理者是否让你完整了解产品思路、产品方向以及产品所需要表现的感觉和气质？ 如果没有，那么不好的设计结果是他们造成的，不是你。 很多设计师就是在这种环境中去作设计的，他们甚至在设计完成之后都不明白自己为什么设计，设计的是什么… 4、当给需求的人已经确定需要N套设计方案才能确定最终设计时，他已经把设计师当作廉价的劳动了，那么设计不好是很自然的事情。 这不是设计师们的责任，是没有给好需求的人全责。 [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] 经常有设计师在我这里发牢骚，说他们做的很郁闷，不仅丝毫没有发挥自己设计才能的地方还常常被人说做出来的东西很垃圾，我一般这样回答他们： 1、无论怎样，设计不好都不能算你一个人的错，所有产品相关的人都有义务参与到设计中并承担责任。一个产品的用户体验是所有团队成员在一起协力演奏出来的，你是他们的指挥师； 2、如果你的产品管理者并没有给你这个指挥师充分的指挥权，或者过多的干涉或强制你如何设计，那么设计不好的责任承担者应该是他们；用户体验设计是一项专业而又细致和充满丰富创意的工作，用户体验设计师不是”用户体验制作师”，他们更不是任何人的保姆。 3、在设计之前你的产品管理者是否让你完整了解产品思路、产品方向以及产品所需要表现的感觉和气质？ 如果没有，那么不好的设计结果是他们造成的，不是你。 很多设计师就是在这种环境中去作设计的，他们甚至在设计完成之后都不明白自己为什么设计，设计的是什么… 4、当给需求的人已经确定需要N套设计方案才能确定最终设计时，他已经把设计师当作廉价的劳动了，那么设计不好是很自然的事情。 这不是设计师们的责任，是没有给好需求的人全责。 [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: jessehuang</title>
		<link>http://uicom.net/blog/?p=555#comment-8032</link>
		<pubDate>Mon, 12 Mar 2007 03:11:41 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-8032</guid>
					<description>关于wkcow的观点，不感苟同，从他所发表的言语来看，个人觉得他不会成为一个优秀的PM。

谁来把控UE设计的决定权？UE和UI一样，其实是很虚的东西，不同的人感觉不一样，不同的人习惯也不一样，但是是有规律可循，而UE该是最了解这些的

不过现实不是这样，这个也是发展过程中的阵痛~~~~~~~~~必经的过程，呵呵</description>
		<content:encoded><![CDATA[<p>关于wkcow的观点，不感苟同，从他所发表的言语来看，个人觉得他不会成为一个优秀的PM。</p>
<p>谁来把控UE设计的决定权？UE和UI一样，其实是很虚的东西，不同的人感觉不一样，不同的人习惯也不一样，但是是有规律可循，而UE该是最了解这些的</p>
<p>不过现实不是这样，这个也是发展过程中的阵痛~~~~~~~~~必经的过程，呵呵
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 花儿</title>
		<link>http://uicom.net/blog/?p=555#comment-6220</link>
		<pubDate>Tue, 27 Feb 2007 08:56:05 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-6220</guid>
					<description>关于“为什么设计师要拿出两套方案？”
其实就是设计师是究竟应该对BOSS负责还是对设计负责的问题。</description>
		<content:encoded><![CDATA[<p>关于“为什么设计师要拿出两套方案？”<br />
其实就是设计师是究竟应该对BOSS负责还是对设计负责的问题。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: nightheart</title>
		<link>http://uicom.net/blog/?p=555#comment-6195</link>
		<pubDate>Tue, 27 Feb 2007 03:03:36 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-6195</guid>
					<description>这个问题出在团队结构上，但是解决的办法我觉得在流程上；之前我们的设计都是边做边改，平面，代码，交互交叉前进，相互之间的干扰和影响业很大。理想化的状况还是有专门的设计人员完成设计之后，再由PM分配任务和协调工作；实际工作中BOSS总是希望看到员工拿到任务就开始作图和编码，于是设计这个职位或者说工作过程压根就是不被重视的，剩下的就是美工和程序员为了各自的目标的随性发挥了....</description>
		<content:encoded><![CDATA[<p>这个问题出在团队结构上，但是解决的办法我觉得在流程上；之前我们的设计都是边做边改，平面，代码，交互交叉前进，相互之间的干扰和影响业很大。理想化的状况还是有专门的设计人员完成设计之后，再由PM分配任务和协调工作；实际工作中BOSS总是希望看到员工拿到任务就开始作图和编码，于是设计这个职位或者说工作过程压根就是不被重视的，剩下的就是美工和程序员为了各自的目标的随性发挥了&#8230;.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: berlin</title>
		<link>http://uicom.net/blog/?p=555#comment-6150</link>
		<pubDate>Mon, 26 Feb 2007 09:00:10 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-6150</guid>
					<description>这是话题比较麻烦,棘手!

话是这么说~ 专业问题专业人士来做决定. 

但谁是"专业",可是领导说得算. 特别是在中国!

所以.. 很多公司职位代表权利,权利影响决定和专业! 

hehe! 

郁闷</description>
		<content:encoded><![CDATA[<p>这是话题比较麻烦,棘手!</p>
<p>话是这么说~ 专业问题专业人士来做决定. </p>
<p>但谁是&#8221;专业&#8221;,可是领导说得算. 特别是在中国!</p>
<p>所以.. 很多公司职位代表权利,权利影响决定和专业! </p>
<p>hehe! </p>
<p>郁闷
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: summer</title>
		<link>http://uicom.net/blog/?p=555#comment-6145</link>
		<pubDate>Mon, 26 Feb 2007 08:06:57 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-6145</guid>
					<description>简单点说：最贴近用户的人拥有决定权。</description>
		<content:encoded><![CDATA[<p>简单点说：最贴近用户的人拥有决定权。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 永恒守护</title>
		<link>http://uicom.net/blog/?p=555#comment-6097</link>
		<pubDate>Sat, 24 Feb 2007 11:09:08 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-6097</guid>
					<description>牛人啊!</description>
		<content:encoded><![CDATA[<p>牛人啊!
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 每日阅读 &#187; links for 2007-02-15</title>
		<link>http://uicom.net/blog/?p=555#comment-5093</link>
		<pubDate>Thu, 15 Feb 2007 15:24:37 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-5093</guid>
					<description>[...] 白鸦 » 谁来把控UE设计的决定权？ (tags: UE) [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] 白鸦 » 谁来把控UE设计的决定权？ (tags: UE) [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: maomaoma</title>
		<link>http://uicom.net/blog/?p=555#comment-4978</link>
		<pubDate>Wed, 14 Feb 2007 07:07:05 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4978</guid>
					<description>这个问题实在是太敏感。不仅是UE这个职位存在这样的问题，很多职位都存在同样的问题。

问题的关键是你想如何去做？

如果你希望能够控制UE的决定，那就需要去争取，去证明自己够实力够专业。只有获得认可的前提下，才可能得到授权。

如果你只是享受创意和设计过程的快乐，决定权在哪，对你来说又有什么意义？

在项目管理的理论中，任何的阶段都有分析、评审的过程。需求评审、设计评审、代码测试... ... 需要有相关专业的人员参与评审。只有通过评审才算合格。编码经过多年的实践累计了如上的规范化的经验。对于可用性设计和用户体验来说，也是可以参考和借鉴的。

如果我们也能提供一套规范化的标准和指导方案，或许可以解决这个问题。毕竟在很多公司做ue，ucd的人仅有几个，甚至没有，大家的对这块的认识也很少，对于自己不了解和信任的事物，怎么会愿意授权呢？没有经过评审和认可的设计被批和夭折也不足为奇。

在现阶段，我觉得，做一位“传教士”的角色可能会更加重要。这是获取认可和获得授权的开始。

哈哈。。。“文化侵略”应该是很有效的武器</description>
		<content:encoded><![CDATA[<p>这个问题实在是太敏感。不仅是UE这个职位存在这样的问题，很多职位都存在同样的问题。</p>
<p>问题的关键是你想如何去做？</p>
<p>如果你希望能够控制UE的决定，那就需要去争取，去证明自己够实力够专业。只有获得认可的前提下，才可能得到授权。</p>
<p>如果你只是享受创意和设计过程的快乐，决定权在哪，对你来说又有什么意义？</p>
<p>在项目管理的理论中，任何的阶段都有分析、评审的过程。需求评审、设计评审、代码测试&#8230; &#8230; 需要有相关专业的人员参与评审。只有通过评审才算合格。编码经过多年的实践累计了如上的规范化的经验。对于可用性设计和用户体验来说，也是可以参考和借鉴的。</p>
<p>如果我们也能提供一套规范化的标准和指导方案，或许可以解决这个问题。毕竟在很多公司做ue，ucd的人仅有几个，甚至没有，大家的对这块的认识也很少，对于自己不了解和信任的事物，怎么会愿意授权呢？没有经过评审和认可的设计被批和夭折也不足为奇。</p>
<p>在现阶段，我觉得，做一位“传教士”的角色可能会更加重要。这是获取认可和获得授权的开始。</p>
<p>哈哈。。。“文化侵略”应该是很有效的武器
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: solomon</title>
		<link>http://uicom.net/blog/?p=555#comment-4846</link>
		<pubDate>Tue, 13 Feb 2007 01:55:43 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4846</guid>
					<description>其实ue决定权在用户，最终应该是靠测试出来的，测试应该是贯穿在整个迭代开发的过程中一直进行的，有兴趣的话大家可以去看下 敏捷项目管理</description>
		<content:encoded><![CDATA[<p>其实ue决定权在用户，最终应该是靠测试出来的，测试应该是贯穿在整个迭代开发的过程中一直进行的，有兴趣的话大家可以去看下 敏捷项目管理
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: ccyun</title>
		<link>http://uicom.net/blog/?p=555#comment-4735</link>
		<pubDate>Mon, 12 Feb 2007 11:49:54 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4735</guid>
					<description>很激烈的讨论,高手如云,见识了:)
谁来把控UE设计的决定权？我觉得:只要你"够格"就有决定权,
设计权威!</description>
		<content:encoded><![CDATA[<p>很激烈的讨论,高手如云,见识了:)<br />
谁来把控UE设计的决定权？我觉得:只要你&#8221;够格&#8221;就有决定权,<br />
设计权威!
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Ami</title>
		<link>http://uicom.net/blog/?p=555#comment-4688</link>
		<pubDate>Mon, 12 Feb 2007 01:20:14 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4688</guid>
					<description>设计师的确是需要拓宽自己的圈子~ 除了接触用户，还要多和同行交流、和不同职业但是和工作内容相关的人交流，这样能学会从综合的角度来看问题，也避免局限只看到很小的一方面。

可能是我经验并不多，反而很注重去交流，和同行、和其他做IT的朋友、甚至是我们PM~感觉这样还是很有必要也收获颇多的</description>
		<content:encoded><![CDATA[<p>设计师的确是需要拓宽自己的圈子~ 除了接触用户，还要多和同行交流、和不同职业但是和工作内容相关的人交流，这样能学会从综合的角度来看问题，也避免局限只看到很小的一方面。</p>
<p>可能是我经验并不多，反而很注重去交流，和同行、和其他做IT的朋友、甚至是我们PM~感觉这样还是很有必要也收获颇多的
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: erer</title>
		<link>http://uicom.net/blog/?p=555#comment-4615</link>
		<pubDate>Sun, 11 Feb 2007 15:19:28 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4615</guid>
					<description>事实是，以就事论事，实事求是而言，2年前，如果robin一直做出错误的产品决定，那么他一定会被剥夺继续做产品决定的权利。

谁知道有多少人不知道什么是左键，不认识blog，没听说过rss，谁又知道，用户需要什么，不需要什么。。。。。

我想说的是，以事实说话，让专业和权威gotohell。</description>
		<content:encoded><![CDATA[<p>事实是，以就事论事，实事求是而言，2年前，如果robin一直做出错误的产品决定，那么他一定会被剥夺继续做产品决定的权利。</p>
<p>谁知道有多少人不知道什么是左键，不认识blog，没听说过rss，谁又知道，用户需要什么，不需要什么。。。。。</p>
<p>我想说的是，以事实说话，让专业和权威gotohell。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 白鸦</title>
		<link>http://uicom.net/blog/?p=555#comment-4605</link>
		<pubDate>Sun, 11 Feb 2007 14:33:49 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4605</guid>
					<description>设计师的圈子很小，走出去和别人一起讨论的也很少； 这确实是设计们普遍的问题..
也是设计价值无法本真正认识的一个很大原因</description>
		<content:encoded><![CDATA[<p>设计师的圈子很小，走出去和别人一起讨论的也很少； 这确实是设计们普遍的问题..<br />
也是设计价值无法本真正认识的一个很大原因
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 白鸦</title>
		<link>http://uicom.net/blog/?p=555#comment-4604</link>
		<pubDate>Sun, 11 Feb 2007 14:31:49 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4604</guid>
					<description>不能把握产品核心，确实是不小的问题； 这个问题有设计师本身的原因，也一定有很多外在的原因。  
比如：产品管理者能否准确有效的和设计部门配合并达到一致的产品核心理念。
无法接触一线用户更多时候在一些不注重UE的企业才会存在，在注意用户体验的企业设计师切实接触真正用户在重视UE的企业其实是很经常的事情。


这些问题和是否让设计师决定设计方案 ，并不是同一类问题，
还是那句话： 如果他们不能把握产品核心或者不能接触一线用户，那么就去解决这两个问题。而不能因为这样的原因而去剥夺他们对设计的把握权。 所有这些都不能成为剥夺设计师对于设计决策权的借口..</description>
		<content:encoded><![CDATA[<p>不能把握产品核心，确实是不小的问题； 这个问题有设计师本身的原因，也一定有很多外在的原因。<br />
比如：产品管理者能否准确有效的和设计部门配合并达到一致的产品核心理念。<br />
无法接触一线用户更多时候在一些不注重UE的企业才会存在，在注意用户体验的企业设计师切实接触真正用户在重视UE的企业其实是很经常的事情。</p>
<p>这些问题和是否让设计师决定设计方案 ，并不是同一类问题，<br />
还是那句话： 如果他们不能把握产品核心或者不能接触一线用户，那么就去解决这两个问题。而不能因为这样的原因而去剥夺他们对设计的把握权。 所有这些都不能成为剥夺设计师对于设计决策权的借口..
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: erer</title>
		<link>http://uicom.net/blog/?p=555#comment-4600</link>
		<pubDate>Sun, 11 Feb 2007 13:01:57 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4600</guid>
					<description>似乎都是设计师在闭门讨论。
类似这样的问题，不清楚产品部门是如何解释的。

不能把握产品核心，边边角角过多研究，无法接触一线用户（中国网民），也许是设计师最大的问题。</description>
		<content:encoded><![CDATA[<p>似乎都是设计师在闭门讨论。<br />
类似这样的问题，不清楚产品部门是如何解释的。</p>
<p>不能把握产品核心，边边角角过多研究，无法接触一线用户（中国网民），也许是设计师最大的问题。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: ss</title>
		<link>http://uicom.net/blog/?p=555#comment-4549</link>
		<pubDate>Sun, 11 Feb 2007 01:06:40 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4549</guid>
					<description>千鸟很激动...</description>
		<content:encoded><![CDATA[<p>千鸟很激动&#8230;
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 白鸦</title>
		<link>http://uicom.net/blog/?p=555#comment-4512</link>
		<pubDate>Sat, 10 Feb 2007 15:03:07 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4512</guid>
					<description>ss在挑事？
千鸟说的很对，只是wkcow的观点有些问题而已。。。</description>
		<content:encoded><![CDATA[<p>ss在挑事？<br />
千鸟说的很对，只是wkcow的观点有些问题而已。。。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: ss</title>
		<link>http://uicom.net/blog/?p=555#comment-4500</link>
		<pubDate>Fri, 09 Feb 2007 09:36:28 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4500</guid>
					<description>我公司的情况不变透露，这里保密比较严格
白鸦是在百度还是在哪啊?
哈哈,千鸟输大了...</description>
		<content:encoded><![CDATA[<p>我公司的情况不变透露，这里保密比较严格<br />
白鸦是在百度还是在哪啊?<br />
哈哈,千鸟输大了&#8230;
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 第8音 Design Everying &#187; 博客存档 &#187; 对《谁来把控UE设计的决定权？》争论的一些看法！</title>
		<link>http://uicom.net/blog/?p=555#comment-4478</link>
		<pubDate>Fri, 09 Feb 2007 02:30:09 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4478</guid>
					<description>[...] 昨天在白鸦的blog上出现了一篇争论很激烈的文章《谁来把控UE设计的决定权？》看完以后自己也有了一些感受~~ [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] 昨天在白鸦的blog上出现了一篇争论很激烈的文章《谁来把控UE设计的决定权？》看完以后自己也有了一些感受~~ [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: wkcow</title>
		<link>http://uicom.net/blog/?p=555#comment-4459</link>
		<pubDate>Thu, 08 Feb 2007 17:03:19 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4459</guid>
					<description>有什么对不住你的地方，请谅解，其他的不说了。</description>
		<content:encoded><![CDATA[<p>有什么对不住你的地方，请谅解，其他的不说了。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: &#187; 昨日收集 - 产品（设计）团队中没有主裁只有边裁 &#124; 94smart&#8217;s Blog</title>
		<link>http://uicom.net/blog/?p=555#comment-4452</link>
		<pubDate>Thu, 08 Feb 2007 16:26:42 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4452</guid>
					<description>[...] 谁来把控UE设计的决定权？ [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] 谁来把控UE设计的决定权？ [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 千鸟</title>
		<link>http://uicom.net/blog/?p=555#comment-4445</link>
		<pubDate>Thu, 08 Feb 2007 16:12:29 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4445</guid>
					<description>wkcow, 谁说话不和气, 大家有目共睹, 我不喜欢有人拿身份指手画脚, 尤其是在人家的地盘上. 

你的做法没有问题, 但是出发点是错的. 一流的设计公司不接受竞标, 如果拿这种业务去谈, 就是对人家极大的侮辱, 希望你不要误解我的意思.

title就是个称谓, 没有必要为点概念上的玩意儿扯来扯去, 争的面红耳赤又如何呢, 犬儒主义者和理想主义者的出发点本身就不同.</description>
		<content:encoded><![CDATA[<p>wkcow, 谁说话不和气, 大家有目共睹, 我不喜欢有人拿身份指手画脚, 尤其是在人家的地盘上. </p>
<p>你的做法没有问题, 但是出发点是错的. 一流的设计公司不接受竞标, 如果拿这种业务去谈, 就是对人家极大的侮辱, 希望你不要误解我的意思.</p>
<p>title就是个称谓, 没有必要为点概念上的玩意儿扯来扯去, 争的面红耳赤又如何呢, 犬儒主义者和理想主义者的出发点本身就不同.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 白鸦</title>
		<link>http://uicom.net/blog/?p=555#comment-4442</link>
		<pubDate>Thu, 08 Feb 2007 15:38:08 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4442</guid>
					<description>我公司的情况不变透露，这里保密比较严格。 

但我认为UE不必像产品经理汇报， 也许你把UE理解的有些不够。
推荐给你一篇BLOG：http://www.junchenwu.com/2007/02/pm_play_an_side_judge_role.html

我这里有个很久以前一直没有发的草稿“家长和老师”，等我完善下发出来。
(我加你Gtalk了)</description>
		<content:encoded><![CDATA[<p>我公司的情况不变透露，这里保密比较严格。 </p>
<p>但我认为UE不必像产品经理汇报， 也许你把UE理解的有些不够。<br />
推荐给你一篇BLOG：http://www.junchenwu.com/2007/02/pm_play_an_side_judge_role.html</p>
<p>我这里有个很久以前一直没有发的草稿“家长和老师”，等我完善下发出来。<br />
(我加你Gtalk了)
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: wkcow</title>
		<link>http://uicom.net/blog/?p=555#comment-4441</link>
		<pubDate>Thu, 08 Feb 2007 15:36:08 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4441</guid>
					<description>说来说去，还是公司不好。我这样敢于往枪口上碰的傻鸟不多了，下次白鸦要开贴发泄我也跟着发泄。</description>
		<content:encoded><![CDATA[<p>说来说去，还是公司不好。我这样敢于往枪口上碰的傻鸟不多了，下次白鸦要开贴发泄我也跟着发泄。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: wkcow</title>
		<link>http://uicom.net/blog/?p=555#comment-4439</link>
		<pubDate>Thu, 08 Feb 2007 15:32:15 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4439</guid>
					<description>另外对于评审问题，我不知道你的公司是什么情况，但是对直属上司负责是必然的事情吧。在这里只是工作的分工不同，没有等级贵贱之分，因为情况不同，难不成有公司的UE不向产品经理汇报工作。</description>
		<content:encoded><![CDATA[<p>另外对于评审问题，我不知道你的公司是什么情况，但是对直属上司负责是必然的事情吧。在这里只是工作的分工不同，没有等级贵贱之分，因为情况不同，难不成有公司的UE不向产品经理汇报工作。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 白鸦</title>
		<link>http://uicom.net/blog/?p=555#comment-4438</link>
		<pubDate>Thu, 08 Feb 2007 15:28:49 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4438</guid>
					<description>可惜我这里不是论坛， 不然就提供个专区大家干干仗，调节调节心情..</description>
		<content:encoded><![CDATA[<p>可惜我这里不是论坛， 不然就提供个专区大家干干仗，调节调节心情..
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 白鸦</title>
		<link>http://uicom.net/blog/?p=555#comment-4436</link>
		<pubDate>Thu, 08 Feb 2007 15:27:54 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4436</guid>
					<description>“因为他们不能直接创造经济利益，经济利益都是市场部门、销售部门的事情。
”
wkcow：有这种理念的公司一定做不大。
设计师经常遇见一个设计改了又改最后又回到原来设计的地方，罪魁祸首就是有这种理念和利益驱动在作祟..

麻烦大家停止在这里针对人发言。大过年的不好听的话放到心理最合适..</description>
		<content:encoded><![CDATA[<p>“因为他们不能直接创造经济利益，经济利益都是市场部门、销售部门的事情。<br />
”<br />
wkcow：有这种理念的公司一定做不大。<br />
设计师经常遇见一个设计改了又改最后又回到原来设计的地方，罪魁祸首就是有这种理念和利益驱动在作祟..</p>
<p>麻烦大家停止在这里针对人发言。大过年的不好听的话放到心理最合适..
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: wkcow</title>
		<link>http://uicom.net/blog/?p=555#comment-4434</link>
		<pubDate>Thu, 08 Feb 2007 15:21:19 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4434</guid>
					<description>千鸟，和气做事，设计师肯定不是一个，有不同想法的人很多。难道公司的产品都一定要出自"首席设计师"的手，这样做的话，没有任何竞争意义了。刚加入公司的设计师会怎么想，反正我的作品没人用，让首席设计好了。至于我有没有品，是另外的事情。不行，咱两单开一贴私聊。</description>
		<content:encoded><![CDATA[<p>千鸟，和气做事，设计师肯定不是一个，有不同想法的人很多。难道公司的产品都一定要出自&#8221;首席设计师&#8221;的手，这样做的话，没有任何竞争意义了。刚加入公司的设计师会怎么想，反正我的作品没人用，让首席设计好了。至于我有没有品，是另外的事情。不行，咱两单开一贴私聊。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: wkcow</title>
		<link>http://uicom.net/blog/?p=555#comment-4432</link>
		<pubDate>Thu, 08 Feb 2007 15:15:25 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4432</guid>
					<description>奇遇，不要愤怒。想说的一句话，设计师都应该成为演讲家。而不是别人拆析作品的时候，就关起门来，"我是专业的、而且是顶级的设计师，我的作品不容质疑"，注意是质疑不是怀疑。如果你连公司的产品经理、老板对产品的质疑都受不了，那么你是否能够面对客户对产品的质疑。我喜欢发怒的设计师，因为这样他的思路会清晰，心里承受能力更强。

白鸦，质疑是对事，在这里就是对设计作品，怀疑是对人。区别很大，大家都是为了把事情做好，要说愤怒，大家都该愤怒。时间不够，产品设计重改，UE说话没用，美工的图改了又改，UI切了又切，程序员的代码写了又写，测试文档写了几个版本，配置文档多得不计其数，最要紧的是产品经理和项目经理被搞得摸不到北，大家一起来愤怒。:):)

白鸦说的1，2，3，4，5都没毛病，问题在哪里，沟通。没有完美的设计方案，执行方案，但因为沟通，让大家都认可了在某一条件，欢迎下的某个作品的可用性。所谓关起门来放屁，开了门大家是一路人，臭味相同。

其实想想，设计师要的不是话语权，而是沟通的渠道。正如白鸦说的，改了我的设计我都不知道一样。但目前的形势，不要说UE没有沟通的渠道，就连产品经理和项目经理还不是一样吃鳖，为什么？因为他们不能直接创造经济利益，经济利益都是市场部门、销售部门的事情。干得好，不如卖得好，是不是？</description>
		<content:encoded><![CDATA[<p>奇遇，不要愤怒。想说的一句话，设计师都应该成为演讲家。而不是别人拆析作品的时候，就关起门来，&#8221;我是专业的、而且是顶级的设计师，我的作品不容质疑&#8221;，注意是质疑不是怀疑。如果你连公司的产品经理、老板对产品的质疑都受不了，那么你是否能够面对客户对产品的质疑。我喜欢发怒的设计师，因为这样他的思路会清晰，心里承受能力更强。</p>
<p>白鸦，质疑是对事，在这里就是对设计作品，怀疑是对人。区别很大，大家都是为了把事情做好，要说愤怒，大家都该愤怒。时间不够，产品设计重改，UE说话没用，美工的图改了又改，UI切了又切，程序员的代码写了又写，测试文档写了几个版本，配置文档多得不计其数，最要紧的是产品经理和项目经理被搞得摸不到北，大家一起来愤怒。:):)</p>
<p>白鸦说的1，2，3，4，5都没毛病，问题在哪里，沟通。没有完美的设计方案，执行方案，但因为沟通，让大家都认可了在某一条件，欢迎下的某个作品的可用性。所谓关起门来放屁，开了门大家是一路人，臭味相同。</p>
<p>其实想想，设计师要的不是话语权，而是沟通的渠道。正如白鸦说的，改了我的设计我都不知道一样。但目前的形势，不要说UE没有沟通的渠道，就连产品经理和项目经理还不是一样吃鳖，为什么？因为他们不能直接创造经济利益，经济利益都是市场部门、销售部门的事情。干得好，不如卖得好，是不是？
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 千鸟</title>
		<link>http://uicom.net/blog/?p=555#comment-4427</link>
		<pubDate>Thu, 08 Feb 2007 14:48:57 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4427</guid>
					<description>“这么解释设计师们明白了么，其实UE是一个团队。”

“各位设计师，当你反对我的时候，想想设计师是否就你一个？”

wkcow同学（对不起没叫您PM），不觉得你这话太没品了么？</description>
		<content:encoded><![CDATA[<p>“这么解释设计师们明白了么，其实UE是一个团队。”</p>
<p>“各位设计师，当你反对我的时候，想想设计师是否就你一个？”</p>
<p>wkcow同学（对不起没叫您PM），不觉得你这话太没品了么？
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 白鸦</title>
		<link>http://uicom.net/blog/?p=555#comment-4421</link>
		<pubDate>Thu, 08 Feb 2007 14:22:15 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4421</guid>
					<description>我继续说：
大家的讨论很有意思，离我原来要表达的稍微远了点..
设计师之间各自去思考，并把各自的想法表达出来，然后大家一起去讨论最后确定一个合理的方案； 这种方式确实是可行的而且应该被广泛应用在设计部门内；
但请注意我说的问题是设计师在项目团队中是不是有对设计的决定权，而不是说设计部门内部之间怎么处理！

补充：
1、设计部门应该对设计有决定权
2、其他部门（包括老板）可以对设计有建议也可以有自己的设计，但具体采用什么设计应该有设计师决定
3、如果已经由所有部门一起确认过的设计，其他人不是不可以提出改进意见，但提出的只是意见！无权直接确定如何改，更不应该自行修改甚至改了都不知会一下设计部门那就更是错误的。
4、大部分设计师有些时候确实需要 并且也会很愿意把自己的设计稿拿出来所有部门（包括老板）一起评审，特别是当他们自己都可能无法完全确定自己的观点时。
但这不代表任何时候他们都要拿两套方案出来让别人挑选自己的设计。
5、设计师应该保持对设计的坚持同时也要广纳建议，这两点都很重要。

在强调一句话： 如果老板总是在怀疑设计师的能力 那应该把他开掉 让他去信任他的地方，而不是坚持带着怀疑的眼光用他。</description>
		<content:encoded><![CDATA[<p>我继续说：<br />
大家的讨论很有意思，离我原来要表达的稍微远了点..<br />
设计师之间各自去思考，并把各自的想法表达出来，然后大家一起去讨论最后确定一个合理的方案； 这种方式确实是可行的而且应该被广泛应用在设计部门内；<br />
但请注意我说的问题是设计师在项目团队中是不是有对设计的决定权，而不是说设计部门内部之间怎么处理！</p>
<p>补充：<br />
1、设计部门应该对设计有决定权<br />
2、其他部门（包括老板）可以对设计有建议也可以有自己的设计，但具体采用什么设计应该有设计师决定<br />
3、如果已经由所有部门一起确认过的设计，其他人不是不可以提出改进意见，但提出的只是意见！无权直接确定如何改，更不应该自行修改甚至改了都不知会一下设计部门那就更是错误的。<br />
4、大部分设计师有些时候确实需要 并且也会很愿意把自己的设计稿拿出来所有部门（包括老板）一起评审，特别是当他们自己都可能无法完全确定自己的观点时。<br />
但这不代表任何时候他们都要拿两套方案出来让别人挑选自己的设计。<br />
5、设计师应该保持对设计的坚持同时也要广纳建议，这两点都很重要。</p>
<p>在强调一句话： 如果老板总是在怀疑设计师的能力 那应该把他开掉 让他去信任他的地方，而不是坚持带着怀疑的眼光用他。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 奇遇</title>
		<link>http://uicom.net/blog/?p=555#comment-4420</link>
		<pubDate>Thu, 08 Feb 2007 14:17:56 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4420</guid>
					<description>wkcow或许是从老板的角度出发，但不是那种策略性的。策略性的老板会把工作交给专家来做！相信专业的！

设计具有很强的专业性，设计师会和用户及产品策划人做充分的沟通，最优化的设计只有一个，同一个人做出的设计一定是有主次的，另一个是配参！

设计不是设计师自我的产物，是基于需求和应用的产物，是基于实现模型和心智模型之间的策划层。wkcow，你的思维让一个成熟的设计师感到愤怒！

无奈 保持沉默</description>
		<content:encoded><![CDATA[<p>wkcow或许是从老板的角度出发，但不是那种策略性的。策略性的老板会把工作交给专家来做！相信专业的！</p>
<p>设计具有很强的专业性，设计师会和用户及产品策划人做充分的沟通，最优化的设计只有一个，同一个人做出的设计一定是有主次的，另一个是配参！</p>
<p>设计不是设计师自我的产物，是基于需求和应用的产物，是基于实现模型和心智模型之间的策划层。wkcow，你的思维让一个成熟的设计师感到愤怒！</p>
<p>无奈 保持沉默
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Ami</title>
		<link>http://uicom.net/blog/?p=555#comment-4410</link>
		<pubDate>Thu, 08 Feb 2007 13:08:12 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4410</guid>
					<description>同意wkcow的第2点，我就是这样做的；
依旧反对第3点，让一个设计师拿两套UE出来是不合理的，理由同sue.

换位思考的确很需要，我每次沟通的时候都回提醒自己这样做，但决不是靠拿2套方案~</description>
		<content:encoded><![CDATA[<p>同意wkcow的第2点，我就是这样做的；<br />
依旧反对第3点，让一个设计师拿两套UE出来是不合理的，理由同sue.</p>
<p>换位思考的确很需要，我每次沟通的时候都回提醒自己这样做，但决不是靠拿2套方案~
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: JunChen</title>
		<link>http://uicom.net/blog/?p=555#comment-4409</link>
		<pubDate>Thu, 08 Feb 2007 13:07:40 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4409</guid>
					<description>to AllNonsense: 是为用户设计UI，不是为老板也不是为自己。这句话不是说教啊 :) 你要是和老板说我是为你设计，不是为用户，那老板肯定疯掉了。

to 三千: 客户不认可需要重弄，赞同。老板说不行就得重弄，要看是否有道理。

to wkcow: 多个设计师设计多个方案，是可行的，但有条件。这从一个侧面反映出老板不信任两个设计师中的任何一个，又不是竞赛，花两倍人力去做同一件事情。如果是一个团队里面，我想不出有什么情况会让两个设计师做同一样设计，第一浪费人力，第二管理上也会有问题，第三很容易两个设计师中“失败”的那一个会离开团队。

可能我考虑的有些片面，大家讨论这个问题的时候都是站在不同的立场，以及不同的环境。</description>
		<content:encoded><![CDATA[<p>to AllNonsense: 是为用户设计UI，不是为老板也不是为自己。这句话不是说教啊 :) 你要是和老板说我是为你设计，不是为用户，那老板肯定疯掉了。</p>
<p>to 三千: 客户不认可需要重弄，赞同。老板说不行就得重弄，要看是否有道理。</p>
<p>to wkcow: 多个设计师设计多个方案，是可行的，但有条件。这从一个侧面反映出老板不信任两个设计师中的任何一个，又不是竞赛，花两倍人力去做同一件事情。如果是一个团队里面，我想不出有什么情况会让两个设计师做同一样设计，第一浪费人力，第二管理上也会有问题，第三很容易两个设计师中“失败”的那一个会离开团队。</p>
<p>可能我考虑的有些片面，大家讨论这个问题的时候都是站在不同的立场，以及不同的环境。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: AllNonsense</title>
		<link>http://uicom.net/blog/?p=555#comment-4399</link>
		<pubDate>Thu, 08 Feb 2007 11:58:15 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4399</guid>
					<description>同意Wkcow,
不管你是否是专业,你有多专业,你没有把握拿出的方案100%符合要求,是一个perfect的方案.
所以才需要讨论,对比.
不过拿出多套方案应该是前期的时候,还处于讨论的阶段.
另外,最重要的一点就是你是在为你的老板设计UI.</description>
		<content:encoded><![CDATA[<p>同意Wkcow,<br />
不管你是否是专业,你有多专业,你没有把握拿出的方案100%符合要求,是一个perfect的方案.<br />
所以才需要讨论,对比.<br />
不过拿出多套方案应该是前期的时候,还处于讨论的阶段.<br />
另外,最重要的一点就是你是在为你的老板设计UI.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 三千</title>
		<link>http://uicom.net/blog/?p=555#comment-4398</link>
		<pubDate>Thu, 08 Feb 2007 11:57:41 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4398</guid>
					<description>白鸦
。。。
为什么设计师在做自己专业的工作时还要别人来拍板好坏？！
。。。

老板说不行你就得重弄.
客户不认可你就得重弄.

就这么简单，现实就是这样,要你自己能拍板,你就是设计师的领导或老板了。</description>
		<content:encoded><![CDATA[<p>白鸦<br />
。。。<br />
为什么设计师在做自己专业的工作时还要别人来拍板好坏？！<br />
。。。</p>
<p>老板说不行你就得重弄.<br />
客户不认可你就得重弄.</p>
<p>就这么简单，现实就是这样,要你自己能拍板,你就是设计师的领导或老板了。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: wkcow</title>
		<link>http://uicom.net/blog/?p=555#comment-4391</link>
		<pubDate>Thu, 08 Feb 2007 11:31:30 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4391</guid>
					<description>如果你的公司就你一个设计师，那么还用争取话语权么，不用都不行。
如果你的公司好多设计师，那么记住了，话语权不是给你一个人的，所有设计师都要参与，是么？</description>
		<content:encoded><![CDATA[<p>如果你的公司就你一个设计师，那么还用争取话语权么，不用都不行。<br />
如果你的公司好多设计师，那么记住了，话语权不是给你一个人的，所有设计师都要参与，是么？
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: wkcow</title>
		<link>http://uicom.net/blog/?p=555#comment-4389</link>
		<pubDate>Thu, 08 Feb 2007 11:27:24 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4389</guid>
					<description>呵呵，话说出来就知道设计大师会喷我口水

1.设计一套方案，然后大说自己的方案如何优秀的，这反映出一个问题，该设计师以自我为中心，所以不敢用
2.设计一套方案，然后告诉大家为什么这么设计，这反映出该设计师知道与人沟通，去尽自己的努力说服别人，所以可以用
3.设计两套方案，说明该设计师换位思考了，知道变化角色思考问题，说明该方案经过他自己的否定与确定的过程，一定要用，而且坚决去顶

这么解释设计师们明白了么，其实UE是一个团队，在时间，人员允许的条件了，采用3方案，由几个不同的设计师设计不同的方案，然后比比才是最好的方法

各位设计师，当你反对我的时候，想想设计师是否就你一个？</description>
		<content:encoded><![CDATA[<p>呵呵，话说出来就知道设计大师会喷我口水</p>
<p>1.设计一套方案，然后大说自己的方案如何优秀的，这反映出一个问题，该设计师以自我为中心，所以不敢用<br />
2.设计一套方案，然后告诉大家为什么这么设计，这反映出该设计师知道与人沟通，去尽自己的努力说服别人，所以可以用<br />
3.设计两套方案，说明该设计师换位思考了，知道变化角色思考问题，说明该方案经过他自己的否定与确定的过程，一定要用，而且坚决去顶</p>
<p>这么解释设计师们明白了么，其实UE是一个团队，在时间，人员允许的条件了，采用3方案，由几个不同的设计师设计不同的方案，然后比比才是最好的方法</p>
<p>各位设计师，当你反对我的时候，想想设计师是否就你一个？
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 白鸦</title>
		<link>http://uicom.net/blog/?p=555#comment-4366</link>
		<pubDate>Thu, 08 Feb 2007 09:57:55 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4366</guid>
					<description>古心神: 你可能把话题说远了,
再优秀的设计师都需要听取别人的意见和建议,这是肯定的.</description>
		<content:encoded><![CDATA[<p>古心神: 你可能把话题说远了,<br />
再优秀的设计师都需要听取别人的意见和建议,这是肯定的.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 古心神</title>
		<link>http://uicom.net/blog/?p=555#comment-4365</link>
		<pubDate>Thu, 08 Feb 2007 09:38:43 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4365</guid>
					<description>其实，任何一个问题，都需要争论，需要比较，每个人的水平，知识结构都不一样，每个人心理的标准也不一样，我提倡设计师自信，当不要盲目，听从别人的意见是最好的，如果觉得自己是专业级的，自己设计出来的东西就是NO.1，那么就永远不知道自己到底是什么水平，或许真的很高，或许。。。</description>
		<content:encoded><![CDATA[<p>其实，任何一个问题，都需要争论，需要比较，每个人的水平，知识结构都不一样，每个人心理的标准也不一样，我提倡设计师自信，当不要盲目，听从别人的意见是最好的，如果觉得自己是专业级的，自己设计出来的东西就是NO.1，那么就永远不知道自己到底是什么水平，或许真的很高，或许。。。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: sue</title>
		<link>http://uicom.net/blog/?p=555#comment-4362</link>
		<pubDate>Thu, 08 Feb 2007 09:23:19 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4362</guid>
					<description>UI界面 可以拿出两套方案  比如色彩不同 或者设计风格少有不同的

但是UE是不能那么做的,因为一个东西放哪里怎么放都有原因以及依据,UE上的每个元素也都经过深思 都是有原因有道理的 甚至说一个东西放这里 还是放那里 有一个是最好的 经过思考以及考证是可以得出放在哪里是最好的 \\

所以UE拿两套方案  感觉是不可能的</description>
		<content:encoded><![CDATA[<p>UI界面 可以拿出两套方案  比如色彩不同 或者设计风格少有不同的</p>
<p>但是UE是不能那么做的,因为一个东西放哪里怎么放都有原因以及依据,UE上的每个元素也都经过深思 都是有原因有道理的 甚至说一个东西放这里 还是放那里 有一个是最好的 经过思考以及考证是可以得出放在哪里是最好的 \\</p>
<p>所以UE拿两套方案  感觉是不可能的
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Yang</title>
		<link>http://uicom.net/blog/?p=555#comment-4360</link>
		<pubDate>Thu, 08 Feb 2007 09:11:39 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4360</guid>
					<description>其实wkcow是从某种类型的老板角度出发阐述想法，而大部分人是从交互设计师的角度说问题，角度不一样。。。</description>
		<content:encoded><![CDATA[<p>其实wkcow是从某种类型的老板角度出发阐述想法，而大部分人是从交互设计师的角度说问题，角度不一样。。。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 奇遇</title>
		<link>http://uicom.net/blog/?p=555#comment-4355</link>
		<pubDate>Thu, 08 Feb 2007 08:27:58 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=555#comment-4355</guid>
					<description>wkcow： 没看楼上的你留言 我的留言给大家造成了误会。
设计是一个认知的过程，需要专家团队评估或者共同完成UI项目设计。</description>
		<content:encoded><![CDATA[<p>wkcow： 没看楼上的你留言 我的留言给大家造成了误会。<br />
设计是一个认知的过程，需要专家团队评估或者共同完成UI项目设计。
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
