<?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>奇遇,目标导向设计 &#187; .设计前沿</title>
	<atom:link href="http://WWW.ui123.com/blog/category/shejiqianyan/feed/" rel="self" type="application/rss+xml" />
	<link>http://WWW.ui123.com/blog</link>
	<description>Goal-Directed Design -目标导向设计</description>
	<lastBuildDate>Sun, 14 Mar 2010 15:18:05 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>欣喜感受到Google给我的“主权”</title>
		<link>http://WWW.ui123.com/blog/2008/12/17/google/</link>
		<comments>http://WWW.ui123.com/blog/2008/12/17/google/#comments</comments>
		<pubDate>Wed, 17 Dec 2008 07:12:35 +0000</pubDate>
		<dc:creator>奇遇</dc:creator>
				<category><![CDATA[.设计前沿]]></category>

		<guid isPermaLink="false">http://WWW.ui123.com/blog/?p=114</guid>
		<description><![CDATA[今日使用英文Google搜索的时候，发现使用Google搜索的结果里发生了一点变化，就是Google在每条搜索结果里使用了如下箭头所指的几个按钮：

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

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

图示3-点击(3)按钮后可以方便的直接对此条搜索留言
 从这些功能中,我们看到用户参与搜索的可能性，也让我们感受到：似乎搜索才刚刚起步。我们的搜索引擎还没有能让大部分人很精确的找到信息，我们当前只能在搜索到的大量结果中痛苦筛选。很欣喜的看到Google的尝试，并尝试着使用Google提供的四个来组织自己的资料库。
 希望这是搜索新时代的开始…
]]></description>
			<content:encoded><![CDATA[<p class="MsoNormal"><span>今日使用英文</span><span lang="EN-US">Google</span><span>搜索的时候，发现使用</span><span lang="EN-US">Google</span><span>搜索的结果里发生了一点变化，就是</span><span lang="EN-US">Google</span><span>在每条搜索结果里使用了如下箭头所指的几个按钮：</span></p>
<p class="MsoNormal"><img src="http://WWW.ui123.com/blog/uploads/2008/20081216google000.gif" alt="" /></p>
<p class="MsoNormal"><span>图示</span><span lang="EN-US">1-</span><span>用</span><span lang="EN-US">Google</span><span>搜索到的一条结果</span></p>
<p class="MsoNormal"><span>先介绍一下上图中的三个按钮：<br />
<span lang="EN-US">(1)</span><span>按钮：移到最前头的搜索结果按点击的先后排序；在已被移动的条目中，还可以再次移动，点击移动向上移动按钮排至搜索最前头。<br />
<span lang="EN-US">(2)</span><span>按钮：让搜索条目消失。<br />
<span lang="EN-US">(3)</span><span>按钮：发表评论。<br />
<span lang="EN-US">(4)</span><span>按钮：让搜索条目恢复初始位置。</span><span lang="EN-US">(</span><span>见图示</span><span lang="EN-US">2)</span></span></span></span></span></p>
<p class="MsoNormal"><img src="http://WWW.ui123.com/blog/uploads/2008/20081216google001.gif" alt="" /><br />
<span>图示</span><span lang="EN-US">2-</span><span>我把两个搜索结果移动到最前头。</span></p>
<p class="MsoNormal"><img src="http://WWW.ui123.com/blog/uploads/2008/20081216google002.gif" alt="" /><br />
<span>图示</span><span lang="EN-US">3-</span><span>点击</span><span lang="EN-US">(3)</span><span>按钮后可以方便的直接对此条搜索留言</span></p>
<p class="MsoNormal"><span lang="EN-US"> <span>从这些功能中</span><span lang="EN-US">,</span><span>我们看到用户参与搜索的可能性，也让我们感受到：似乎搜索才刚刚起步。我们的搜索引擎还没有能让大部分人很精确的找到信息，我们当前只能在搜索到的大量结果中痛苦筛选。很欣喜的看到</span><span lang="EN-US">Google</span><span>的尝试，并尝试着使用</span><span lang="EN-US">Google</span><span>提供的四个来组织自己的资料库。</span></span></p>
<p class="MsoNormal"><span lang="EN-US"> <span>希望这是搜索新时代的开始</span><span lang="EN-US">…</span></span></p>
]]></content:encoded>
			<wfw:commentRss>http://WWW.ui123.com/blog/2008/12/17/google/feed/</wfw:commentRss>
		<slash:comments>52</slash:comments>
		</item>
		<item>
		<title>广告本来是个双利的好事</title>
		<link>http://WWW.ui123.com/blog/2008/09/27/adisgood/</link>
		<comments>http://WWW.ui123.com/blog/2008/09/27/adisgood/#comments</comments>
		<pubDate>Sat, 27 Sep 2008 12:27:35 +0000</pubDate>
		<dc:creator>奇遇</dc:creator>
				<category><![CDATA[.设计前沿]]></category>
		<category><![CDATA[观点|感悟|闲聊]]></category>

		<guid isPermaLink="false">http://WWW.ui123.com/blog/?p=109</guid>
		<description><![CDATA[广告本来是个双赢的好事，请别把广告搞的另人生厌！
1、供求之间需要广告这么个媒介。

无论从人类生活中供求两方的那个角度看，广告都是很有益的。需求者希望多看到一些对自己有用的广告，就拿自己来举例：
求：我前不久找博客服务器的时候，就很留意相应的广告，而且我还主动搜了不少相关信息。
供：服务器提供商通过各种渠道做广告，告诉大家我这里有服务器。广告商也不想对牛弹琴，希望自己的广告让有需求的人知道。
如果是供求能够精准的匹配，双方都很乐意。如果广告方式是简单、有趣的，又不影响正常的生活，想必是大家所期待的。
2、广告主的心态
一般的广告主都想“忽悠”住大家，就算你没有需求也要“忽悠”的有需求，不想买也要让你买。电视购物大家都不陌生吧，很多玩意明知道有很多的欺骗成分，但还是会有很多人上当，上当之后就开始厌恶广告。这是一个恶性循环，久而久之，对供求双方都没有啥好处。
“胡师傅不粘锅”这个案例大家都不陌生。咱们分析一下他们是怎么骗人的：
1、抓住用户的从众心理。找了很多人做托，让使用者说这锅多么多么好。虽然是欺骗，但还是让不少人相信了。
2、不给用户思考，强迫用户接受他们的观点。这类广告的语言大多都很紧凑、响亮，语速较快！这样就让观众没有思考的时间，就记得他们说的“好处”。很容易造成大脑被催眠的状态。
3、时间段一般都是在深夜、上班时间或者周末，这个时间点看广告的一般都是家庭主妇、老人、有钱人的包养二奶等等，妇女和老人容易骗！有钱人的包养二奶更容易骗，本身她就是花钱的主，反正钱也来的容易。尤其是美白、瘦身等等对二奶更具诱惑力。
结果还真有不少老人上当，用了之后明显感觉骗人，于是就开始通过各类渠道投诉；国家也开始调查“胡师傅不粘锅”案件。忽悠人和被忽悠都感觉很不爽。
3、消费者的心态

“货真价实，童叟无欺。”想必大家都期望这样。购买后觉得“值”，心里才会舒坦。于是大多消费者货比三家，一部分高端消费者追求品牌。用户获取信息的渠道很大一部分来自广告。“广告用时方恨少！”一方面很多人想办法找打折、优惠等信息，另一方面很多供给者拼命的想把这些信息告诉相关消费者。
4、广告可以是令人愉快的、有趣的。
随着大家交流的介质日益丰富，手持设备网络和互联网的互通已经在开始改变世界，广告的投放形式和精准匹配成了各大公司都想占有先机的大事。Google这样的互联网巨头也在Google黑板报里写“谷歌黑板报十年系列（三） 谷歌十岁了，但网络广告才刚刚开始” 这样的文章。网络广告才刚刚开始，阿里集团也看到了这个机会，推出了阿里妈妈。
理念大家都有了，但真正做到让广告精准匹配、并且在精准匹配的情况照顾消费者的情绪并非易事，而且有相当多的工作要做。相信未来10年会有更多精彩的广告形式出现。
不妨我们先回顾一下让人生厌的做法：
到处乱贴的街头小广告
站在马路中央对等待红灯的车辆扔飞机的广告形式
广告贴在马路上
“先生，A片要吗？”马路边突然有人走过来问你
打开网页时的弹出窗口
在网页上到处乱晃的浮动广告
msn主面板上的广告(要不是上面有那么多熟人，我是不会使用msn的)、还有windowslive个人主页头部的大幅广告(我正是因为这个才不用他们的空间)。
&#8230;&#8230;
相信未来的广告应该会让人愉快，而不是让人生厌；让人主动参与，而不是强迫用户的思维；是消费者信赖的渠道，而不是看到广告就会首相思考是不是在骗人。
 
]]></description>
			<content:encoded><![CDATA[<p>广告本来是个双赢的好事，请别把广告搞的另人生厌！</p>
<p><strong>1、供求之间需要广告这么个媒介。<br />
</strong><br />
无论从人类生活中供求两方的那个角度看，广告都是很有益的。需求者希望多看到一些对自己有用的广告，就拿自己来举例：</p>
<p>求：我前不久找博客服务器的时候，就很留意相应的广告，而且我还主动搜了不少相关信息。<br />
供：服务器提供商通过各种渠道做广告，告诉大家我这里有服务器。广告商也不想对牛弹琴，希望自己的广告让有需求的人知道。</p>
<p>如果是供求能够精准的匹配，双方都很乐意。如果广告方式是简单、有趣的，又不影响正常的生活，想必是大家所期待的。</p>
<p><strong>2、广告主的心态</strong></p>
<p>一般的广告主都想“忽悠”住大家，就算你没有需求也要“忽悠”的有需求，不想买也要让你买。电视购物大家都不陌生吧，很多玩意明知道有很多的欺骗成分，但还是会有很多人上当，上当之后就开始厌恶广告。这是一个恶性循环，久而久之，对供求双方都没有啥好处。</p>
<p>“胡师傅不粘锅”这个案例大家都不陌生。咱们分析一下他们是怎么骗人的：</p>
<p>1、抓住用户的从众心理。找了很多人做托，让使用者说这锅多么多么好。虽然是欺骗，但还是让不少人相信了。<br />
2、不给用户思考，强迫用户接受他们的观点。这类广告的语言大多都很紧凑、响亮，语速较快！这样就让观众没有思考的时间，就记得他们说的“好处”。很容易造成大脑被催眠的状态。<br />
3、时间段一般都是在深夜、上班时间或者周末，这个时间点看广告的一般都是家庭主妇、老人、有钱人的包养二奶等等，妇女和老人容易骗！有钱人的包养二奶更容易骗，本身她就是花钱的主，反正钱也来的容易。尤其是美白、瘦身等等对二奶更具诱惑力。</p>
<p>结果还真有不少老人上当，用了之后明显感觉骗人，于是就开始通过各类渠道投诉；国家也开始调查“胡师傅不粘锅”案件。忽悠人和被忽悠都感觉很不爽。</p>
<p><strong>3、消费者的心态<br />
</strong><br />
“货真价实，童叟无欺。”想必大家都期望这样。购买后觉得“值”，心里才会舒坦。于是大多消费者货比三家，一部分高端消费者追求品牌。用户获取信息的渠道很大一部分来自广告。“广告用时方恨少！”一方面很多人想办法找打折、优惠等信息，另一方面很多供给者拼命的想把这些信息告诉相关消费者。</p>
<p><strong>4、广告可以是令人愉快的、有趣的。</strong></p>
<p>随着大家交流的介质日益丰富，手持设备网络和互联网的互通已经在开始改变世界，广告的投放形式和精准匹配成了各大公司都想占有先机的大事。Google这样的互联网巨头也在Google黑板报里写“<a title="Google 黑板报" href="http://googlechinablog.com/2008/09/blog-post_1623.html" target="_blank">谷歌黑板报十年系列（三） 谷歌十岁了，但网络广告才刚刚开始</a>” 这样的文章。网络广告才刚刚开始，阿里集团也看到了这个机会，推出了阿里妈妈。</p>
<p>理念大家都有了，但真正做到让广告精准匹配、并且在精准匹配的情况照顾消费者的情绪并非易事，而且有相当多的工作要做。相信未来10年会有更多精彩的广告形式出现。</p>
<p>不妨我们先回顾一下让人生厌的做法：<br />
到处乱贴的街头小广告<br />
站在马路中央对等待红灯的车辆扔飞机的广告形式<br />
广告贴在马路上<br />
“先生，A片要吗？”马路边突然有人走过来问你<br />
打开网页时的弹出窗口<br />
在网页上到处乱晃的浮动广告<br />
msn主面板上的广告(要不是上面有那么多熟人，我是不会使用msn的)、还有windowslive个人主页头部的大幅广告(我正是因为这个才不用他们的空间)。<br />
&#8230;&#8230;</p>
<p>相信未来的广告应该会让人愉快，而不是让人生厌；让人主动参与，而不是强迫用户的思维；是消费者信赖的渠道，而不是看到广告就会首相思考是不是在骗人。</p>
<p> </p>
]]></content:encoded>
			<wfw:commentRss>http://WWW.ui123.com/blog/2008/09/27/adisgood/feed/</wfw:commentRss>
		<slash:comments>16</slash:comments>
		</item>
		<item>
		<title>UXday-UX行业聚会</title>
		<link>http://WWW.ui123.com/blog/2008/05/21/uxday%e7%94%a8%e6%88%b7%e4%bd%93%e9%aa%8c%e8%a1%8c%e4%b8%9a%e8%81%9a%e4%bc%9a%e8%bd%ac/</link>
		<comments>http://WWW.ui123.com/blog/2008/05/21/uxday%e7%94%a8%e6%88%b7%e4%bd%93%e9%aa%8c%e8%a1%8c%e4%b8%9a%e8%81%9a%e4%bc%9a%e8%bd%ac/#comments</comments>
		<pubDate>Wed, 21 May 2008 02:10:06 +0000</pubDate>
		<dc:creator>奇遇</dc:creator>
				<category><![CDATA[.设计前沿]]></category>

		<guid isPermaLink="false">http://www.ui123.com/blog/?p=211</guid>
		<description><![CDATA[
作为业内人士，很高兴看到这么一个消息：http://uxday.com/ 上线了，并且他们将组织第一次聚会活动。为本行业加油！以下信息来自UXday。
关于UXday聚会：
Uxday是用户体验的行业聚会。希望通过聚会能使同行们一起交流、分享、学习、提高，
为其搭建一个沟通平台，推动中国的用户体验行业发展。
UXday活动由百度用户体验部发起的，并免费为大家提供场地、饮料等支持。
本期聚会话题：
产品的用户研究如何转化为设计成果
交互设计的交付物
加强社区中用户活跃度的途径 
日程与安排：
活动日期：
2008年5月25日下午14：00到17：00
活动地点：
邮件或电话直接通知您
活动安排：
13：30到14：00 签到
14：00到14：30 自由活动
14：30到14：50 百度用户体验部简介——李年福
14：50到16：30 话题讨论、分享、点评
16：30后 自由活动
报名方式：
请您发送邮件至baoming@uxday.com。（由于场地以及其他资源问题，
我们第一次聚会活动将对人数进行限制。本次未能选中参加活动的朋友请期待下次。）
特别说明，我们将挑选一两位学生参与本次活动，
欢迎对用户体验感兴趣的在校学生报名。
邮件格式：
标题：报名参加uxday聚会
姓名：XXX
职业：XXXX
手机：XXXXX
IM号码：XXXX
活动说明：
本次活动费用全部由百度官方提供，参与人员完全免费。
我们将为您提供免费点心以及饮料。
 
]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.ui123.com/blog/uploads/2008/200805210001.jpg" alt="200805210001.jpg" width="514" height="104" /></p>
<p>作为业内人士，很高兴看到这么一个消息：<a href="http://uxday.com/" target="_blank">http://uxday.com/</a> 上线了，并且他们将组织第一次聚会活动。为本行业加油！以下信息来自UXday。</p>
<p>关于UXday聚会：<br />
Uxday是用户体验的行业聚会。希望通过聚会能使同行们一起交流、分享、学习、提高，<br />
为其搭建一个沟通平台，推动中国的用户体验行业发展。<br />
UXday活动由百度用户体验部发起的，并免费为大家提供场地、饮料等支持。</p>
<p>本期聚会话题：<br />
产品的用户研究如何转化为设计成果<br />
交互设计的交付物<br />
加强社区中用户活跃度的途径 <span id="more-96"></span></p>
<p>日程与安排：<br />
活动日期：<br />
2008年5月25日下午14：00到17：00<br />
活动地点：<br />
邮件或电话直接通知您<br />
活动安排：<br />
13：30到14：00 签到<br />
14：00到14：30 自由活动<br />
14：30到14：50 百度用户体验部简介——李年福<br />
14：50到16：30 话题讨论、分享、点评<br />
16：30后 自由活动</p>
<p>报名方式：<br />
请您发送邮件至baoming@uxday.com。（由于场地以及其他资源问题，<br />
我们第一次聚会活动将对人数进行限制。本次未能选中参加活动的朋友请期待下次。）<br />
特别说明，我们将挑选一两位学生参与本次活动，<br />
欢迎对用户体验感兴趣的在校学生报名。</p>
<p>邮件格式：<br />
标题：报名参加uxday聚会<br />
姓名：XXX<br />
职业：XXXX<br />
手机：XXXXX<br />
IM号码：XXXX</p>
<p>活动说明：<br />
本次活动费用全部由百度官方提供，参与人员完全免费。<br />
我们将为您提供免费点心以及饮料。</p>
<p> </p>
]]></content:encoded>
			<wfw:commentRss>http://WWW.ui123.com/blog/2008/05/21/uxday%e7%94%a8%e6%88%b7%e4%bd%93%e9%aa%8c%e8%a1%8c%e4%b8%9a%e8%81%9a%e4%bc%9a%e8%bd%ac/feed/</wfw:commentRss>
		<slash:comments>18</slash:comments>
		</item>
		<item>
		<title>把设计看作决策的一部分</title>
		<link>http://WWW.ui123.com/blog/2008/03/30/shejikanzuojuece/</link>
		<comments>http://WWW.ui123.com/blog/2008/03/30/shejikanzuojuece/#comments</comments>
		<pubDate>Sun, 30 Mar 2008 03:17:17 +0000</pubDate>
		<dc:creator>奇遇</dc:creator>
				<category><![CDATA[.设计前沿]]></category>
		<category><![CDATA[观点|感悟|闲聊]]></category>

		<guid isPermaLink="false">http://www.ui123.com/blog/?p=182</guid>
		<description><![CDATA[     此文得益于现代管理学的决策部分，由此产生管理学理论与设计方法的联系，记录自己的想法，分享与此。
1、明确设计的方向
     首先我们应该明确我们在为哪些用户做设计，了解这些用户，以此分析出相应的功能、交互方式、风格。
    其次还要理解公司的战略，比如：假如已经有同类产品流行于市场，差异化就是公司必须要考虑的，拾人牙慧者必死。公司对市场的决策也是要参考的，否则设计可能与市场定位产生冲突，要修改的还是设计，毕竟设计是服务于商业。
2、假定不同的方案，通过对比分析修正设计
     我们在做设计时通常会有很多想法，这些想法凭空不容易比较分析，最好能画出草图来，便于对比、讨论，通过对不同想法的分析，最终得出较满意的方案。
3、能预见设计方案所产生的效果
       这点更多靠设计师对用户、市场的认识。有丰富的设计经验，很多设计经验都是从碰壁中逐渐总结出来的，合理的用户研究方法可以为设计提供很多依据。设计经验可辅助把握设计的质量，对市场的认识，决定对发展方向的把握。
4、做好“相对满意”的设计，而不可能是最优
      我们在针对用户时，产品不可能对所有用户都最满意，只能优先于中间用户，同时设计的期望受到成本、技术等等限制，所以只能让设计方案“相对满意”。
5、保证设计方案相对平衡
      为了保证设计方案的可行性，很多时候我们要综合用户需求、使用环境、开发条件、经营目标等相关因素做平衡。作为设计师在保证可行的前提下，让“用户满意度”最大化。
小结：把设计看作决策的一部分，设计会得到更多的的认可。同时感谢妻子帮我码字！
]]></description>
			<content:encoded><![CDATA[<p>     此文得益于现代管理学的决策部分，由此产生管理学理论与设计方法的联系，记录自己的想法，分享与此。</p>
<p><strong>1、明确设计的方向</strong></p>
<p>     首先我们应该明确我们在为哪些用户做设计，了解这些用户，以此分析出相应的功能、交互方式、风格。</p>
<p>    其次还要理解公司的战略，比如：假如已经有同类产品流行于市场，差异化就是公司必须要考虑的，拾人牙慧者必死。公司对市场的决策也是要参考的，否则设计可能与市场定位产生冲突，要修改的还是设计，毕竟设计是服务于商业。</p>
<p><strong>2、假定不同的方案，通过对比分析修正设计</strong></p>
<p>     我们在做设计时通常会有很多想法，这些想法凭空不容易比较分析，最好能画出草图来，便于对比、讨论，通过对不同想法的分析，最终得出较满意的方案。</p>
<p><strong>3、能预见设计方案所产生的效果</strong></p>
<p>       这点更多靠设计师对用户、市场的认识。有丰富的设计经验，很多设计经验都是从碰壁中逐渐总结出来的，合理的用户研究方法可以为设计提供很多依据。设计经验可辅助把握设计的质量，对市场的认识，决定对发展方向的把握。</p>
<p><strong>4、做好“相对满意”的设计，而不可能是最优</strong></p>
<p>      我们在针对用户时，产品不可能对所有用户都最满意，只能优先于中间用户，同时设计的期望受到成本、技术等等限制，所以只能让设计方案“相对满意”。</p>
<p><strong>5、保证设计方案相对平衡</strong></p>
<p>      为了保证设计方案的可行性，很多时候我们要综合用户需求、使用环境、开发条件、经营目标等相关因素做平衡。作为设计师在保证可行的前提下，让“用户满意度”最大化。</p>
<p>小结：把设计看作决策的一部分，设计会得到更多的的认可。同时感谢妻子帮我码字！</p>
]]></content:encoded>
			<wfw:commentRss>http://WWW.ui123.com/blog/2008/03/30/shejikanzuojuece/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>给谁做设计？</title>
		<link>http://WWW.ui123.com/blog/2007/12/30/geishezuosheji/</link>
		<comments>http://WWW.ui123.com/blog/2007/12/30/geishezuosheji/#comments</comments>
		<pubDate>Sun, 30 Dec 2007 01:22:41 +0000</pubDate>
		<dc:creator>奇遇</dc:creator>
				<category><![CDATA[.设计前沿]]></category>
		<category><![CDATA[观点|感悟|闲聊]]></category>

		<guid isPermaLink="false">http://www.ui123.com/blog/?p=151</guid>
		<description><![CDATA[前天晚上偶尔发神经似的想到一个对话场景，是老板和设计师的，还发神经似想画成系列漫画，对白如下：
&#8230;&#8230;
“我在为谁做设计？”设计师问老板？
“我是老板，别忘了你是我的员工，你在为我干活，当然为我做设计了！”老板很快回答道，
“可您用我做的软件吗？”设计师继续问，
“基本不用，这有什么问题吗？”老板疑问，
“您不用我设计的软件干嘛说我在为您设计？”设计师反问道。
&#8230;&#8230;
PS:类似的一系列问题如果能画成漫画，浏览者的理解将更直观而有趣。如果谁有兴趣的话，可否帮忙画一套。
]]></description>
			<content:encoded><![CDATA[<p>前天晚上偶尔发神经似的想到一个对话场景，是老板和设计师的，还发神经似想画成系列漫画，对白如下：</p>
<p>&#8230;&#8230;<br />
“我在为谁做设计？”设计师问老板？<br />
“我是老板，别忘了你是我的员工，你在为我干活，当然为我做设计了！”老板很快回答道，<br />
“可您用我做的软件吗？”设计师继续问，<br />
“基本不用，这有什么问题吗？”老板疑问，<br />
“您不用我设计的软件干嘛说我在为您设计？”设计师反问道。<br />
&#8230;&#8230;<br />
PS:类似的一系列问题如果能画成漫画，浏览者的理解将更直观而有趣。如果谁有兴趣的话，可否帮忙画一套。</p>
]]></content:encoded>
			<wfw:commentRss>http://WWW.ui123.com/blog/2007/12/30/geishezuosheji/feed/</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
		<item>
		<title>UCDchina书友会（第一期）</title>
		<link>http://WWW.ui123.com/blog/2007/08/21/ucdchina%e4%b9%a6%e5%8f%8b%e4%bc%9a%ef%bc%88%e7%ac%ac%e4%b8%80%e6%9c%9f%ef%bc%89/</link>
		<comments>http://WWW.ui123.com/blog/2007/08/21/ucdchina%e4%b9%a6%e5%8f%8b%e4%bc%9a%ef%bc%88%e7%ac%ac%e4%b8%80%e6%9c%9f%ef%bc%89/#comments</comments>
		<pubDate>Tue, 21 Aug 2007 08:39:54 +0000</pubDate>
		<dc:creator>奇遇</dc:creator>
				<category><![CDATA[.设计前沿]]></category>

		<guid isPermaLink="false">http://www.ui123.com/blog/?p=119</guid>
		<description><![CDATA[        本期书友会我去了现场，感觉蛮不错的。收获大大的！（UCDchina书友会为UCDchina为ucd行业组织的聚会活动，每次会有一个讨论主题，每月第三周周日下午见。本期为第一期，八月的。）
收获一、买到一本好书。&#8211;《赢在用户》（the User is Always Right）。确实是一本不错的书，不过提醒大家先看懂了再实践哦。

译者angela在说什么？这章很好看！D: &#8212;图1


组织者白鸦（左一）和机械工业出版社的工作人员-图2

人还没到齐，大家随便交流交流。图3

我们在听angela说&#8230;.. 图4

读起来蛮有味道的！新浪的朋友（可否留言报一下大名？）-图5

哎呀！这本书太好了！！！-图6
收获二、和大家一起讨论开发流程。
        本次到场的有二十多人，气氛挺活跃，买书时发家蜂拥而上，讨论问题时大家表情和手势都挺丰富，白鸦还即兴拿出纸和笔画了两张开发流程草图给大家讲解，随后打开笔记本给我们看了angela 做的相关文档，让大家大开眼界，我也感叹：挺细致的产品设计文档！
       可惜白鸦画的流程图忘记抓拍下来了，版权属于白鸦不方便复画，大致说几句思想还是可以的，大致分为三个层面，并在会场上详细讲解了在三个层面各自做什么及其之间的配合关系，满合理的，我只能买个关子，画出如下的三个层面，至于细节和关系，去找白鸦吧D：。

很笼统的草图，版权不属于我，就到这个程度吧 D：&#8211;图6
会场上还认识了一个产品经理叫“博子”的。还和另外两个哥们详细讨论了如何做用户测试，总之，大家交流一下蛮不错的！会场上就“空洞的理论”等问题简单的和大家做了交流，大家都认为有话还是要说，不管空洞不空洞，在这个刚起步的阶段就应该勇敢的说，积极交流，好的理论会在实际中验证并沉淀下来。
]]></description>
			<content:encoded><![CDATA[<p>        本期书友会我去了现场，感觉蛮不错的。收获大大的！（UCDchina书友会为UCDchina为ucd行业组织的聚会活动，每次会有一个讨论主题，每月第三周周日下午见。本期为第一期，八月的。）<br />
<strong>收获一、买到一本好书</strong>。&#8211;《赢在用户》（the User is Always Right）。确实是一本不错的书，不过提醒大家先看懂了再实践哦。</p>
<p><img src="http://www.ui123.com/blog/uploads/2007/08/07082107.jpg" alt="07082107.jpg" /><br />
译者<a target="_blank" href="http://ucdchina.com/angela/">angela</a>在说什么？这章很好看！D: &#8212;图1<br />
<span id="more-73"></span></p>
<p><img src="http://www.ui123.com/blog/uploads/2007/08/07082101.jpg" alt="07082101.jpg" /><!--more--><br />
组织者<a target="_blank" href="http://uicom.net/blog/">白鸦</a>（左一）和机械工业出版社的工作人员-图2</p>
<p><img src="http://www.ui123.com/blog/uploads/2007/08/07082108.jpg" alt="07082108.jpg" /><br />
人还没到齐，大家随便交流交流。图3</p>
<p><img src="http://www.ui123.com/blog/uploads/2007/08/07082109.jpg" alt="07082109.jpg" /><br />
我们在听angela说&#8230;.. 图4</p>
<p><img src="http://www.ui123.com/blog/uploads/2007/08/07082106.jpg" alt="07082106.jpg" /><br />
读起来蛮有味道的！新浪的朋友（可否留言报一下大名？）-图5</p>
<p><img src="http://www.ui123.com/blog/uploads/2007/08/07082105.jpg" alt="07082105.jpg" /><br />
哎呀！这本书太好了！！！-图6</p>
<p><strong>收获二、和大家一起讨论开发流程。<br />
</strong>        本次到场的有二十多人，气氛挺活跃，买书时发家蜂拥而上，讨论问题时大家表情和手势都挺丰富，<a target="_blank" href="http://uicom.net/blog/">白鸦</a>还即兴拿出纸和笔画了两张开发流程草图给大家讲解，随后打开笔记本给我们看了angela 做的相关文档，让大家大开眼界，我也感叹：挺细致的产品设计文档！<br />
       可惜白鸦画的流程图忘记抓拍下来了，版权属于白鸦不方便复画，大致说几句思想还是可以的，大致分为三个层面，并在会场上详细讲解了在三个层面各自做什么及其之间的配合关系，满合理的，我只能买个关子，画出如下的三个层面，至于细节和关系，去找白鸦吧D：。<br />
<img src="http://www.ui123.com/blog/uploads/2007/08/070821031.gif" alt="070821031.gif" /><br />
很笼统的草图，版权不属于我，就到这个程度吧 D：&#8211;图6</p>
<p>会场上还认识了一个产品经理叫“博子”的。还和另外两个哥们详细讨论了如何做用户测试，总之，大家交流一下蛮不错的！会场上就“空洞的理论”等问题简单的和大家做了交流，大家都认为有话还是要说，不管空洞不空洞，在这个刚起步的阶段就应该勇敢的说，积极交流，好的理论会在实际中验证并沉淀下来。</p>
]]></content:encoded>
			<wfw:commentRss>http://WWW.ui123.com/blog/2007/08/21/ucdchina%e4%b9%a6%e5%8f%8b%e4%bc%9a%ef%bc%88%e7%ac%ac%e4%b8%80%e6%9c%9f%ef%bc%89/feed/</wfw:commentRss>
		<slash:comments>16</slash:comments>
		</item>
		<item>
		<title>抄袭，能不能有点水平？</title>
		<link>http://WWW.ui123.com/blog/2007/07/05/%e5%9c%a8%e4%b8%ad%e5%9b%bd%e4%b8%80%e6%90%9e%e5%b0%b1%e8%a2%ab%e6%90%9e%e2%80%9c%e7%83%82%e2%80%9d%e4%ba%86/</link>
		<comments>http://WWW.ui123.com/blog/2007/07/05/%e5%9c%a8%e4%b8%ad%e5%9b%bd%e4%b8%80%e6%90%9e%e5%b0%b1%e8%a2%ab%e6%90%9e%e2%80%9c%e7%83%82%e2%80%9d%e4%ba%86/#comments</comments>
		<pubDate>Thu, 05 Jul 2007 09:59:23 +0000</pubDate>
		<dc:creator>奇遇</dc:creator>
				<category><![CDATA[.设计前沿]]></category>

		<guid isPermaLink="false">http://www.ui123.com/blog/?p=84</guid>
		<description><![CDATA[今天在白鸦看到这样一个阅读链接“阿里巴巴的设计师是应该自豪还是郁闷”，正好我昨天写点抱怨总觉得不妥，还是让大家看看网络硬盘这个刚兴起的行业的网站，大家体验一下，相信会同我一样感慨“抄袭，能不能有点水平？”。
对比如下网盘产品：
tom网盘：http://www.tomdisk.com
163网盘：http://www.163disk.com
6disk网盘：http://cnc3.6disk.com
3ADisk网盘：http://www.3adisk.com
&#8230;&#8230;&#8230;
很多！仅列举几个，让大家通过真实的体验，来认同我的说的主题：抄袭，能不能有点水平？
真的不能不感叹！谈们用的是一个系统！不知道谁先谁后，其实这个不重要！重要的是他们的产品完全一样！就TOM这样的公司竟然也参与其中。大家都争先恐后的要做！不择手段了！切不说这样做对不起用户，就我们的国家而言这说明了什么？我在听一个讲座时，讲每个国家都给人一个鲜明姿态，比如：日本的服务、法国的浪漫&#8230;.  说了半天，中国的什么呢？ 从互联网的行为就可以让人感到寒心！用户体验被吹的漫天飞的时代，这样的现象依然蔓延&#8230;&#8230;
站在巨人的肩膀上，我们有很多借鉴，鲁迅的“拿来主义”也不鼓励一股脑拿过来吧？怎么也要思考一下吧？相信设计师都在最初的时候模仿过别人的东西，你思考了吗？若有思考的过程，我认为叫分析？总的抄的有点水平吧？
ps：推荐两个不错的存储：http://www.esnips.com/  http://www.box.net/ 
]]></description>
			<content:encoded><![CDATA[<p>今天在<a target="_blank" href="http://uicom.net/blog/">白鸦</a>看到这样一个阅读链接“<a target="_blank" href="http://bbs.blueidea.com/thread-2764794-1-1.html">阿里巴巴的设计师是应该自豪还是郁闷</a>”，正好我昨天写点抱怨总觉得不妥，还是让大家看看网络硬盘这个刚兴起的行业的网站，大家体验一下，相信会同我一样感慨“抄袭，能不能有点水平？”。</p>
<p>对比如下网盘产品：<br />
tom网盘：<a href="http://www.tomdisk.com/">http://www.tomdisk.com</a><br />
163网盘：<a href="http://www.163disk.com/">http://www.163disk.com</a><br />
6disk网盘：<a href="http://cnc3.6disk.com/">http://cnc3.6disk.com</a><br />
3ADisk网盘：<a href="http://www.3adisk.com/">http://www.3adisk.com</a><br />
&#8230;&#8230;&#8230;<span id="more-63"></span><br />
很多！仅列举几个，让大家通过真实的体验，来认同我的说的主题：抄袭，能不能有点水平？</p>
<p>真的不能不感叹！谈们用的是一个系统！不知道谁先谁后，其实这个不重要！重要的是他们的产品完全一样！就TOM这样的公司竟然也参与其中。大家都争先恐后的要做！不择手段了！切不说这样做对不起用户，就我们的国家而言这说明了什么？我在听一个讲座时，讲每个国家都给人一个鲜明姿态，比如：日本的服务、法国的浪漫&#8230;.  说了半天，中国的什么呢？ 从互联网的行为就可以让人感到寒心！用户体验被吹的漫天飞的时代，这样的现象依然蔓延&#8230;&#8230;</p>
<p>站在巨人的肩膀上，我们有很多借鉴，鲁迅的“拿来主义”也不鼓励一股脑拿过来吧？怎么也要思考一下吧？相信设计师都在最初的时候模仿过别人的东西，你思考了吗？若有思考的过程，我认为叫分析？总的抄的有点水平吧？</p>
<p>ps：推荐两个不错的存储：<a href="http://www.esnips.com/">http://www.esnips.com/</a>  <a href="http://www.box.net/">http://www.box.net/</a> </p>
]]></content:encoded>
			<wfw:commentRss>http://WWW.ui123.com/blog/2007/07/05/%e5%9c%a8%e4%b8%ad%e5%9b%bd%e4%b8%80%e6%90%9e%e5%b0%b1%e8%a2%ab%e6%90%9e%e2%80%9c%e7%83%82%e2%80%9d%e4%ba%86/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>进化错了方向&#8230;</title>
		<link>http://WWW.ui123.com/blog/2007/06/27/jinhuacuoliaofangxiang/</link>
		<comments>http://WWW.ui123.com/blog/2007/06/27/jinhuacuoliaofangxiang/#comments</comments>
		<pubDate>Thu, 28 Jun 2007 03:15:22 +0000</pubDate>
		<dc:creator>奇遇</dc:creator>
				<category><![CDATA[.设计前沿]]></category>
		<category><![CDATA[概念及文献]]></category>

		<guid isPermaLink="false">http://www.ui123.com/blog/?p=74</guid>
		<description><![CDATA[
记不多最初看到这幅图是在那里，后来子条做这幅图挂在了自己的博客顶端，让我感叹！直到今天我重读“中国欧盟可用性讲座”第四期巡回演讲稿的时候，其中一个讲座的开场白用的这张图，其寓意相当鲜明！人类不应当去适应工具！进化错了&#8230;
在这幅演讲里，详细的介绍了可用性的定义、方法、原则&#8230;   
Donald Norman 在1986年写道：
”然而以用户为中心的设计强调系统的目的是为用户服务，而不是使用某种特定的技术，也不是一段漂亮的代码。用户的需求应该主宰整个界面设计，而界面的需求则应该主宰系统其余部分的设计。”
可用性定义&#8212;”产品在特定使用环境下为特定用户用于特定用途时所具有的有效性、效率和用户主观满意度。”ISO 9241-11 可用性指南
以用户为焦点：活动的目标、工作领域或使用背景，需要及早以用户的目标、任务和需求来引领开发
1.项目的所有成员必须理解活动的目的，使用背景，用户是谁，他们所处的环境、目标和任务，他们为什么和如何执行他们的任务，他们如何沟通、合作和交流等。这能够帮助建立和维护以用户需求为焦点，而不是以技术为焦点
2.诸如识别用户信息、环境调查和任务分析等活动必须成为开发过程的自然组成部分
3.保证所有的项目成员都见过真实或潜在的用户，例如，通过拜访用户工作场所。可以将关于典型用户、任务和剧情的描述等贴在项目工作室这种地方的墙上来维持以用户为焦点
用户的积极参与：用户代表应该积极地、尽早并且持续地参与到整个开发过程及系统生命周期中
1.用户应该直接参与到开发项目和相关活动中来，例如组织机构的设置、新工作惯例的开发等
2.用户必须是所面向用户群的代表
3详细说明用户在哪里、什么时候及如何参与到开发中。明确适当的用户参与阶段及用户特征。强调在工作现场与用户相见的重要性
4.注意领域专家（对工作活动很熟悉，但不一定是潜在用户）与真实用户的区别。领域专家可以是开发组的成员，但是在非长期的意义上，在分析、设计和设计方案评估过程中的某些活动中应该让真正的用户参与进来
原型制作：应该尽早且持续地使用原型来与最终用户一起对想法和设计方案进行可视化和评价
1.使用多种纸面草图、模型和原型来支持创意过程，获取需求，将想法和解决方案可视化。应该和最终用户一起在使用环境中评估原型
2.重要的是在编码之前先使用快速草图等低保真度手段
3.在使用背景中与用户一起使用原型(使用背景原型技术).
4.从一个比较高的抽象度开始概念设计，不要过快地转移到细节上。如果可能的话同时开发多个原型
&#8230;&#8230;.
这里仅摘录其中的只言片语，相必大家和我一样，深刻的认识到以用户为中心的重要性。在中国，同行们还有很多要做&#8230;
(有兴趣的可以到中国欧盟可用性研究中心下载讲座，下载不下来的可以找我索取）
]]></description>
			<content:encoded><![CDATA[<p><a atomicselection="true" href="http://ucdchina.com/qiyu/wp-content/uploads/2007/06/070628011.jpg"><img border="0" width="535" src="http://www.ui123.com/blog/uploads/200707/07062801-thumb1.jpg" alt="07062801" height="194" style="border: 0px" /></a></p>
<p><font size="2" face="宋体">记不多最初看到这幅图是在那里，后来</font><a target="_blank" href="http://hi.baidu.com/ui88"><font size="2" color="#000000" face="宋体">子条</font></a><font size="2" face="宋体">做这幅图挂在了自己的博客顶端，让我感叹！直到今天我重读“中国欧盟可用性讲座”第四期巡回演讲稿的时候，其中一个讲座的开场白用的这张图，其寓意相当鲜明！<strong>人类不应当去适应工具！进化错了&#8230;</strong></font></p>
<p><font size="2" face="宋体">在这幅演讲里，详细的介绍了可用性的定义、方法、原则&#8230;   </font><span id="more-61"></span></p>
<p><font size="2" face="宋体"><strong>Donald Norman 在1986年写道</strong>：<br />
”然而以用户为中心的设计强调系统的目的是为用户服务，而不是使用某种特定的技术，也不是一段漂亮的代码。用户的需求应该主宰整个界面设计，而界面的需求则应该主宰系统其余部分的设计。”</font></p>
<p><font size="2" face="宋体"><strong>可用性定义</strong>&#8212;”产品在特定使用环境下为特定用户用于特定用途时所具有的有效性、效率和用户主观满意度。”ISO 9241-11 可用性指南</font></p>
<p><font size="2" face="宋体"><strong>以用户为焦点</strong>：活动的目标、工作领域或使用背景，需要及早以用户的目标、任务和需求来引领开发<br />
1.项目的所有成员必须理解活动的目的，使用背景，用户是谁，他们所处的环境、目标和任务，他们为什么和如何执行他们的任务，他们如何沟通、合作和交流等。这能够帮助建立和维护以用户需求为焦点，而不是以技术为焦点<br />
2.诸如识别用户信息、环境调查和任务分析等活动必须成为开发过程的自然组成部分<br />
3.保证所有的项目成员都见过真实或潜在的用户，例如，通过拜访用户工作场所。可以将关于典型用户、任务和剧情的描述等贴在项目工作室这种地方的墙上来维持以用户为焦点</font></p>
<p><font size="2" face="宋体"><strong>用户的积极参与</strong>：用户代表应该积极地、尽早并且持续地参与到整个开发过程及系统生命周期中<br />
1.用户应该直接参与到开发项目和相关活动中来，例如组织机构的设置、新工作惯例的开发等<br />
2.用户必须是所面向用户群的代表<br />
3详细说明用户在哪里、什么时候及如何参与到开发中。明确适当的用户参与阶段及用户特征。强调在工作现场与用户相见的重要性<br />
4.注意领域专家（对工作活动很熟悉，但不一定是潜在用户）与真实用户的区别。领域专家可以是开发组的成员，但是在非长期的意义上，在分析、设计和设计方案评估过程中的某些活动中应该让真正的用户参与进来</font></p>
<p><font size="2" face="宋体"><strong>原型制作</strong>：应该尽早且持续地使用原型来与最终用户一起对想法和设计方案进行可视化和评价<br />
1.使用多种纸面草图、模型和原型来支持创意过程，获取需求，将想法和解决方案可视化。应该和最终用户一起在使用环境中评估原型<br />
2.重要的是在编码之前先使用快速草图等低保真度手段<br />
3.在使用背景中与用户一起使用原型(使用背景原型技术).<br />
4.从一个比较高的抽象度开始概念设计，不要过快地转移到细节上。如果可能的话同时开发多个原型</font></p>
<p><font size="2" face="宋体"><strong>&#8230;&#8230;.</strong></font></p>
<p><font size="2" face="宋体">这里仅摘录其中的只言片语，相必大家和我一样，深刻的认识到以用户为中心的重要性。在中国，同行们还有很多要做&#8230;<br />
(有兴趣的可以到</font><a target="_blank" href="http://www.usabilitychina.com/"><font size="2" color="#000000" face="宋体">中国欧盟可用性研究中心</font></a><font size="2" face="宋体">下载讲座，下载不下来的可以找我索取）</font></p>
]]></content:encoded>
			<wfw:commentRss>http://WWW.ui123.com/blog/2007/06/27/jinhuacuoliaofangxiang/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>界面和交互的关系之讨论</title>
		<link>http://WWW.ui123.com/blog/2007/05/24/jiemianhejiaohu/</link>
		<comments>http://WWW.ui123.com/blog/2007/05/24/jiemianhejiaohu/#comments</comments>
		<pubDate>Thu, 24 May 2007 23:43:07 +0000</pubDate>
		<dc:creator>奇遇</dc:creator>
				<category><![CDATA[.设计前沿]]></category>

		<guid isPermaLink="false">http://www.ui123.com/blog/?p=67</guid>
		<description><![CDATA[今天下午在中国应用群组的qq群里，大家群聊在软件设计中，界面和交互的关系，受委托整理出主要的问题和观点。由于众说纷纷，我仅粗略的挑拣出自个认为对的观点整理一下。有异议大家再讨论。
问题发起人：Douis
参与人：Douis 、 Chinay-5key 、 奇遇 、 ＤＴＥ 、 兔子 、 小甲_5Qer 、 巴巴变 、 伍德修斯 、 Alipay UED 、 iceshow 、 MUPOP UED 、 烟雨茫茫 、 iqst_校友录 。 人比较多，有漏掉的说一声。

在计算机软件环境下，界面与交互的关系？
题目开的太大，但有人给出几个参考链接：（此问题太欢迎读者来补充了）
http://5qer.com/blog/archives/41
http://www.xsblog.com/user1/31/
广义上的软件界面包括交互和图形界面，如果是广义上的则：交互属于界面一部分。如果这里的“界面”仅指“图形用户界面”，则交互比如楼房的骨干，界面比如楼房的外观和布置。应该先有交互，再界面表现。界面是为了表现交互而额外的附加组织方式，比如windows系统的发展过程可以作为一个实例。是否界面上的一切都以交互为目的？
Douis举了这样一个比喻：“开车的人真正的目的并不是为了开车，实际上是为了代步”。如果说“界面上的一切都以交互为目的”，则好像只为了做交互而做交互，就象只为了开车而开车，反而忽略了其真正的目的。从界面的发展史及界面被图形化的原因来看，是因为这样来表现交互更容易被使用和理解。但其真正的目的在于为使用者提供可以人机交流的方式，而不是仅仅为了界面的交互。
界面和交互，两者谁包含谁？
我们如果从广义的定义上理解，用户界面包括：界面交互和图形界面。
交互设计和图形界面设计谁先谁后？
按照正常的流程，因该是先理清楚交互，然后再去做图形界面。要不然怎么知道把界面做成什么样？用来干什么？
“界面是交互的载体和形式，交互是界面的目的和产物”这句话正确吗？
这个问题的前半部分大家都一致认为是正确的，关键在于后半部分，这个答案请参考上面的“是否界面上的一切都以交互为目的？”，相信可以得到答案。
交互是不是以界面为前提的？
这里引用交互设计大师cooper先生的一句话:&#8221;交互关注的焦点应该是用户的需求，而不是设计。&#8221;
如果没有交互，界面的价值是什么？
我不知道这个问题是否成立？大家可以再讨论。“界面是为了表现交互而存在”这句大家是否赞同？
静态页面叫界面吗？
在讨论中，大家都同意把界面看作“接口”，那么静态页面上的信息你是通过静态页面看到的吧？静态页面也可以看作接口了，自然也可以看作界面。有同道提到：“图形界面包括交互的体现部分和静态表现部分”，我理解其实他是说静态的页面也是信息与用户交互的一种形式，况且你还可以点链接和翻页等。大家得出的结论好像是：静态页面是界面的一部分。
（还有一种观点：静态页面本身不是一个界面，是界面的组成部分 。相应的比喻是：胳膊－本身不是身体，是身体的组成部分。当你碰我胳膊的时候，我可以说：你碰了我的身体 。这个观点大家可以参考并讨论，非此次整理观点。）
 

]]></description>
			<content:encoded><![CDATA[<p>今天下午在中国应用群组的qq群里，大家群聊在软件设计中，界面和交互的关系，受委托整理出主要的问题和观点。由于众说纷纷，我仅粗略的挑拣出自个认为对的观点整理一下。有异议大家再讨论。<br />
问题发起人：Douis<br />
参与人：Douis 、 Chinay-5key 、 奇遇 、 ＤＴＥ 、 兔子 、 小甲_5Qer 、 巴巴变 、 伍德修斯 、 Alipay UED 、 iceshow 、 MUPOP UED 、 烟雨茫茫 、 iqst_校友录 。 人比较多，有漏掉的说一声。<br />
<span style="font-size: 11pt"><br />
<strong>在计算机软件环境下，界面与交互的关系？</strong><br />
题目开的太大，但有人给出几个参考链接：（此问题太欢迎读者来补充了）<br />
<a title="http://5qer.com/blog/archives/41" href="http://5qer.com/blog/archives/41" target="_blank">http://5qer.com/blog/archives/41</a><br />
<a title="http://www.xsblog.com/user1/31/" href="http://www.xsblog.com/user1/31/" target="_blank">http://www.xsblog.com/user1/31/</a><br />
广义上的软件界面包括交互和</span><span id="more-55"></span><span style="font-size: 11pt">图形界面，如果是广义上的则：交互属于界面一部分。如果这里的“界面”仅指“图形用户界面”，则交互比如楼房的骨干，界面比如楼房的外观和布置。应该先有交互，再界面表现。界面是为了表现交互而额外的附加组织方式，比如windows系统的发展过程可以作为一个实例。</span><span style="font-size: 11pt"><strong>是否界面上的一切都以交互为目的？</strong><br />
Douis举了这样一个比喻：“开车的人真正的目的并不是为了开车，实际上是为了代步”。如果说“界面上的一切都以交互为目的”，则好像只为了做交互而做交互，就象只为了开车而开车，反而忽略了其真正的目的。从界面的发展史及界面被图形化的原因来看，是因为这样来表现交互更容易被使用和理解。但其真正的目的在于为使用者提供可以人机交流的方式，而不是仅仅为了界面的交互。</span></p>
<div><span style="font-size: 11pt"><strong>界面和交互，两者谁包含谁？</strong><br />
我们如果从广义的定义上理解，用户界面包括：界面交互和图形界面。</span></div>
<p><span style="font-size: 11pt"><strong>交互设计和图形界面设计谁先谁后？</strong><br />
按照正常的流程，因该是先理清楚交互，然后再去做图形界面。要不然怎么知道把界面做成什么样？用来干什么？</p>
<p><strong>“界面是交互的载体和形式，交互是界面的目的和产物”这句话正确吗？</strong><br />
这个问题的前半部分大家都一致认为是正确的，关键在于后半部分，这个答案请参考上面的“是否界面上的一切都以交互为目的？”，相信可以得到答案。</p>
<p><strong>交互是不是以界面为前提的？</strong><br />
这里引用交互设计大师cooper先生的一句话:&#8221;交互关注的焦点应该是用户的需求，而不是设计。&#8221;</p>
<p><strong>如果没有交互，界面的价值是什么？</strong><br />
我不知道这个问题是否成立？大家可以再讨论。“界面是为了表现交互而存在”这句大家是否赞同？</p>
<p><strong>静态页面叫界面吗？</strong><br />
在讨论中，大家都同意把界面看作“接口”，那么静态页面上的信息你是通过静态页面看到的吧？静态页面也可以看作接口了，自然也可以看作界面。有同道提到：“图形界面包括交互的体现部分和静态表现部分”，我理解其实他是说静态的页面也是信息与用户交互的一种形式，况且你还可以点链接和翻页等。大家得出的结论好像是：静态页面是界面的一部分。<br />
<span style="font-size: 10pt">（还有一种观点：静态页面本身不是一个界面，是界面的组成部分 。相应的比喻是：胳膊－本身不是身体，是身体的组成部分。当你碰我胳膊的时候，我可以说：你碰了我的身体 。这个观点大家可以参考并讨论，非此次整理观点。）</span></p>
<p> </p>
<p></span></p>
]]></content:encoded>
			<wfw:commentRss>http://WWW.ui123.com/blog/2007/05/24/jiemianhejiaohu/feed/</wfw:commentRss>
		<slash:comments>12</slash:comments>
		</item>
		<item>
		<title>释疑交互设计师的几个问题</title>
		<link>http://WWW.ui123.com/blog/2007/05/23/shiyijiaohushejishi/</link>
		<comments>http://WWW.ui123.com/blog/2007/05/23/shiyijiaohushejishi/#comments</comments>
		<pubDate>Wed, 23 May 2007 18:09:50 +0000</pubDate>
		<dc:creator>奇遇</dc:creator>
				<category><![CDATA[.设计前沿]]></category>
		<category><![CDATA[概念及文献]]></category>

		<guid isPermaLink="false">http://www.ui123.com/blog/?p=66</guid>
		<description><![CDATA[怀着几个问题重读COOPER的一个专访，寻求大师的释疑，下面把问题及相关解答与君共享（当然是用自己的理解来描述）。
交互设计师需要有什么样的技能？
交互设计师需要具备凭空想象复杂行为的能力，交互设计应当在任何代码编写之前做。交互设计师必须能够在代码被写出来之前，想象它是做什么的。建议，在没有完成软件行为描述文档前，告诉管理者不要让你们开始编码。功能和表达不是一回事。特征和行为不是一回事。交互设计师要有实际的经验，如果交互设计师没有实际的经验的话，建立威信和说服别人是非常困难的。好的交互设计师需要接受交互设计方法的培训。
交互设计师的工作职责是什么？
程序的外观和行为应该由交互设计师控制。技术和编码应当由程序员控制。过程应该由管理者来控制。 交互设计师允许犯错吗？
交互设计师犯了错怎么办？
我想原则上是不允许犯错的，但世界上不存在不犯错误的人。用另一种角度思考一下：如果程序员做错了一些事情呢？哈哈，大家都一样，只不过交互设计的要求更高一些。

交互设计师和项目管理者可以是同一个人吗？或者程序员和设计师将来的前途是要做管理吗？
为什么？为什么让一个领域的专家工作于另一个领域？做交互设计和做编码本身是冲突的，一个人不可能做好完全冲突的两件事。
编码&#8211;&#62;设计&#8211;&#62;管理 这样的发展路径是不正确的。应当是初级程序员&#8211;&#62;程序员&#8211;&#62;高级程序员；初级设计师&#8211;&#62;中级设计师&#8211;&#62;高级设计师；初级管理者&#8211;&#62;中级管理者&#8211;&#62;高级管理者。
在中国，如果交互设计师没有编程的经验，将不能让程序员信服和听从他的设计，对此怎么理解？
为什么不呢？交互设计与写代码相比是一个复杂的、老练的、困难的工作。为什么交互设计师要向程序员证明自己？为什么不是程序员向交互设计师证明自己？如果有这样的事实，我们要改变这样的现状。
交互设计关注的焦点是什么？
我认为交互设计关注的焦点是用户的需求而不是设计。交互设计和用户界面设计不是一回事！
交互设计师怎样将行为文档化？
画图形。用铅笔。我们经常用白板。PowerPoint也挺好的。
仅释疑以上常见的几个问题。
 

]]></description>
			<content:encoded><![CDATA[<p>怀着几个问题重读COOPER的一个专访，寻求大师的释疑，下面把问题及相关解答与君共享（当然是用自己的理解来描述）。</p>
<p><span style="font-size: 11pt"><strong>交互设计师需要有什么样的技能？</strong><br />
交互设计师需要具备凭空想象复杂行为的能力，交互设计应当在任何代码编写之前做。交互设计师必须能够在代码被写出来之前，想象它是做什么的。建议，在没有完成软件行为描述文档前，告诉管理者不要让你们开始编码。功能和表达不是一回事。特征和行为不是一回事。交互设计师要有实际的经验，如果交互设计师没有实际的经验的话，建立威信和说服别人是非常困难的。好的交互设计师需要接受交互设计方法的培训。</span></p>
<p><span style="font-size: 11pt"><strong>交互设计师的工作职责是什么？</strong><br />
程序的外观和行为应该由交互设计师控制。技术和编码应当由程序员控制。过程应该由管理者来控制。</span><span style="font-size: 11pt"> </span><span style="font-size: 11pt"><strong>交互设计师允许犯错吗？</strong></span></p>
<p><span style="font-size: 11pt"><strong>交互设计师犯了错怎么办？</strong><br />
我想原则上是不允许犯错的，但世界上不存在不犯错误的人。用另一种角度思考一下：如果程序员做错了一些事情呢？哈哈，大家都一样，只不过交互设计的要求更高一些。<span id="more-54"></span><br />
<span style="font-size: 11pt"><br />
</span><strong>交互设计师和项目管理者可以是同一个人吗？或者程序员和设计师将来的前途是要做管理吗？</strong><br />
为什么？为什么让一个领域的专家工作于另一个领域？做交互设计和做编码本身是冲突的，一个人不可能做好完全冲突的两件事。<br />
编码&#8211;&gt;设计&#8211;&gt;管理 这样的发展路径是不正确的。应当是初级程序员&#8211;&gt;程序员&#8211;&gt;高级程序员；初级设计师&#8211;&gt;中级设计师&#8211;&gt;高级设计师；初级管理者&#8211;&gt;中级管理者&#8211;&gt;高级管理者。</span></p>
<p><span style="font-size: 11pt"><strong>在中国，如果交互设计师没有编程的经验，将不能让程序员信服和听从他的设计，对此怎么理解？</strong><br />
为什么不呢？交互设计与写代码相比是一个复杂的、老练的、困难的工作。为什么交互设计师要向程序员证明自己？为什么不是程序员向交互设计师证明自己？如果有这样的事实，我们要改变这样的现状。</span></p>
<div><span style="font-size: 11pt"><strong>交互设计关注的焦点是什么？</strong><br />
我认为交互设计关注的焦点是用户的需求而不是设计。交互设计和用户界面设计不是一回事！</span></div>
<p><span style="font-size: 11pt"><strong>交互设计师怎样将行为文档化？</strong><br />
画图形。用铅笔。我们经常用白板。PowerPoint也挺好的。</p>
<p>仅释疑以上常见的几个问题。</p>
<p> </p>
<p></span></p>
]]></content:encoded>
			<wfw:commentRss>http://WWW.ui123.com/blog/2007/05/23/shiyijiaohushejishi/feed/</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
	</channel>
</rss>
