<?xml version="1.0" encoding="UTF-8"?><!-- generator="WordPress/2.9.1" -->
<rss version="0.92">
<channel>
	<title>奇遇,目标导向设计</title>
	<link>http://WWW.ui123.com/blog</link>
	<description>Goal-Directed Design -目标导向设计</description>
	<lastBuildDate>Sun, 03 Jan 2010 13:15:44 +0000</lastBuildDate>
	<docs>http://backend.userland.com/rss092</docs>
	<language>en</language>
	
	<item>
		<title>2010新年寄语</title>
		<description><![CDATA[回顾2009，或许是自己真正走上成熟的一年，盘点一下自己：
1）从站在交互设计这个领域的大门口张望，现在认为自己迈进了这个大门，刚刚学步。
2）学会了真心听取别人的建议，并经过理性的分析采纳。
3）和同事沟通时，学会了拟制自己的激动，慢慢的找到点‘平和沟通’的窍门。
4）认识到自己的局限性，总算能静下心来看自己，开始学着顾全大局。
5）偶然进入网页游戏领域。
6）自己半年来几乎没有写东西。(还好没有停止过思考)
2010年了！
1）想继续写点东西，通过这种方式向同行学习和交流。
2）继续潜心探索并实践游戏交互设计。
3）继续学习着去平静，但不沉默下去。
PS：祝所有同行和朋友们：新年快乐！
]]></description>
		<link>http://WWW.ui123.com/blog/2010/01/03/newyear2010/</link>
			</item>
	<item>
		<title>在为自己做设计吗？</title>
		<description><![CDATA[你是不是经常听到有人这样说：
“我是一个真正的用户，我觉得应该XXXX”
“我也是一个用户，我有这个需求！”
以上两句咋听起来实在是冠冕堂皇的在为“用户”做设计，有什么不对吗？那么我要说：你还没有了解你的用户。
很纳闷？“ 我自己就是用户，我还不了解我自己吗？”或许会有人忍不住这样问。
那么我们就要说道说道“用户”这个词：“用户”这个概念，如果用于设计，称之为“角色”更合适，因为“角色”是用来代表一类用户的，而我们不能单单称某个一用户为“角色”，如果你非要这样说，众所周知很片面。因为某一个具体用户只能代表他自己，而大多数情况下在为一大批用户做设计，这样就要符合一批用户的需求和习惯。对于我们的目标用户，我们需要客观的数据来了解用户的需求、习惯、认知，并根据这些客观数据为依据来做设计理由的支撑。
所以请不要认为我想要的就是“用户”想要的。
或许你会抱怨：“我们没有时间，也没有条件去做用户研究”，那么我要说，这应该不是标榜自己就是用户的理由，假设你真的没有时间和条件来做用户研究，或许你可以请你身边的朋友或同事简单的给点反馈，这些反馈或许可以帮助你正视你的设计，进而获得改进。有了这样客观、求证的心态，对于设计人员来说，总比自我、高傲要受用的多。
如果那一天不小心代替用户说：“我是用户，我有这个需求”，自己应该会脸红吧&#8230;&#8230;
注：或许有人会拿我的矛戳我的盾，以为我在前面写了“我就是用户”一文，但是，大家请注意这个标题带有引号。
]]></description>
		<link>http://WWW.ui123.com/blog/2009/12/07/designforme/</link>
			</item>
	<item>
		<title>登录让我崩溃</title>
		<description><![CDATA[看下图，你能否从谷歌(google.cn)的主页上找到“登录”入口？(用人格担保，绝对不是PS出来的，抓图于2009.7.26 北京时间21:30)

描述一个我作为Google粉丝的遭遇：
1）晚上我打开电脑，想发个邮件，象往常一样，我打开谷歌(Google.cn)，看遍整个首页怎么也找不到“登录”入口。新里开始犯嘀咕：就算我记住密码了，也应该向往常一样，有个“我的帐号”入口吧？（尽管这个入口也有点麻烦）
2）我开始尝试点击&#8221;个性化首页&#8221;，也没有找到登录或进入帐号的入口。于是返回到普通首页。
3）我尝试点击左上角的“更多”，也无法找到登录或帐号入口。
4）我开始怀疑自己是不是太笨了？难道谷歌首页上明明有我没有找到吗？于是：我把整个谷歌首页从重新看了一遍，自信绝没有漏掉任何一个元素。还是没有发现帐号入口。
5）最后，我坏着一线希望，点击搜索输入框下面的“Google.com in English”切换到英文Google，页面打开后，我终于看到了熟悉的 Sign in (幸庆自己还算熟悉英文Google)
以上步骤是我的操作过程，直至现在我还在怀疑自己是否很笨，没有找到本来存在的帐号入口，不怕大家耻笑，我今天的确在谷歌(Google.cn)上没有找到帐号入口，后来切换到google.com才使用英文版找到。我宁愿相信这是谷歌(Google.cn)偶尔的疏忽，如果是疏忽，也太大了点&#8230;
马后炮:
谷歌这样的大公司果然不会犯‘忘记登录链接’这样的低级失误，开复先生有关于去掉登录的解释。最近消息很闭塞，从评论里才了解到谷歌这个决策。但对于不常看新闻的普通用户来说，突然找不到熟悉的“登录”，着实进行了一番无谓的尝试操作。至于突然去掉登录，不会是因为中国用户用的少吧，应该还有更大的利益考虑。这个考虑，不见得是为用户着想。
]]></description>
		<link>http://WWW.ui123.com/blog/2009/07/26/google-2/</link>
			</item>
	<item>
		<title>透过实际场景看设计:设计可提升销量</title>
		<description><![CDATA[注:在讨论这个问题时，我们先刨去价格因素，仅从产品的质量和使用感受来说。
用户总是产品的最深刻的感受者，因为用户在用。不多说废话，接下来以婴儿的纸尿裤为例，来看具体的实际场景。
使用场景：
      美美很幸福的拥有了自己的小宝宝，她在使用纸尿裤的过程中，发现使用纸尿裤并不好，主要是透气性差。可使用布芥子要常换，因为小宝宝尿的很频繁。为了小宝宝晚上睡的安稳些，一般晚上都会给小宝宝使用纸尿裤。刚开始使用A牌子的纸尿裤时，总担心孩子尿了没，拉屎了没等等，一遍遍的扒开纸尿裤去看，很麻烦，孩子也容易因此着凉。有时候忘记看孩子有没有拉屎、撒尿，小屁屁被“打”的红红的，部分地方还有溃烂的迹象。【婴儿的小屁屁是很稚嫩的，和湿的东西接触久了，或者不透气，小屁屁很容易“打”(小屁屁容易红肿、溃烂等)了。】
      一天晚上，小宝宝刚睡下不久就开始哭闹不止，美美百思不得其解“刚喂过呀！纸尿裤也是刚换过的！小宝宝也未生病”。检查后才发现，小宝宝的下身都湿透了，原来纸尿裤侧漏了，怪不得小宝宝哭闹(好可怜！)。
      在使用纸尿裤一周后的星期二，美美早晨起来给小宝宝换纸尿裤，偶尔发现宝宝大腿两侧被纸尿裤磨红肿了。原来是纸尿裤的边缘不太柔软，孩子的皮肤真嫩呀！美美开始怪自己粗心了。
购买场景：
      美美由于有了对纸尿裤的使用经验，在给小宝宝买纸尿裤时，美美特地比较了多个产品品牌，她心里盘算着“1）要给小宝宝买透气性好的，本来小宝宝拉屎撒尿就多，这样才不会捂到小屁屁。2）小宝宝晚上经常侧睡，要有防侧漏的功能才好。3）小宝宝皮肤嫩，边缘要柔软，小宝宝的皮肤容易被磨破。4）最好不要打开纸尿裤就能看到小宝宝有没有撒尿，有的话撒了多少。&#8230;” 。在反复比较之后，美美选择了C品牌的纸尿裤，因为C品牌的纸尿裤 透气好、防侧漏、边缘柔软、有两条指示线可以指示小宝宝有没有尿。尤其是指示C品牌的两条指示线，黄色的时候表示小宝宝没有尿，当线变绿了之后，表示小宝宝撒尿了，颜色越深表示撒的尿越多；这个功能让美美很欣喜！最后比较了一下价格，发现C品牌的纸尿裤比其他的要贵一些，美美犹豫了一下，还是买了C品牌的纸尿裤，为了孩子&#8230;
小结：
      由此我们可以看出，了解用户的使用，有助于在产品设计时更好的服务于用户；而这样恰恰更好的迎合了用户的购买心理。谁了解用户更多，谁的产品才有可能真正的为用户考虑的更多，用户才可能更乐于去购买，销量就自然提升了。用户不是傻子，用户不会总被你忽悠，用户知道啥样的产品是好的。
]]></description>
		<link>http://WWW.ui123.com/blog/2009/03/13/shejiketishengxiaoliang/</link>
			</item>
	<item>
		<title>透过实际场景看设计:发现缺失的需求</title>
		<description><![CDATA[再次拿NOKIA E71的拍照功能说事。在拍照声音(拍照时的喀嚓声)设置里，仅能选择不同的喀嚓声。(声音非物理发声)
场景1：(注:此场景同样适用于在公共场合偷拍美女、不良现象、&#8230;)
        王锋家里有未满周岁的孩子，孩子的睡姿特别可爱，于是十分高兴的拿手机拍照，不想发出响亮的喀嚓声，惊扰了浅睡(注:没养过孩子的不会理解“浅睡”对于孩子的意义)的孩子，老婆也投来责备的目光。于是王锋想静音拍照时的“喀嚓”声。打开拍照声音设置，却发现只能选择不同的拍照声，没有类似“无声”的选项，也找不到可以静音的设置项；又尝试着把整个手机设置为“无声”模式，但拍照时仍发出“喀嚓”声。万般无奈之下，王锋只好选择了一个听起来不太响亮的拍照声，尽管很不喜欢这个声音。在孩子浅睡时，尽量不在他身边用拍照功能了。
(这个场景或许有点吹毛求疵，但却让用户心理很难受，本该很容易想到的需求。如果你用来偷拍美女，或许你不会再认为是吹毛求疵。^^嘎嘎)
场景2：
        杜宾在一次听课时，老师版出了一个很重要的表格，抄下来实在太麻烦，又没带数码相机，凑合用手机去拍几张吧。为了不发出声音影响老师讲课，于是杜宾想先静音拍照时的“喀嚓”声。打开拍照声音设置，却发现只能选择不同的拍照声，没有类似“无声”的选项，也找不到可以静音的设置项；尝试着把整个手机设置为“无声”模式，然后拍照，拍照时仍发出“喀嚓”声。为此老师还特意提醒拍照时关掉声音，搞的自己好像挺没素质似的。
缺失需求：静音拍照声。静音是一个很普通的需求，很多需要安静的场所都会有这个需求(比如：会议室、课堂、不惊扰拍摄对象等等)。
后记：
        感谢大家对隐私问题的争论，甚至有人提出日本等已经通过法律禁止厂商提供手机拍照静音功能。搜索了才知道，日本通过禁止手机静音设置这样BT的法案了，美国也仅仅是提出了此项法案。这种通过限制手机功能而禁止偷拍的功能，不知道会收到多少成效！！如果视频偷录呢？是否应该发出点啥声音提示呢？如果提示，那么提示声会影响到录制的音效，没法办了吧？！
        用户静音拍照是一个很常见的需求，大多数用户不会因为可以静音而去偷拍，偷拍的人不会因为可以静音而不去偷拍。不妨再想想，为了偷拍而禁止手机商不提供静音功能，实在可笑！如果想偷拍，岂能因为手机不能直接设置拍照静音而阻止偷拍，这些恶心的人有的是方法来静音拍照，搜一下就能看到不少这样的教程。
]]></description>
		<link>http://WWW.ui123.com/blog/2009/03/13/faxianqueshidexuqiu/</link>
			</item>
	<item>
		<title>透过实际场景看设计:自作聪明的设计</title>
		<description><![CDATA[要讨论的问题:NOKIA E71里闪光灯的设置逻辑 ，讨论的逻辑如下：
步骤一：打开闪光灯设置(默认设置为“自动”),如下图

步骤二：手动设置成“关”，如下图

步骤三：完成设置后，使用拍照(闪光灯设置生效，拍照过程中无闪光灯效果)。
步骤四：退出拍照(非关机)，再次进入拍照，闪光灯自动恢复默认设置。(主要讨论这个问题)
大家认为这样设计合理吗？
我猜测设计的原本目的是：
1）怕用户忘记设置回来，好心自动帮用户设置回来；
2）如果光线较暗，在用户每次使用拍照时，能自动为其闪光，帮助用户拍到清晰的图像。
上面这两条理由算是为用户着想，体贴用户喽！
而实际场景并非如此，用户的自定义设置有很强的目的性。 我们看两个真实的场景。
场景1：
      王锋家有未满1周岁的孩子，拍照时的闪光灯对孩子的眼睛有伤害。由于经常拿NOKIA E71手机给孩子拍照，于是王锋特地关闭了闪光灯。可在他下次再次使用手机拍照时(注意:不是本次拍第几张)，发现闪光闪光了！！！“NND，这是怎么回事？！”王锋很生气 。在王锋一通捣鼓后发现:每次使用拍照模式，手机都会自动把闪光灯的设置恢复至“自动”。于是王锋只好在以后每次使用拍照功能时先设置关闭闪光灯。
场景2：
      果伦不喜欢使用闪光灯，因为拍到的照片上有闪光灯的反光，对于喜欢真实效果的他，习惯性的关闭了闪光灯。可在接下来的使用过程中，果伦发现每次使用拍照时都会闪光。反复的尝试之后才知道，每次启动拍照，手机都会自动的恢复闪光灯的设置至默认的“自动”。万般无奈之下，果伦只好每次使用拍照功能时先设置关闭闪光灯。
场景3：
      李思更倾向于超长待机，闪光灯是个费电的功能，为了省电，每次使用拍照都要去关闭闪光灯，这样的麻烦简直让李思无法忍受。
小结：
      由以上两个真实的场景可以看出，用户的“关闭闪光灯”设置都是有目的，场景一是为了避免伤害孩子的眼睛，场景二是为了避免拍到的图片有闪光灯的反光。虽然我理解NOKIA E71闪光灯设置逻辑的初衷是为了“替用户着想”，但是这时的“关心”反倒成了“自作聪明”。如果设计师还在“装用户”，还在把自己模拟成用户而进行设计，着实应该转变一下思维，多从实际的场景出发。
]]></description>
		<link>http://WWW.ui123.com/blog/2009/03/13/zizuocongmingdesheji/</link>
			</item>
	<item>
		<title>“我就是用户”</title>
		<description><![CDATA[      刚看到白鸦和keso的争论，一个是“别装了，你不是用户” (keso)，另一个是”装，是必须的“ (白鸦)。何必争论，我要说：“我就是用户”。把自己培养成一个真正的用户，并且和真正的用户打成一片，这是了解用户的最高境界。
了解了用户怎么使用，这只是了解用户的初级。
      如果你要做一款音频编辑软件产品，而你连音频编辑咋回事都不知道，又如何能满足用户的期望？怎么能知道用户需要什么？怎么使用？使用时的感受？或许你通过看一些用户使用的视频，看一些用户教学的视频，通过论坛里的帖子和搜索到的更多资料，大致可以了解一些用户需要什么？但这是远远不够的，好不好用，好用到什么程度，只有真正使用产品的人才有深刻的感受。你真是从门外往里看。
把自己当成用户，这只是了解用户的入门。
      把自己模拟成用户去体验，了解用户的特点，自己装成用户去体验产品。这样做可以说初见成效，也只是初见成效而已，因为这一步对用户了解还不够，从更深的使用习惯、细节和情感上，还无法去体会用户的感受，既然不能深度的了解其感受，就很难将用户伺候舒坦了。让别人竖起大拇指赞扬那可不是容易的事情！
“我就是用户！”你敢拍着胸脯说，OK！你成功了解了你的用户。
      从刚开始以一个学生的心态去学习使用产品，到尝试着成为初级用户，再到使用产品经历丰富。你能和深度用户交流畅通、相互分享经验，和高级用户使用水平相当。那么你算是这个产品的专家了，你最了解你的用户，你自己就是用户，你自己又是成熟的设计师。那么，你设计的产品很合适用户。可以这样推理吧？
小结：
      黎明拍着胸脯对导演说：“我就是梅兰芳！”，于是导演相信他有自信演好《梅兰芳》这部戏；我们设计师也要拍着胸脯说：“我就是用户！”，那么老板也会相信你能很好的了解用户。
后记：
      经过大家热情的讨论，大家还是很理性的，大多人还是建议用科学的方法去了解用户(比如“创建角色”等等)。
      理解用户还得靠科学的方法。把自己当作用户或培养成用户可以解决很多设计细节，但自身也有很大的局限性，就算自己是用户也只能代表用户的个体，而非角色(某类用户)。装用户更会带来很大的偏见。在国内，公司如果能倡导“用心的去装用户”就很不错了，大多都不支持浪费时间去理解真正的用户。
      都说举黎明的例子不好，不过黎明还是很认真的，精神可嘉。
]]></description>
		<link>http://WWW.ui123.com/blog/2009/01/13/imuser/</link>
			</item>
	<item>
		<title>我所认识的山寨文化</title>
		<description><![CDATA[
本图是“康师傅”和“甜师傅”矿泉水瓶的照片，咋看起来差不多。我当时是冲康师傅买的，当时着急，没仔细看，顺手拿了“康师傅”(我认为是康师傅牌子的)，边走边打开瓶盖喝水，味道不对呀，难喝！仔细看一下瓶：“甜师傅”？！随口骂道：“NND，当自来水喝吧！”
       上述描述的情景，就是在生活当中碰到以假乱真的冒牌产品，就是所谓的“山寨”产品。08年开始兴起的山寨风，让不少国人津津乐道，不少人以“山寨”文化为&#8221;荣幸&#8221;，而我心里挺不是滋味，本质上讲这是假冒伪劣文化！
      很多人会反对我，山寨手机很实惠！务实心态，我在说山寨文化不好，就会身边的人视为异类。在粗放型经济下，中国的产品是以“有”为导向，不管黑猫白猫，能抓老鼠的就是好猫。可现在时代不同了，中国开始迈向集约型经济，很多东西不是追求有就行了，是要追求质量和品质的，但从这点上来讲，山寨之风不免有些过时，或者说大家还沉浸在“复制主义”的层面上，不利于经济发展和产品品牌培养，更进一步，不利于中国从“中国制造”走向“中国设计”！
      从设计的角度上来讲，我们应该鄙视山寨。从长远的角度上讲，山寨产品复制了原有品牌的设计，影响了源品牌的形象，恶性攫取了原品牌的用户。如果大家都恶性复制，今天看这个产品好就打一枪，明天看那个产品好就放一炮，谈何设计？大家都去抄好了！谈何培养自己的品牌？找个大品牌复制好了，只要正品不打击，可以短期凭恶性复制挣钱，起码可以成为暴发户。
      “李逵”和“李鬼”大家都很熟知，“李逵”和“李鬼”的含义也不言而喻。“山寨”这个词很好听，“赝品”“冒牌货”“李鬼”就不好听了！如果直白一点：“冒牌货文化”，想必大家就不会这么热衷的传播了吧！
      为何山寨文化这么流行？很简单因为山寨产品的商家和消费者都得到实惠了，尤其是电子产品和网站，被大家乐此不疲的传播，这样的产品不太危害消费者，所以不被消费者所鄙视！如果是假药、假酒、假食品恐怕消费者就不乐意了，那肯能是要消费者命的东西，别说假，质量不好都会惹来官司、危害生命！
      我们是否应该理性一点，让山寨文化尽快成为历史，我每次在电视上看到某款手机广告，其手机造型、视觉、交互和苹果iphone一模一样，只是不叫iphone，很寒心，我也是中国人，却并未因此而感到骄傲。
]]></description>
		<link>http://WWW.ui123.com/blog/2009/01/10/shanzhai/</link>
			</item>
	<item>
		<title>欣喜感受到Google给我的“主权”</title>
		<description><![CDATA[今日使用英文Google搜索的时候，发现使用Google搜索的结果里发生了一点变化，就是Google在每条搜索结果里使用了如下箭头所指的几个按钮：

图示1-用Google搜索到的一条结果
先介绍一下上图中的三个按钮：
(1)按钮：移到最前头的搜索结果按点击的先后排序；在已被移动的条目中，还可以再次移动，点击移动向上移动按钮排至搜索最前头。
(2)按钮：让搜索条目消失。
(3)按钮：发表评论。
(4)按钮：让搜索条目恢复初始位置。(见图示2)

图示2-我把两个搜索结果移动到最前头。

图示3-点击(3)按钮后可以方便的直接对此条搜索留言
 从这些功能中,我们看到用户参与搜索的可能性，也让我们感受到：似乎搜索才刚刚起步。我们的搜索引擎还没有能让大部分人很精确的找到信息，我们当前只能在搜索到的大量结果中痛苦筛选。很欣喜的看到Google的尝试，并尝试着使用Google提供的四个来组织自己的资料库。
 希望这是搜索新时代的开始…
]]></description>
		<link>http://WWW.ui123.com/blog/2008/12/17/google/</link>
			</item>
	<item>
		<title>让产品设计师跟踪测试产品</title>
		<description><![CDATA[注：先明确一下这里所说的产品设计师的职责：需求收集、信息架构、交互设计、产品设计文档撰写。
        “我们的设计很好，可开发的产品很差！”，这个问题想必困扰着不少公司或团队，在近期的工作中，逐渐体会到一套行之有效的方法&#8211;让产品设计师跟踪测试自己设计的产品。设计师不要小看这测试的工作，跟踪测试起来颇有成就，你可以知道你的设计被实施了多少，看着实施符合设计，设计师会很有成就感。我也是被CTO逼着走过了这个过程才逐渐体会到它的好处。
        产品设计师不大可能与程序员一起写程序，但可以跟踪测试开发的产品，并把测试结果直接反馈给大家(程序员、项目经理、产品经理、测试人员)。这应该算是一个管理问题，确切的说是协作流程问题。所以这种做法，必须得到cto等高层管理者的大力推行，否则编程者是不买帐的，毕竟谁都不愿意让人跟在屁股后面指责哪里做错了，高管把产品设计师的测试工作纳入流程，大家照章办事，工作起来会更顺利一些。
测试的时机：
产品开发基本成型，功能基本完备，研发者能提供可测试版本。
测试的相关协作：
发送测试文档给开发者，同时抄送给项目经理、产品经理、测试等等相关人员；遇到争议主动找项目经理、产品经理等相关领导协商。
测试依据的文档：
        做过测试工程师的应该都知道，测试工程师是根据自己编写的测试用例(精简测试用例、详细测试用例)来测试，一般情况下，设计师根据精简测试用例文档来测试就好了，设计师只是要依据某个使用过程来试用并发现问题。当然如果设计师愿意写几个主要使用场景，然后根据自己的使用场景来测试更好，不过要注意自己的使用场景和设计文档保持一致。
让产品设计师跟踪测试的好处：
1、设计师比测试工程师更多关注可用性，可以保证产品的高质量。毕竟设计师对评判产品好坏较强的审美能力。
2、遇到问题可以直接给出解决方案，效率高。
3、可以看到更多的设计问题，便于及时补充和修正设计文档。设计师可以锻炼细节关注能力，积累更多经验。(本条第收获很大呀！)
4、设计师可以很好的参与到开发中去。
分享一下自己做跟踪测试的经验和教训
1、设计师在跟踪测试之前应做足的工作：确保设计文档写的更详细和易读，确保无主要逻辑缺失。最好做出原型并依据原型多体验几遍，或者邀请其他设计师一起来体验，争取在开发前发现更多的问题，确保文档质量。否则，一旦开发出现问题或者开发进度延迟，会把全部责任推到产品设计师身上。开发者会说：“文档没写”或“文档没写明白，看不懂。”遇到这样的情况，设计师百口难辨，设计师的确是有责任的(虽然不是全部)。
2、搞好关系，不要直接指责开发人员或开发中的问题。理智的做法应该是：&#8221;客观的表述操作，客观的提出正确的方案。&#8221;描述问题时不要有任何情绪，或者可能让合作者产生“逆反心理”的语气。比如：“竟然”“居然”“错误”等，当然适当的夸奖一下也是可以的。
3、在遇到争议时，通过正确的渠道解决问题，主动通过双方主管协商解决，开发人员不会听你的，不要试图说服他们，和他们争论的结果只会让他们记恨你，还有肯能找机会给你穿小鞋，设计师争取避免这个问题。遇到问题要先学会倾听，然后才有可能正确处理问题。否则容易产生误解，让别人误以为你不好合作或不好沟通(但实际上你是为产品质量而挣)。
4、和开发人员、测试人员保持紧密的沟通，提高解决问题的速度；有需求变动或文档改动要迅速反应，并及时通知大家。否则，如果研发没有按照变动来修改，会怪罪你没有及时通知。
&#8230;&#8230;，更多感受还需到工作中去体会。
小结：说了那么多，这样做还得公司高层大力支持并推行为前提；设计师要真正处理好各种关系还得自己实际去体会，毕竟每个公司的情况都不尽相同；设计师可以获得很多，更清楚要向开发者“表达什么？如果表达？”。
]]></description>
		<link>http://WWW.ui123.com/blog/2008/11/16/designertest/</link>
			</item>
</channel>
</rss>
