<?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>评论: 用户体验设计师要在项目之初就参与进去..</title>
	<link>http://uicom.net/blog/?p=517</link>
	<description>User-Centered Design</description>
	<pubDate>Wed, 08 Sep 2010 02:49:44 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.7</generator>

	<item>
		<title>作者: 白鸦的产品设计博客 &#187; UED应该向产品负责，而不是向PM负责。</title>
		<link>http://uicom.net/blog/?p=517#comment-16939</link>
		<pubDate>Sun, 24 Jun 2007 05:30:30 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-16939</guid>
					<description>[...] 家长应该做好自己的事，并有义务帮助老师做一些教育的事，但绝不是指挥老师如何教。家长在确定让孩子学什么之前要通过老师的指导和帮助，因为老师可以从自己专业的角度判断孩子是否适合学习什么，家长往往并不具备这种专业能力。 [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] 家长应该做好自己的事，并有义务帮助老师做一些教育的事，但绝不是指挥老师如何教。家长在确定让孩子学什么之前要通过老师的指导和帮助，因为老师可以从自己专业的角度判断孩子是否适合学习什么，家长往往并不具备这种专业能力。 [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: hax 出品</title>
		<link>http://uicom.net/blog/?p=517#comment-11166</link>
		<pubDate>Fri, 20 Apr 2007 05:45:31 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-11166</guid>
					<description>[...] 家长应该做好自己的事，并有义务帮助老师做一些教育的事，但绝不是指挥老师如何教。 家长在确定让孩子学什么之前要通过老师的指导和帮助，因为老师可以从自己专业的角度判断孩子是否适合学习什么，家长往往并不具备这种专业能力。 [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] 家长应该做好自己的事，并有义务帮助老师做一些教育的事，但绝不是指挥老师如何教。 家长在确定让孩子学什么之前要通过老师的指导和帮助，因为老师可以从自己专业的角度判断孩子是否适合学习什么，家长往往并不具备这种专业能力。 [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 以用户为中心的设计 &#187; UEer的团队协作</title>
		<link>http://uicom.net/blog/?p=517#comment-9049</link>
		<pubDate>Tue, 20 Mar 2007 17:12:08 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-9049</guid>
					<description>[...] UE设计师要在项目之初就参与进去 [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] UE设计师要在项目之初就参与进去 [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: GXDETS1</title>
		<link>http://uicom.net/blog/?p=517#comment-3538</link>
		<pubDate>Fri, 26 Jan 2007 23:56:12 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-3538</guid>
					<description>Array</description>
		<content:encoded><![CDATA[<p>Array
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: aciphex precaution</title>
		<link>http://uicom.net/blog/?p=517#comment-2242</link>
		<pubDate>Thu, 04 Jan 2007 05:13:12 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-2242</guid>
					<description>Happy New Year! See U!</description>
		<content:encoded><![CDATA[<p>Happy New Year! See U!
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: zyprexa</title>
		<link>http://uicom.net/blog/?p=517#comment-2201</link>
		<pubDate>Sun, 31 Dec 2006 23:16:41 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-2201</guid>
					<description>Thanks! Good work. See U. Happy New Year!</description>
		<content:encoded><![CDATA[<p>Thanks! Good work. See U. Happy New Year!
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: zyprexa</title>
		<link>http://uicom.net/blog/?p=517#comment-2190</link>
		<pubDate>Fri, 29 Dec 2006 12:14:20 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-2190</guid>
					<description>Thanks! Good work. See U.</description>
		<content:encoded><![CDATA[<p>Thanks! Good work. See U.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: baidu</title>
		<link>http://uicom.net/blog/?p=517#comment-2160</link>
		<pubDate>Wed, 27 Dec 2006 08:09:35 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-2160</guid>
					<description>UI的设计应该是用户需要什么，能接受什么就做什么

不能因为是“草图”而认为没有比要做，也不能认为用户只能接受所谓的“草图”</description>
		<content:encoded><![CDATA[<p>UI的设计应该是用户需要什么，能接受什么就做什么</p>
<p>不能因为是“草图”而认为没有比要做，也不能认为用户只能接受所谓的“草图”
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Simba</title>
		<link>http://uicom.net/blog/?p=517#comment-2109</link>
		<pubDate>Tue, 19 Dec 2006 16:15:14 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-2109</guid>
					<description>奇怪,怎么作文题目显示不出呢...
补充说明一下吧, 题目是[答案是丰富多彩的]~~~</description>
		<content:encoded><![CDATA[<p>奇怪,怎么作文题目显示不出呢&#8230;<br />
补充说明一下吧, 题目是[答案是丰富多彩的]~~~
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Simba</title>
		<link>http://uicom.net/blog/?p=517#comment-2108</link>
		<pubDate>Tue, 19 Dec 2006 16:10:56 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-2108</guid>
					<description>不错的话题,看楼下的朋友们讨论的这么深入,忍不住也想参与一下....:P

合理的以用户为中心的流程应该如何? 
这个问题倒使我想起了当初我参加高考时的作文命题--

个人觉得,不同的企业,有着不同的定位,相应的也决定了UE的具体工作职责.
坦白说,目前UE这个角色在国内大部分企业中的尴尬处境是不可避免的,毕竟大家的认知度还不够,但我相信,随着残品同质化现象严重的趋势扩大,UE将会被越来越重视,我是觉得,大家也不要过多的抱怨目前UE的形势,要继续在逆境中奋进,正如白鸦所说:一定有一个基本的设计原则是可以遵循的,我很赞同....</description>
		<content:encoded><![CDATA[<p>不错的话题,看楼下的朋友们讨论的这么深入,忍不住也想参与一下&#8230;.:P</p>
<p>合理的以用户为中心的流程应该如何?<br />
这个问题倒使我想起了当初我参加高考时的作文命题&#8211;</p>
<p>个人觉得,不同的企业,有着不同的定位,相应的也决定了UE的具体工作职责.<br />
坦白说,目前UE这个角色在国内大部分企业中的尴尬处境是不可避免的,毕竟大家的认知度还不够,但我相信,随着残品同质化现象严重的趋势扩大,UE将会被越来越重视,我是觉得,大家也不要过多的抱怨目前UE的形势,要继续在逆境中奋进,正如白鸦所说:一定有一个基本的设计原则是可以遵循的,我很赞同&#8230;.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: xinxin83</title>
		<link>http://uicom.net/blog/?p=517#comment-2099</link>
		<pubDate>Tue, 19 Dec 2006 06:32:06 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-2099</guid>
					<description>呵呵，说到底在于公司的一个流程
UE如何贯穿在整个项目里面去做，我想很多Designer都想在前期就加入进去，了解产品，但是很多时候公司的一个固有流程会限制你的行为

所以说只能改变流程，才能提高UE在公司中真正的作用
但是，改变流程，只有从上头开始，底层的话往往很难说动，很多时候会花费太多时间在说服领导应该怎么做上面

看到后面先期几个朋友的留言，能够明白其工作所受到的限制性，这个时候所谓的UI设计师还是被当成美工来用的……很多时候这还是现实</description>
		<content:encoded><![CDATA[<p>呵呵，说到底在于公司的一个流程<br />
UE如何贯穿在整个项目里面去做，我想很多Designer都想在前期就加入进去，了解产品，但是很多时候公司的一个固有流程会限制你的行为</p>
<p>所以说只能改变流程，才能提高UE在公司中真正的作用<br />
但是，改变流程，只有从上头开始，底层的话往往很难说动，很多时候会花费太多时间在说服领导应该怎么做上面</p>
<p>看到后面先期几个朋友的留言，能够明白其工作所受到的限制性，这个时候所谓的UI设计师还是被当成美工来用的……很多时候这还是现实
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 白鸦</title>
		<link>http://uicom.net/blog/?p=517#comment-2020</link>
		<pubDate>Sat, 09 Dec 2006 05:49:44 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-2020</guid>
					<description>ET-MOVE: 

作为一个团队的成员大家应该有着同样的目标在不同的分工下完成工作任务,  如果你觉得你的伙伴很差 那么你应该做的不是不愿意去教化他们 而应该是帮他们提高, 不然他们永远差,你们的最终目标永远无法实现...

你说的第5点我非常的赞同！！</description>
		<content:encoded><![CDATA[<p>ET-MOVE: </p>
<p>作为一个团队的成员大家应该有着同样的目标在不同的分工下完成工作任务,  如果你觉得你的伙伴很差 那么你应该做的不是不愿意去教化他们 而应该是帮他们提高, 不然他们永远差,你们的最终目标永远无法实现&#8230;</p>
<p>你说的第5点我非常的赞同！！
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: mxlg2003</title>
		<link>http://uicom.net/blog/?p=517#comment-2012</link>
		<pubDate>Fri, 08 Dec 2006 16:54:09 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-2012</guid>
					<description>PM兼UI,搞定</description>
		<content:encoded><![CDATA[<p>PM兼UI,搞定
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: ET-MOVE</title>
		<link>http://uicom.net/blog/?p=517#comment-2010</link>
		<pubDate>Fri, 08 Dec 2006 14:28:51 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-2010</guid>
					<description>1/现在的UE多是脱离了用户需求去谈用户体验。没有根本明白用户的需求，这样空谈用户体验都是瞎掰。

2/“UE只有从一开始就介入到产品的概念设计中去，才能真正的很好的了解产品定位和设计需求，才能设计出来真正有灵魂的东西。”
-有一些人是可以教化的，有一些则是无法教化的。如果碰上一个蠢人，过早的介入项目会对项目造成很大伤害。

3/UE是个新兴学科，但在目前的中国太虚，做这个行当的人太拿自己当回事，这个是个危险的信号。只有当做用户体验的人首先别太拿自己当回事的时候，虚心去学习去思考的时候才有前途。

4/我所经历的一些UE团队，大多数都是成员很勤奋，很有学习精神，但UE的leader却不然，大大限制了团队成员的发展。

5/UE首先要学会两件事情，不仅要用专业话说不专业的事，同时也要学会用不专业的话说专业的事。后一点更重要。整一堆名词，是人懂的。</description>
		<content:encoded><![CDATA[<p>1/现在的UE多是脱离了用户需求去谈用户体验。没有根本明白用户的需求，这样空谈用户体验都是瞎掰。</p>
<p>2/“UE只有从一开始就介入到产品的概念设计中去，才能真正的很好的了解产品定位和设计需求，才能设计出来真正有灵魂的东西。”<br />
-有一些人是可以教化的，有一些则是无法教化的。如果碰上一个蠢人，过早的介入项目会对项目造成很大伤害。</p>
<p>3/UE是个新兴学科，但在目前的中国太虚，做这个行当的人太拿自己当回事，这个是个危险的信号。只有当做用户体验的人首先别太拿自己当回事的时候，虚心去学习去思考的时候才有前途。</p>
<p>4/我所经历的一些UE团队，大多数都是成员很勤奋，很有学习精神，但UE的leader却不然，大大限制了团队成员的发展。</p>
<p>5/UE首先要学会两件事情，不仅要用专业话说不专业的事，同时也要学会用不专业的话说专业的事。后一点更重要。整一堆名词，是人懂的。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: iqst</title>
		<link>http://uicom.net/blog/?p=517#comment-2006</link>
		<pubDate>Fri, 08 Dec 2006 08:47:57 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-2006</guid>
					<description>新博客很UE，赞一个：）</description>
		<content:encoded><![CDATA[<p>新博客很UE，赞一个：）
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 白</title>
		<link>http://uicom.net/blog/?p=517#comment-2003</link>
		<pubDate>Fri, 08 Dec 2006 05:22:39 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-2003</guid>
					<description>uxstudy: GUI当然可以，，</description>
		<content:encoded><![CDATA[<p>uxstudy: GUI当然可以，，
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: uxstudy</title>
		<link>http://uicom.net/blog/?p=517#comment-2002</link>
		<pubDate>Fri, 08 Dec 2006 04:51:10 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-2002</guid>
					<description>No，不是说只看文档，这个当中自然需要跟相关人进行非常结构化的交流。

早期会议GUI设计师不用参加，理由：
1。早期会议多是战略讨论，往往不能细化到GUI的讨论。
2。GUI设计师通常工作量巨大，每个这样的会议都参加，成本太高。</description>
		<content:encoded><![CDATA[<p>No，不是说只看文档，这个当中自然需要跟相关人进行非常结构化的交流。</p>
<p>早期会议GUI设计师不用参加，理由：<br />
1。早期会议多是战略讨论，往往不能细化到GUI的讨论。<br />
2。GUI设计师通常工作量巨大，每个这样的会议都参加，成本太高。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Satellite Of Love &#187; 每周五发一周阅读</title>
		<link>http://uicom.net/blog/?p=517#comment-2001</link>
		<pubDate>Fri, 08 Dec 2006 04:20:36 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-2001</guid>
					<description>[...] 1. Web Developer可以做得更多 2. Web2.0时代的搜索 3. 产品设计中可能需要注意的十个细节 4. 东拉西扯：Vista来了 5. 东拉西扯：反商业作为一种商业 6. 改变未来IT业发展的趋势 7. 不是只有UE部门才能才应该做UE设计 8. 用户体验设计师要在项目之初就参与进去.. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] 1. Web Developer可以做得更多 2. Web2.0时代的搜索 3. 产品设计中可能需要注意的十个细节 4. 东拉西扯：Vista来了 5. 东拉西扯：反商业作为一种商业 6. 改变未来IT业发展的趋势 7. 不是只有UE部门才能才应该做UE设计 8. 用户体验设计师要在项目之初就参与进去.. [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Andrew</title>
		<link>http://uicom.net/blog/?p=517#comment-2000</link>
		<pubDate>Fri, 08 Dec 2006 04:19:37 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-2000</guid>
					<description>确实存在UE就是“美工”的现象
我想这是大家都不愿意看到的，产品经理不希望，UE不希望，公司更不希望。
还是分工合作的问题，现在的公司分工都不够明确，可是分工太明确了工作有时候又不好展开，同意你的观点，应该在流程上做改善，让UE真正的成为UE，必须更早地参与到产品的设计和策划过程中来。</description>
		<content:encoded><![CDATA[<p>确实存在UE就是“美工”的现象<br />
我想这是大家都不愿意看到的，产品经理不希望，UE不希望，公司更不希望。<br />
还是分工合作的问题，现在的公司分工都不够明确，可是分工太明确了工作有时候又不好展开，同意你的观点，应该在流程上做改善，让UE真正的成为UE，必须更早地参与到产品的设计和策划过程中来。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Andrew</title>
		<link>http://uicom.net/blog/?p=517#comment-1999</link>
		<pubDate>Fri, 08 Dec 2006 04:16:18 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-1999</guid>
					<description>哈哈 你也换wp了啊~~~
你给我的链接description...................
谁说我丑了 都给揪出来！</description>
		<content:encoded><![CDATA[<p>哈哈 你也换wp了啊~~~<br />
你给我的链接description&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;.<br />
谁说我丑了 都给揪出来！
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: lulu</title>
		<link>http://uicom.net/blog/?p=517#comment-1998</link>
		<pubDate>Fri, 08 Dec 2006 04:02:25 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-1998</guid>
					<description>我们还好，基本上按着需求先搞UE,然后再来做详细设计，发挥空间蛮大的，不过可能也和团队比较小有关</description>
		<content:encoded><![CDATA[<p>我们还好，基本上按着需求先搞UE,然后再来做详细设计，发挥空间蛮大的，不过可能也和团队比较小有关
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Colin</title>
		<link>http://uicom.net/blog/?p=517#comment-1991</link>
		<pubDate>Fri, 08 Dec 2006 02:56:37 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-1991</guid>
					<description>大多数企业现在的流程里，UI都是最后产品要面世了的时候才介入进来的。之前他们根本不告诉你公司下一步的产品是什么，或者下一步产品将加入的功能是什么。他们需要的就是我要出产品了，程序写好了，你给贴个皮……
在你介入之前，程序员把控着整个产品的架构，什么地方可以不用贴图、什么地方可以和另一个地方共用一块颜色……他们可会给自己行方便了。到最后你要设计UI的时候，会发现你的各种创意其实根本就是海市蜃楼，最后不得不按照之前程序员已经“规划”好的样子来做，那干脆让程序员自己来设计UI好了，还要我们干吗。
不是我们不愿意介入，而是公司的流程不给我们介入的机会啊。</description>
		<content:encoded><![CDATA[<p>大多数企业现在的流程里，UI都是最后产品要面世了的时候才介入进来的。之前他们根本不告诉你公司下一步的产品是什么，或者下一步产品将加入的功能是什么。他们需要的就是我要出产品了，程序写好了，你给贴个皮……<br />
在你介入之前，程序员把控着整个产品的架构，什么地方可以不用贴图、什么地方可以和另一个地方共用一块颜色……他们可会给自己行方便了。到最后你要设计UI的时候，会发现你的各种创意其实根本就是海市蜃楼，最后不得不按照之前程序员已经“规划”好的样子来做，那干脆让程序员自己来设计UI好了，还要我们干吗。<br />
不是我们不愿意介入，而是公司的流程不给我们介入的机会啊。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: iceshow</title>
		<link>http://uicom.net/blog/?p=517#comment-1984</link>
		<pubDate>Fri, 08 Dec 2006 01:51:25 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-1984</guid>
					<description>“一开始就介入”，我也加一句：“比别人早想一步。”

如果被动的等着pm来问你想了什么，那出现这种结果很正常的。只有你在之前都想清楚了，当这件事要做时，大家才觉得你说得有道理，也更容易“介入”</description>
		<content:encoded><![CDATA[<p>“一开始就介入”，我也加一句：“比别人早想一步。”</p>
<p>如果被动的等着pm来问你想了什么，那出现这种结果很正常的。只有你在之前都想清楚了，当这件事要做时，大家才觉得你说得有道理，也更容易“介入”
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 白鸦</title>
		<link>http://uicom.net/blog/?p=517#comment-1983</link>
		<pubDate>Fri, 08 Dec 2006 01:50:08 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-1983</guid>
					<description>uxstudy :
赞成.  不过有些时候光看文档你是看不明白的, 特别是要求高效率协作的时候.. 文字的表达一定跟不上设计者(包括PM)的思维。。。。</description>
		<content:encoded><![CDATA[<p>uxstudy :<br />
赞成.  不过有些时候光看文档你是看不明白的, 特别是要求高效率协作的时候.. 文字的表达一定跟不上设计者(包括PM)的思维。。。。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 周全</title>
		<link>http://uicom.net/blog/?p=517#comment-1982</link>
		<pubDate>Fri, 08 Dec 2006 01:37:49 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-1982</guid>
					<description>白鸦说得太对了，PM都把白板图的按钮 布局都画好了，还要我们设计师干吗？

设计师 ＝ 白板图细化？

我也曾经试着打破一些所谓的白板图，用所学的UE知识来做layout...

但后来一一被否,根本就不让你改，说你就按照我说的做就可以，布局什么都别动，没有必要改变，一次两次还行，次数多了，我都懒得考虑UE了，考虑了也是被否，郁闷...

谁不想一开始就介入到产品的概念设计中...</description>
		<content:encoded><![CDATA[<p>白鸦说得太对了，PM都把白板图的按钮 布局都画好了，还要我们设计师干吗？</p>
<p>设计师 ＝ 白板图细化？</p>
<p>我也曾经试着打破一些所谓的白板图，用所学的UE知识来做layout&#8230;</p>
<p>但后来一一被否,根本就不让你改，说你就按照我说的做就可以，布局什么都别动，没有必要改变，一次两次还行，次数多了，我都懒得考虑UE了，考虑了也是被否，郁闷&#8230;</p>
<p>谁不想一开始就介入到产品的概念设计中&#8230;
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: uxstudy</title>
		<link>http://uicom.net/blog/?p=517#comment-1981</link>
		<pubDate>Fri, 08 Dec 2006 01:26:57 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-1981</guid>
					<description>设计原则和Vision部分，还有竞争对手的产品，一定要让GUI设计师知晓的。这样才有可能把握准确需要怎样的设计风格。

GUI设计师一开始倒不必参与到早期的会议中，只需要看一些成型的文档就OK。</description>
		<content:encoded><![CDATA[<p>设计原则和Vision部分，还有竞争对手的产品，一定要让GUI设计师知晓的。这样才有可能把握准确需要怎样的设计风格。</p>
<p>GUI设计师一开始倒不必参与到早期的会议中，只需要看一些成型的文档就OK。
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 白鸦</title>
		<link>http://uicom.net/blog/?p=517#comment-1978</link>
		<pubDate>Fri, 08 Dec 2006 00:54:27 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-1978</guid>
					<description>所以说如果你们一早就进去参与了, 到设计的时候基本上就不会出现"这里的渐变不行；那里的部分不能贴图"的问题了, 因为这些问题应该是在他们出草图之前就考虑过的..</description>
		<content:encoded><![CDATA[<p>所以说如果你们一早就进去参与了, 到设计的时候基本上就不会出现&#8221;这里的渐变不行；那里的部分不能贴图&#8221;的问题了, 因为这些问题应该是在他们出草图之前就考虑过的..
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: bguize</title>
		<link>http://uicom.net/blog/?p=517#comment-1977</link>
		<pubDate>Fri, 08 Dec 2006 00:46:29 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-1977</guid>
					<description>楼上说的极是.我也碰到过,有时候我都在想是不是自己没事找事.原本按照主管或者程序那边的要求做就行了.我帮他们美化了一下.结果他们说.这种效果不好.制作麻烦.一大堆(其实页面我还是蛮满意的)搞的我最后兴趣全无.如果不需要美化.那还扔给我们做什么..难道只需要帮他们画几条线. 配点字体色彩?越想越郁闷..都不知道自己应该做什么.</description>
		<content:encoded><![CDATA[<p>楼上说的极是.我也碰到过,有时候我都在想是不是自己没事找事.原本按照主管或者程序那边的要求做就行了.我帮他们美化了一下.结果他们说.这种效果不好.制作麻烦.一大堆(其实页面我还是蛮满意的)搞的我最后兴趣全无.如果不需要美化.那还扔给我们做什么..难道只需要帮他们画几条线. 配点字体色彩?越想越郁闷..都不知道自己应该做什么.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Colin</title>
		<link>http://uicom.net/blog/?p=517#comment-1961</link>
		<pubDate>Thu, 07 Dec 2006 18:03:25 +0000</pubDate>
		<guid>http://uicom.net/blog/?p=517#comment-1961</guid>
					<description>唉……
每次都是他们一个小会开完之后丢给我们UI一个画得很详细的“草图”来让我们“制作”。每个按钮上的文字、说明文字、布局什么的都给定好了。我们也就弄下字体、配配颜色啥的。有时候想做点质感出来，把效果图拿去程序那边一问，这里的渐变不行；那里的部分不能贴图；这里的图片跟那里的是公用的，不能分开做等等等等……一顿打击之后，抬起头来再看看PM丢给自己的“草图”，我还是按这个“草图”再做个草图出来算了-__-
碰上这样的流程，能怨我们UI嘛……</description>
		<content:encoded><![CDATA[<p>唉……<br />
每次都是他们一个小会开完之后丢给我们UI一个画得很详细的“草图”来让我们“制作”。每个按钮上的文字、说明文字、布局什么的都给定好了。我们也就弄下字体、配配颜色啥的。有时候想做点质感出来，把效果图拿去程序那边一问，这里的渐变不行；那里的部分不能贴图；这里的图片跟那里的是公用的，不能分开做等等等等……一顿打击之后，抬起头来再看看PM丢给自己的“草图”，我还是按这个“草图”再做个草图出来算了-__-<br />
碰上这样的流程，能怨我们UI嘛……
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
