<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.1.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>评论: 文字的减法</title>
	<link>http://ucdchina.com/blog/?p=323</link>
	<description>UCDChina.com</description>
	<pubDate>Sat, 18 Apr 2026 13:16:46 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.1.2</generator>

	<item>
		<title>作者: 麦田</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4379</link>
		<author>麦田</author>
		<pubDate>Wed, 31 Oct 2007 15:57:08 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4379</guid>
					<description>&lt;p&gt;非常同意！&lt;/p&gt;&lt;p&gt;其实不只是文字要做&#8220;减法&#8221;，网站提供的服务（功能）更需要减法。。。另外，对于你说的具体几个例子，我有不同看法：比如，&lt;em&gt;&#8220;添加好友成功&#8221;、&#8220;加入小组成功&#8221;、&#8220;请在下方输入你的手机号&#8221;&#8230;&#8230;比比皆是，而在我看来，甚至包括&#8220;登录失败，请重新登录&#8221;在内的提示文字都是多余的 &#8212;&#8212;&lt;/em&gt;我认为这里倒不是多余。。。这里的文字提示，实际上是给用户一个&#8220;确认&#8221;信息，让用户排除别的顾虑，比如用户可能会潜在怀疑是否提交按钮没真正按上去，系统没反映等等；这里的文字提示信息，即消除用户此顾虑。所以我感觉还是必要的。&lt;/p&gt;&lt;p&gt;&#160;&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>非常同意！</p>
<p>其实不只是文字要做&ldquo;减法&rdquo;，网站提供的服务（功能）更需要减法。。。另外，对于你说的具体几个例子，我有不同看法：比如，<em>&ldquo;添加好友成功&rdquo;、&ldquo;加入小组成功&rdquo;、&ldquo;请在下方输入你的手机号&rdquo;&hellip;&hellip;比比皆是，而在我看来，甚至包括&ldquo;登录失败，请重新登录&rdquo;在内的提示文字都是多余的 &mdash;&mdash;</em>我认为这里倒不是多余。。。这里的文字提示，实际上是给用户一个&ldquo;确认&rdquo;信息，让用户排除别的顾虑，比如用户可能会潜在怀疑是否提交按钮没真正按上去，系统没反映等等；这里的文字提示信息，即消除用户此顾虑。所以我感觉还是必要的。</p>
<p>&nbsp;</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: aoao</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4385</link>
		<author>aoao</author>
		<pubDate>Wed, 31 Oct 2007 18:06:08 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4385</guid>
					<description>&lt;p&gt;我一直比较推荐操作成功不用提示。。&lt;br /&gt;其他的应该看详细情况。有时候还是文字才能解决问题。文字可以清晰描述一些问题。。&lt;/p&gt;&lt;p&gt;好比要打开一扇门，打不开时，门跟你说：&#8220;喂。你的钥匙错了。。&#8221;　-____-!!!&#8220;也许是走错房间&#8221;&lt;br /&gt;换了钥匙开时，门跟你说：&#8220;喂。你没喊芝麻开门啊！你没看到门口贴着要喊门才可以打开的吗？&#8221;&lt;br /&gt;喊了芝麻开门后，门突然说：&#8220;本门正在维护中。。请稍后再开。&#8221; -___-b 为什么不在门口挂掉点说明呢？&lt;/p&gt;&lt;p&gt;产品的流程复杂了，自然也会导致相应的操作提示跟着复杂了。。&lt;/p&gt;&lt;p&gt;BTW:Angela 你可以试一下Yahoo! Widget 它的登陆真的震动哦。&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>我一直比较推荐操作成功不用提示。。<br />其他的应该看详细情况。有时候还是文字才能解决问题。文字可以清晰描述一些问题。。</p>
<p>好比要打开一扇门，打不开时，门跟你说：&ldquo;喂。你的钥匙错了。。&rdquo;　-____-!!!&ldquo;也许是走错房间&rdquo;<br />换了钥匙开时，门跟你说：&ldquo;喂。你没喊芝麻开门啊！你没看到门口贴着要喊门才可以打开的吗？&rdquo;<br />喊了芝麻开门后，门突然说：&ldquo;本门正在维护中。。请稍后再开。&rdquo; -___-b 为什么不在门口挂掉点说明呢？</p>
<p>产品的流程复杂了，自然也会导致相应的操作提示跟着复杂了。。</p>
<p>BTW:Angela 你可以试一下Yahoo! Widget 它的登陆真的震动哦。</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 奇遇</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4394</link>
		<author>奇遇</author>
		<pubDate>Thu, 01 Nov 2007 01:12:50 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4394</guid>
					<description>行为分成七个阶段，诠释的很经典。</description>
		<content:encoded><![CDATA[<p>行为分成七个阶段，诠释的很经典。</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 奇遇</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4395</link>
		<author>奇遇</author>
		<pubDate>Thu, 01 Nov 2007 01:17:46 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4395</guid>
					<description>&lt;span&gt;&lt;a rel="external nofollow" href="http://www.aoao.org.cn/" target="_blank"&gt;aoao&lt;/a&gt;，操作所对应的反馈感觉还是要有的，至于成功，如果只是要用户知道而非必要确认时，建议用非模态的对话框提示，就像你用msn，有人登录了就闪现一个对话框提示，然后停留几秒消失，即知道了操作的结果，又不影响当前操作。&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p><span><a rel="external nofollow" href="http://www.aoao.org.cn/" target="_blank">aoao</a>，操作所对应的反馈感觉还是要有的，至于成功，如果只是要用户知道而非必要确认时，建议用非模态的对话框提示，就像你用msn，有人登录了就闪现一个对话框提示，然后停留几秒消失，即知道了操作的结果，又不影响当前操作。</span></p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: jaryxie</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4396</link>
		<author>jaryxie</author>
		<pubDate>Thu, 01 Nov 2007 01:31:15 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4396</guid>
					<description>主题性很明确，这期主要讲文字，写的很不错，顶下，更新速度争取更快，更好，更高。^_^</description>
		<content:encoded><![CDATA[<p>主题性很明确，这期主要讲文字，写的很不错，顶下，更新速度争取更快，更好，更高。^_^</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: jskin</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4397</link>
		<author>jskin</author>
		<pubDate>Thu, 01 Nov 2007 01:34:34 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4397</guid>
					<description>&lt;p&gt;我和麦田的观点一样！&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>我和麦田的观点一样！</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 张三</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4402</link>
		<author>张三</author>
		<pubDate>Thu, 01 Nov 2007 02:05:05 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4402</guid>
					<description>&lt;p&gt;偏激的观点，不同意。&lt;/p&gt;&lt;p&gt;&#34;添加好友成功&#8221;、&#8220;加入小组成功&#8221;、 这些是必须有的。&lt;/p&gt;&lt;p&gt;&#160;你不看，不意味着别人不看，至少我每次看到 &#34;添加好友成功&#8221;、&#8220;加入小组成功&#8221; 我才会知道我已经操作成功了。&lt;/p&gt;&lt;p&gt;互联网上还有很多新手，比如刚刚用电脑的人，你不提示输入手机号，他知道这是干嘛用的？ 是输入身份证号？还是输入姓名？&lt;/p&gt;&lt;p&gt;&#160;&lt;/p&gt;&lt;p&gt;登录失败有很多种，你不提示，用户怎么知道是怎么失败的？&lt;/p&gt;&lt;p&gt;&#160;&lt;/p&gt;&lt;p&gt;比如：是用户名不对？密码不对？验证码不对？ 当然这些用图形表示也是可以的，但是并不是所有的人都能理解那个框变红是什么意思的。&lt;/p&gt;&lt;p&gt;&#160;&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>偏激的观点，不同意。</p>
<p>&quot;添加好友成功&rdquo;、&ldquo;加入小组成功&rdquo;、 这些是必须有的。</p>
<p>&nbsp;你不看，不意味着别人不看，至少我每次看到 &quot;添加好友成功&rdquo;、&ldquo;加入小组成功&rdquo; 我才会知道我已经操作成功了。</p>
<p>互联网上还有很多新手，比如刚刚用电脑的人，你不提示输入手机号，他知道这是干嘛用的？ 是输入身份证号？还是输入姓名？</p>
<p>&nbsp;</p>
<p>登录失败有很多种，你不提示，用户怎么知道是怎么失败的？</p>
<p>&nbsp;</p>
<p>比如：是用户名不对？密码不对？验证码不对？ 当然这些用图形表示也是可以的，但是并不是所有的人都能理解那个框变红是什么意思的。</p>
<p>&nbsp;</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: JOE</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4403</link>
		<author>JOE</author>
		<pubDate>Thu, 01 Nov 2007 02:13:14 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4403</guid>
					<description>&lt;p&gt;应该是拿每一个用户当&#34;白痴&#34;来对待&lt;/p&gt;&lt;p&gt;&#160;所有做的一切都是让用户良好体验,并且兼顾到用户习惯问题,还有一个就是不要把每个用户都想的很&#34;聪明&#34;&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>应该是拿每一个用户当&quot;白痴&quot;来对待</p>
<p>&nbsp;所有做的一切都是让用户良好体验,并且兼顾到用户习惯问题,还有一个就是不要把每个用户都想的很&quot;聪明&quot;</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Angela</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4404</link>
		<author>Angela</author>
		<pubDate>Thu, 01 Nov 2007 02:42:17 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4404</guid>
					<description>&lt;span class="Apple-style-span" style="line-height: 17px"&gt;麦田：&#8220;&lt;/span&gt;&lt;span class="Apple-style-span" style="line-height: 17px"&gt;用户可能会潜在怀疑是否提交按钮没真正按上去，系统没反映&#8221;，这就是因为系统除了文字，真的没有其它变化，所以所有的一切反馈都依赖于文字造成的。&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p><span class="Apple-style-span" style="line-height: 17px">麦田：&ldquo;</span><span class="Apple-style-span" style="line-height: 17px">用户可能会潜在怀疑是否提交按钮没真正按上去，系统没反映&rdquo;，这就是因为系统除了文字，真的没有其它变化，所以所有的一切反馈都依赖于文字造成的。</span></p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Angela</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4405</link>
		<author>Angela</author>
		<pubDate>Thu, 01 Nov 2007 02:46:12 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4405</guid>
					<description>张三：请问，登录失败有几种可能？系统如何知道是用户名不对还是密码不对？当你添加一个好友之后，你是否还会再次添加同一个人为好友？如果不能添加同一个人为好友，那&#8220;添加好友&#8221;的按钮是否应该消失？是否可以用&#8220;取消好友&#8221;来代替？如果你看到原本是&#8220;添加好友&#8221;的地方变成了&#8220;取消好友&#8221;，你是否能合理地解释这个变化？</description>
		<content:encoded><![CDATA[<p>张三：请问，登录失败有几种可能？系统如何知道是用户名不对还是密码不对？当你添加一个好友之后，你是否还会再次添加同一个人为好友？如果不能添加同一个人为好友，那&ldquo;添加好友&rdquo;的按钮是否应该消失？是否可以用&ldquo;取消好友&rdquo;来代替？如果你看到原本是&ldquo;添加好友&rdquo;的地方变成了&ldquo;取消好友&rdquo;，你是否能合理地解释这个变化？</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Angela</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4406</link>
		<author>Angela</author>
		<pubDate>Thu, 01 Nov 2007 02:47:22 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4406</guid>
					<description>aoao：登录失败震动屏幕，给你的感觉是什么？可否跟大家共享一下？</description>
		<content:encoded><![CDATA[<p>aoao：登录失败震动屏幕，给你的感觉是什么？可否跟大家共享一下？</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 张三</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4409</link>
		<author>张三</author>
		<pubDate>Thu, 01 Nov 2007 03:33:28 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4409</guid>
					<description>&lt;p&gt;回11楼，登录失败震动屏幕可能给人的感觉是显示器出问题了，我相99%的人不会想到是因为登录失败造成屏幕振动。 &lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>回11楼，登录失败震动屏幕可能给人的感觉是显示器出问题了，我相99%的人不会想到是因为登录失败造成屏幕振动。 </p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 白鸦</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4410</link>
		<author>白鸦</author>
		<pubDate>Thu, 01 Nov 2007 03:40:56 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4410</guid>
					<description>&lt;p&gt;哈哈，我就知道这个文章一发出来会引发不少人的争议。&lt;br /&gt;但这个文章的观点我是赞成的，大概是angela的表达还不够到位。&lt;/p&gt;&lt;p&gt;我说几点：&lt;br /&gt;1、用户的操作的过程要传到两个非常重要的信息：预知信息、信息反馈。&lt;br /&gt;所谓预知是需要让用户很清楚的知道&#8220;我这个操作会造成什么结果&#8221;，所谓&#8220;信息反馈&#8221;是需要在操作之后告诉用户的&#8220;操作结果是什么&#8221;和让用户明确发现&#8220;我的操作生效了&#8221;。比如，点一下按钮我们需要让按钮有一个点下去的视觉感应。&lt;/p&gt;&lt;p&gt;2、但&#8220;用文字来告诉用户操作的结果&#8221;其实是反馈信息中最没有办法的办法。&lt;br /&gt;因为这个文字也许是多余的。&lt;br /&gt;angela的比喻可能并不恰当，&#8220;添加好友&#8221;之后提示用户&#8220;添加成功&#8221;往往是有必要的，因为这个时候界面不太可能跳转到好友列表页面；但&#8220;登录&#8221;之后是否需要提示&#8220;登录成功&#8221;其实是值得考虑的，如果你的界面已经很明显是登录之后的那么确实你根本无需去提示这一点。&lt;/p&gt;&lt;p&gt;mac的登录失败也是界面震动，效果就挺好。但在web上是否就合适这样用值得讨论。在我们没有更好的方式之前我们确实需要告诉用户&#8220;用户名和密码不匹配，登录失败！&#8221; ，因为我们必须让用户知道他的操作结果。&lt;/p&gt;&lt;p&gt;3、信息反馈的展现用界面展示来作要优于用文字来作。 &lt;br /&gt;如果我们通过界面已经可以很好的告诉用户&#8220;操作结果&#8221;了，那么文字的提示就是多余的。&lt;br /&gt;就好像我们不需要在用户点击按钮后提示他&#8220;按钮已经点下去了&#8221;，而是用视觉来让用户发现这个结果。&lt;/p&gt;&lt;p&gt;4、所以，我这样理解angela这篇文章的意思：对于&#8220;怎么给用户反馈信息&#8221;我们第一选择应该是&#8220;通过界面的呈现让用户清楚的明白&#8221;，而不是&#8220;通过添加形形色色的文字&#8221;来试图&#8220;告诉用户&#8221;。&#160;&lt;/p&gt;&lt;p&gt;文字是苍白的，界面的展示往往比文字更能很好的影响用户感受和印象。 &lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>哈哈，我就知道这个文章一发出来会引发不少人的争议。<br />但这个文章的观点我是赞成的，大概是angela的表达还不够到位。</p>
<p>我说几点：<br />1、用户的操作的过程要传到两个非常重要的信息：预知信息、信息反馈。<br />所谓预知是需要让用户很清楚的知道&ldquo;我这个操作会造成什么结果&rdquo;，所谓&ldquo;信息反馈&rdquo;是需要在操作之后告诉用户的&ldquo;操作结果是什么&rdquo;和让用户明确发现&ldquo;我的操作生效了&rdquo;。比如，点一下按钮我们需要让按钮有一个点下去的视觉感应。</p>
<p>2、但&ldquo;用文字来告诉用户操作的结果&rdquo;其实是反馈信息中最没有办法的办法。<br />因为这个文字也许是多余的。<br />angela的比喻可能并不恰当，&ldquo;添加好友&rdquo;之后提示用户&ldquo;添加成功&rdquo;往往是有必要的，因为这个时候界面不太可能跳转到好友列表页面；但&ldquo;登录&rdquo;之后是否需要提示&ldquo;登录成功&rdquo;其实是值得考虑的，如果你的界面已经很明显是登录之后的那么确实你根本无需去提示这一点。</p>
<p>mac的登录失败也是界面震动，效果就挺好。但在web上是否就合适这样用值得讨论。在我们没有更好的方式之前我们确实需要告诉用户&ldquo;用户名和密码不匹配，登录失败！&rdquo; ，因为我们必须让用户知道他的操作结果。</p>
<p>3、信息反馈的展现用界面展示来作要优于用文字来作。 <br />如果我们通过界面已经可以很好的告诉用户&ldquo;操作结果&rdquo;了，那么文字的提示就是多余的。<br />就好像我们不需要在用户点击按钮后提示他&ldquo;按钮已经点下去了&rdquo;，而是用视觉来让用户发现这个结果。</p>
<p>4、所以，我这样理解angela这篇文章的意思：对于&ldquo;怎么给用户反馈信息&rdquo;我们第一选择应该是&ldquo;通过界面的呈现让用户清楚的明白&rdquo;，而不是&ldquo;通过添加形形色色的文字&rdquo;来试图&ldquo;告诉用户&rdquo;。&nbsp;</p>
<p>文字是苍白的，界面的展示往往比文字更能很好的影响用户感受和印象。 </p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: tony</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4415</link>
		<author>tony</author>
		<pubDate>Thu, 01 Nov 2007 04:16:59 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4415</guid>
					<description>&lt;p&gt;看大家讨论如此激烈，我也来说说：）&lt;/p&gt;&lt;p&gt;我很赞同angela和白鸦的观点，白鸦的第4点解释得非常精炼，佩服啊&lt;/p&gt;&lt;p&gt;前几天跟柚意聊起添加好友的流程，我受他教了，拿出来分享下，算是我对本文的理解。当&#8220;添加成功&#8221;这个事实发生之后，简单地提示&#8220;添加成功&#8221;是不够的，添加之后，得告诉用户添加到哪去了，需要不需要去查看该用户的信息等等引发的一系列的用户需求。&lt;/p&gt;&lt;p&gt;而这种如果我们的设计都用文字去表达，用户会非常累，我们完全可以通过一些设计提示，比如在新增的好友区域&#8220;高亮&#8221;显示一下。&lt;/p&gt;&lt;p&gt;这就好比 我们的聊天工具，有新的信息了，在左下角闪一样，而不是用文字去提示&#8220;你有新的消息&#8221;。&lt;/p&gt;&lt;p&gt;毕竟界面上的呈现方式要比文字更加直接，文字是苍白的，所以强烈同意angela和白鸦的观点。&lt;/p&gt;&lt;p&gt;本文是好文，鉴定完毕：） &lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>看大家讨论如此激烈，我也来说说：）</p>
<p>我很赞同angela和白鸦的观点，白鸦的第4点解释得非常精炼，佩服啊</p>
<p>前几天跟柚意聊起添加好友的流程，我受他教了，拿出来分享下，算是我对本文的理解。当&ldquo;添加成功&rdquo;这个事实发生之后，简单地提示&ldquo;添加成功&rdquo;是不够的，添加之后，得告诉用户添加到哪去了，需要不需要去查看该用户的信息等等引发的一系列的用户需求。</p>
<p>而这种如果我们的设计都用文字去表达，用户会非常累，我们完全可以通过一些设计提示，比如在新增的好友区域&ldquo;高亮&rdquo;显示一下。</p>
<p>这就好比 我们的聊天工具，有新的信息了，在左下角闪一样，而不是用文字去提示&ldquo;你有新的消息&rdquo;。</p>
<p>毕竟界面上的呈现方式要比文字更加直接，文字是苍白的，所以强烈同意angela和白鸦的观点。</p>
<p>本文是好文，鉴定完毕：） </p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: tony</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4416</link>
		<author>tony</author>
		<pubDate>Thu, 01 Nov 2007 04:23:35 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4416</guid>
					<description>&lt;p&gt;不过还是要补充下，&#8220;添加成功&#8221;等操作成功的提示是必要的，能给用户情感上进行激励，让用户很愉快：）&lt;/p&gt;&lt;p&gt; 好像白鸦补充过了，用&#8220;添加成功&#8221;来做比喻不太恰当&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>不过还是要补充下，&ldquo;添加成功&rdquo;等操作成功的提示是必要的，能给用户情感上进行激励，让用户很愉快：）</p>
<p> 好像白鸦补充过了，用&ldquo;添加成功&rdquo;来做比喻不太恰当</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 麦田</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4417</link>
		<author>麦田</author>
		<pubDate>Thu, 01 Nov 2007 04:39:02 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4417</guid>
					<description>&lt;p&gt;白鸦的总结很到位了。呵呵。&lt;/p&gt;&lt;p&gt;&#160;&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>白鸦的总结很到位了。呵呵。</p>
<p>&nbsp;</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: xueyue</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4419</link>
		<author>xueyue</author>
		<pubDate>Thu, 01 Nov 2007 05:15:29 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4419</guid>
					<description>&lt;p&gt;Norman的这个理论好象是用在产品设计的吧 对于网络来说不是很适合 产品你可以有触觉上的体验 比如照相机的SD卡插口 正插可以 反插就插不进去 那就是提示你插错了 可网页只能是通过视觉(少部分可以配合听觉) 这样的话提示的形式无非是通过文字或是图片了(或者象angela说的屏幕震动:) &lt;/p&gt;&lt;p&gt;所以我认为有的地方文字有存在的必要 不过可以适当的精简~&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Norman的这个理论好象是用在产品设计的吧 对于网络来说不是很适合 产品你可以有触觉上的体验 比如照相机的SD卡插口 正插可以 反插就插不进去 那就是提示你插错了 可网页只能是通过视觉(少部分可以配合听觉) 这样的话提示的形式无非是通过文字或是图片了(或者象angela说的屏幕震动:) </p>
<p>所以我认为有的地方文字有存在的必要 不过可以适当的精简~</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Angela</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4420</link>
		<author>Angela</author>
		<pubDate>Thu, 01 Nov 2007 05:34:46 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4420</guid>
					<description>大家的补充都非常好。我应该强调一下&#8220;在某些时候&#8221;这个前提条件。&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;不过我个人还是觉得成功提示其实是可以省略的。欢迎继续讨论：P&lt;/div&gt;</description>
		<content:encoded><![CDATA[<p>大家的补充都非常好。我应该强调一下&ldquo;在某些时候&rdquo;这个前提条件。
<div></div>
<div>不过我个人还是觉得成功提示其实是可以省略的。欢迎继续讨论：P</div>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 豆腐</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4421</link>
		<author>豆腐</author>
		<pubDate>Thu, 01 Nov 2007 06:22:30 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4421</guid>
					<description>&lt;p&gt;我个人觉得，还是看应用成本吧。一些小操作，如果也用界面变化来解释。整个产品会变得臃肿的。&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>我个人觉得，还是看应用成本吧。一些小操作，如果也用界面变化来解释。整个产品会变得臃肿的。</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 萋萋</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4427</link>
		<author>萋萋</author>
		<pubDate>Thu, 01 Nov 2007 08:14:34 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4427</guid>
					<description>&lt;p&gt;文章非常好，加上白鸦的补充更容易理解了，&#8220;我们天生对形状、颜色和位置敏感&#8221;，很多界面却偏偏只注重文字的提示所用，并且不惜用长长的&#8220;温馨文字&#8221;一再提醒；&lt;/p&gt;&lt;p&gt;不能因为用户固有的习惯而拒绝新的尝试，比如登录失败屏幕振动；&lt;/p&gt;&lt;p&gt;另外，我想不像8楼说的，拿每一个用户当&#34;白痴&#34;来对待，即便是新手用户，也不应忽略他们的学习能力。用户体验不是让用户拒绝进步。&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>文章非常好，加上白鸦的补充更容易理解了，&ldquo;我们天生对形状、颜色和位置敏感&rdquo;，很多界面却偏偏只注重文字的提示所用，并且不惜用长长的&ldquo;温馨文字&rdquo;一再提醒；</p>
<p>不能因为用户固有的习惯而拒绝新的尝试，比如登录失败屏幕振动；</p>
<p>另外，我想不像8楼说的，拿每一个用户当&quot;白痴&quot;来对待，即便是新手用户，也不应忽略他们的学习能力。用户体验不是让用户拒绝进步。</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: gonwiy</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4429</link>
		<author>gonwiy</author>
		<pubDate>Thu, 01 Nov 2007 08:27:18 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4429</guid>
					<description>&lt;p&gt;我认为减文字要减对地方，友好且必要的文字提示是不能减的，当然如果可以用比文字更好的方式来表现也是提倡的！&lt;/p&gt;&lt;p&gt;刚刚看了你的前一篇文章《文本达意和可用性》，里面就有个例子当更改文件夹名称出现重名现象时候，会弹出报错窗口，窗口显示&#8220;重命名文件或文件夹时出错&#8221;，我们简单的可以分析出，这个标题具有上下文的相关性，首先它是一个出错信息提示窗口，同时也说明了在什么操作的时候出错，在达意上来说，恰到好处。如果你硬说直接用&#8220;出错了&#8221;也作为标题，没有人会说你说错了，只是突然弹出一个窗口来，简单的一个&#8220;出错了&#8221;可能会让某些用户摸不着头脑，降低了可用性。这时候的文字提示是不能减的。&lt;/p&gt;&lt;p&gt;当然在有些时候用图片或者其他形式来替代文字表达效果也是非常好的，像qq的人头跳动来表示有消息来了，这种体验也是非常好的！&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>我认为减文字要减对地方，友好且必要的文字提示是不能减的，当然如果可以用比文字更好的方式来表现也是提倡的！</p>
<p>刚刚看了你的前一篇文章《文本达意和可用性》，里面就有个例子当更改文件夹名称出现重名现象时候，会弹出报错窗口，窗口显示&ldquo;重命名文件或文件夹时出错&rdquo;，我们简单的可以分析出，这个标题具有上下文的相关性，首先它是一个出错信息提示窗口，同时也说明了在什么操作的时候出错，在达意上来说，恰到好处。如果你硬说直接用&ldquo;出错了&rdquo;也作为标题，没有人会说你说错了，只是突然弹出一个窗口来，简单的一个&ldquo;出错了&rdquo;可能会让某些用户摸不着头脑，降低了可用性。这时候的文字提示是不能减的。</p>
<p>当然在有些时候用图片或者其他形式来替代文字表达效果也是非常好的，像qq的人头跳动来表示有消息来了，这种体验也是非常好的！</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: aoao</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4440</link>
		<author>aoao</author>
		<pubDate>Thu, 01 Nov 2007 16:20:12 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4440</guid>
					<description>&lt;p&gt;我觉得我们应该把问题描述清楚一点。。把提示分为界面变化提示与文字提示，能这样分不是很清楚，因为很多时候文字提示会带去界面变化提示。&lt;br /&gt;&lt;br /&gt;比如登录MSN时，如果正常登录时，就自动转换成主界面，这时我们就能感知操作已经成功了。。&lt;br /&gt;我们还需要提示吗?其实已经有提示了。。只不是文字提示。&lt;br /&gt;好像这篇文章说的要不要文字提示。。而不是要不要提示。 &lt;br /&gt;@奇遇 我说：&#8220;我一直比较推荐操作成功不用提示&#8221;。。其实是不用文字提示。&lt;br /&gt;&lt;br /&gt;接着MSN的问题。。MSN的好友上线、会话发生。都会产生托盘提示。。。&lt;br /&gt;如果万一真的有人跟你说：&#8220;刚登录。&#8221;　你就得可能忽视了。。因为好友上线、会话发生产生的托盘提示的窗体是一样的。而是在用户名后面有没有&#8220;说:&#8221;跟内容不一样。。(MSN8.5)&lt;br /&gt;如果提示的窗体不一样(比如颜色)我想会比文字很容易区分吧。&lt;br /&gt;&lt;br /&gt;而操作失败的。比如登录不成功呢。正常情况不是用户名错就是密码错。。可是有的产品功能多了。比如论坛有禁止访问的功能。对于出现多种出错情况的，文字也许是最有效的。对于是直接提示还是引导到另外的页面不在这话题内了。&lt;/p&gt;&lt;p&gt;@angela Y!Widget的登录是震动窗体。。不是屏幕。。登录窗体震动~我的第一感觉就是出问题了。^^　Y!Widget也是有文字提示　&lt;br /&gt;我觉得两样一起会比较好。。&lt;br /&gt;一些条件受限，震动屏幕在Web并非可行的。不是想不到，而是做不到。&lt;/p&gt;&lt;p&gt;文字哎，有时还是不能减光光滴~&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>我觉得我们应该把问题描述清楚一点。。把提示分为界面变化提示与文字提示，能这样分不是很清楚，因为很多时候文字提示会带去界面变化提示。</p>
<p>比如登录MSN时，如果正常登录时，就自动转换成主界面，这时我们就能感知操作已经成功了。。<br />我们还需要提示吗?其实已经有提示了。。只不是文字提示。<br />好像这篇文章说的要不要文字提示。。而不是要不要提示。 <br />@奇遇 我说：&ldquo;我一直比较推荐操作成功不用提示&rdquo;。。其实是不用文字提示。</p>
<p>接着MSN的问题。。MSN的好友上线、会话发生。都会产生托盘提示。。。<br />如果万一真的有人跟你说：&ldquo;刚登录。&rdquo;　你就得可能忽视了。。因为好友上线、会话发生产生的托盘提示的窗体是一样的。而是在用户名后面有没有&ldquo;说:&rdquo;跟内容不一样。。(MSN8.5)<br />如果提示的窗体不一样(比如颜色)我想会比文字很容易区分吧。</p>
<p>而操作失败的。比如登录不成功呢。正常情况不是用户名错就是密码错。。可是有的产品功能多了。比如论坛有禁止访问的功能。对于出现多种出错情况的，文字也许是最有效的。对于是直接提示还是引导到另外的页面不在这话题内了。</p>
<p>@angela Y!Widget的登录是震动窗体。。不是屏幕。。登录窗体震动~我的第一感觉就是出问题了。^^　Y!Widget也是有文字提示　<br />我觉得两样一起会比较好。。<br />一些条件受限，震动屏幕在Web并非可行的。不是想不到，而是做不到。</p>
<p>文字哎，有时还是不能减光光滴~</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: artec</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4441</link>
		<author>artec</author>
		<pubDate>Thu, 01 Nov 2007 17:35:58 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4441</guid>
					<description>&lt;p&gt;100%同意，这才是产品的优雅气质和美，境界高啊。沉默的沟通。&lt;/p&gt;&lt;p&gt;人际交往太多的误解往往是言语造成的。 &lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>100%同意，这才是产品的优雅气质和美，境界高啊。沉默的沟通。</p>
<p>人际交往太多的误解往往是言语造成的。 </p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: artec</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4442</link>
		<author>artec</author>
		<pubDate>Thu, 01 Nov 2007 18:01:47 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4442</guid>
					<description>&lt;p&gt;再说说我的观点。&lt;/p&gt;&lt;p&gt;在设计产品的时候，我会认为设计的系统是一个人，ta有表情、动作，当然还有言语。&lt;/p&gt;&lt;p&gt;这样就简单了吧，有的人寡语，但动作或者表情比较多，有人善言，甚至罗嗦，而用户，有人喜欢同表情丰富的人打交道，有人喜欢和具语言魅力的人沟通，有人喜欢表情丰富，视觉靓的，有人喜欢动作敏捷...&lt;/p&gt;&lt;p&gt;我的观点是，人不会有这么多思考分析，也别太多心机。多接触人，寻求与用户沟通之道，这其中经验的成分更多吧。 &lt;/p&gt;&lt;p&gt;最后，我们要设计的是用户一次次的和ta邂逅，串联成一个令用户难忘的故事。 &lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>再说说我的观点。</p>
<p>在设计产品的时候，我会认为设计的系统是一个人，ta有表情、动作，当然还有言语。</p>
<p>这样就简单了吧，有的人寡语，但动作或者表情比较多，有人善言，甚至罗嗦，而用户，有人喜欢同表情丰富的人打交道，有人喜欢和具语言魅力的人沟通，有人喜欢表情丰富，视觉靓的，有人喜欢动作敏捷&#8230;</p>
<p>我的观点是，人不会有这么多思考分析，也别太多心机。多接触人，寻求与用户沟通之道，这其中经验的成分更多吧。 </p>
<p>最后，我们要设计的是用户一次次的和ta邂逅，串联成一个令用户难忘的故事。 </p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 白鸦</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4444</link>
		<author>白鸦</author>
		<pubDate>Thu, 01 Nov 2007 19:31:08 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4444</guid>
					<description>&lt;span&gt;&lt;a rel="external nofollow" href="http://infodesign.cn/" target="_blank"&gt;artec&lt;/a&gt;：你忽略了一点：在web产品上阅读文字的成本严重高于理解合理的界面表现。&lt;br /&gt;写一大段文字告诉用户&#8220;怎么怎么样，怎么怎么了&#8221;他们需要很长时间阅读。（虽然这个时间并非真得很长，但往往他们没有也不愿意付出这个时间，所以显得非常长）&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p><span><a rel="external nofollow" href="http://infodesign.cn/" target="_blank">artec</a>：你忽略了一点：在web产品上阅读文字的成本严重高于理解合理的界面表现。<br />写一大段文字告诉用户&ldquo;怎么怎么样，怎么怎么了&rdquo;他们需要很长时间阅读。（虽然这个时间并非真得很长，但往往他们没有也不愿意付出这个时间，所以显得非常长）</span></p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: JOE</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4452</link>
		<author>JOE</author>
		<pubDate>Fri, 02 Nov 2007 01:24:06 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4452</guid>
					<description>排队等开门,今天有什么好东东分享,,我这个看客可是着急咯</description>
		<content:encoded><![CDATA[<p>排队等开门,今天有什么好东东分享,,我这个看客可是着急咯</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: artec</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4459</link>
		<author>artec</author>
		<pubDate>Fri, 02 Nov 2007 03:33:51 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4459</guid>
					<description>&lt;span&gt;&lt;a rel="external nofollow" href="/blog/?author=3" target="_blank"&gt;白鸦&lt;/a&gt;：同意。我理想中的界面是没有文字的，因为文字需要阅读理解，有歧义，占屏幕空间，并且是静态的，不像界面的行为动作，可以在用户操作过程中给予同步的反馈(我认为这才是贴身甚至贴心的)。但是不可否认的是，文字能在现有的信息架构和页面结构的限制下，提供一个简便的解决方案，像dos界面向图形界面的过度，一定会带来产品的革命。网页到网站再到web2.0网站，这个过程，其实经历了从纯文本网页界面，到图片的使用、gif动画flash动画再到各种RIA手段的使用，就是在克服文本界面的局限性。无法想像原先用于文档交流的互联网，能发展出今天这么丰富的应用形态，图形界面功不可没。&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p><span><a rel="external nofollow" href="/blog/?author=3" target="_blank">白鸦</a>：同意。我理想中的界面是没有文字的，因为文字需要阅读理解，有歧义，占屏幕空间，并且是静态的，不像界面的行为动作，可以在用户操作过程中给予同步的反馈(我认为这才是贴身甚至贴心的)。但是不可否认的是，文字能在现有的信息架构和页面结构的限制下，提供一个简便的解决方案，像dos界面向图形界面的过度，一定会带来产品的革命。网页到网站再到web2.0网站，这个过程，其实经历了从纯文本网页界面，到图片的使用、gif动画flash动画再到各种RIA手段的使用，就是在克服文本界面的局限性。无法想像原先用于文档交流的互联网，能发展出今天这么丰富的应用形态，图形界面功不可没。</span></p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: lxl205</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4468</link>
		<author>lxl205</author>
		<pubDate>Fri, 02 Nov 2007 07:29:13 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4468</guid>
					<description>&lt;p&gt;如果把屏幕震动换成语音提示是否更好！不过前提是每个人的机子都需要音箱了。。&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>如果把屏幕震动换成语音提示是否更好！不过前提是每个人的机子都需要音箱了。。</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: JunChen</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4482</link>
		<author>JunChen</author>
		<pubDate>Fri, 02 Nov 2007 13:39:57 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4482</guid>
					<description>&lt;p&gt;@lxl205 语音提示倒是可以加载盲用系统中去，呵呵。&lt;/p&gt;&lt;p&gt;信息的反馈形式有很多种，文字是其一，根据具体情况具体选择什么样的反馈形式。比如局限在聊天机器人中，那就只能是文字-文字的对话反馈了。&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>@lxl205 语音提示倒是可以加载盲用系统中去，呵呵。</p>
<p>信息的反馈形式有很多种，文字是其一，根据具体情况具体选择什么样的反馈形式。比如局限在聊天机器人中，那就只能是文字-文字的对话反馈了。</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 花儿</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4491</link>
		<author>花儿</author>
		<pubDate>Sat, 03 Nov 2007 01:11:37 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4491</guid>
					<description>&lt;p&gt;今天下课回去做饭的时候，开水龙头，没有水出来。。&lt;br /&gt;没有水的时候如果仅仅是&#8220;水管振动&#8221;一下这个&#8220;外部状况&#8221;，我连&#8220;&lt;strike&gt;确定目标&lt;/strike&gt;&#8221;都不能。。&lt;br /&gt;如果这个时候有文字出来告诉我，是我家水管坏了或者是我没交水费，再或者是片区停水，那我就不会很迷茫，也很快能确定对应的目标及之后的执行。。&lt;/p&gt;&lt;p&gt;虽然我也在尽量减少文字说明，但必要的文字还是不可少。&lt;/p&gt;&lt;p&gt;不然哑剧就不会这么少了。。&lt;/p&gt;&lt;p&gt;&#160;&lt;/p&gt;&lt;p&gt;&#160;&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>今天下课回去做饭的时候，开水龙头，没有水出来。。<br />没有水的时候如果仅仅是&ldquo;水管振动&rdquo;一下这个&ldquo;外部状况&rdquo;，我连&ldquo;<strike>确定目标</strike>&rdquo;都不能。。<br />如果这个时候有文字出来告诉我，是我家水管坏了或者是我没交水费，再或者是片区停水，那我就不会很迷茫，也很快能确定对应的目标及之后的执行。。</p>
<p>虽然我也在尽量减少文字说明，但必要的文字还是不可少。</p>
<p>不然哑剧就不会这么少了。。</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 天空诚</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4591</link>
		<author>天空诚</author>
		<pubDate>Tue, 06 Nov 2007 05:09:46 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4591</guid>
					<description>支持，慢慢体会...</description>
		<content:encoded><![CDATA[<p>支持，慢慢体会&#8230;</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: jameguilin</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4622</link>
		<author>jameguilin</author>
		<pubDate>Wed, 07 Nov 2007 03:12:57 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4622</guid>
					<description>&lt;p&gt;文字对任务的描述怎样做到简洁,恰当,容易理解确实要花些工夫!&lt;/p&gt;&lt;p&gt;在界面操作过程中,图形\颜色\文字\声音\动画等是我们获取信息的来源元素. 特别是文体的表达要作到最直接,最快的反映出意图.不要妞妞捏捏!&lt;/p&gt;&lt;p&gt;昨天晚上到chian-pub购买&lt;span&gt;&lt;a rel="external nofollow" href="/blog/?author=2" target="_blank"&gt;Angela&lt;/a&gt;的&#60;体验元素&#62;书籍时,对于购买过程的解释,每一步都让我看了满眼冒星. 文字过多,对操作解释不当.&lt;br /&gt;&lt;br /&gt;文字的减法,我认为还是要保持度的问题. 在必要时取得平衡!&lt;/span&gt;&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>文字对任务的描述怎样做到简洁,恰当,容易理解确实要花些工夫!</p>
<p>在界面操作过程中,图形\颜色\文字\声音\动画等是我们获取信息的来源元素. 特别是文体的表达要作到最直接,最快的反映出意图.不要妞妞捏捏!</p>
<p>昨天晚上到chian-pub购买<span><a rel="external nofollow" href="/blog/?author=2" target="_blank">Angela</a>的&lt;体验元素&gt;书籍时,对于购买过程的解释,每一步都让我看了满眼冒星. 文字过多,对操作解释不当.</p>
<p>文字的减法,我认为还是要保持度的问题. 在必要时取得平衡!</span></p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 西风</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4656</link>
		<author>西风</author>
		<pubDate>Thu, 08 Nov 2007 06:30:19 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4656</guid>
					<description>&lt;p&gt;花儿：慢慢体会吧。&lt;/p&gt;&lt;p&gt;或者你可以在你的水龙头上方做一个像汽车驾驶室那样的仪表盘，水管坏了就在一个打叉的水管图示下方亮红灯，没交水费就在钱币符号&#8220;￥&#8221;下方亮红灯，片区停水你一进小区门就在小区门口的告示栏上看到了......&lt;/p&gt;&lt;p&gt;&lt;span&gt;&lt;a rel="external nofollow" href="/blog/?author=3" target="_blank"&gt;白鸦&lt;/a&gt;&lt;/span&gt;的总结非常经典：&#8220;......对于&#8216;怎么给用户反馈信息&#8217;，我们第一选择应该是&#8216;通过界面的呈现让用户清楚的明白&#8217;，而不是&#8216;通过添加形形色色的文字&#8217;来试图&#8216;告诉用户&#8217;。&#8221;－－指出&#8220;第一选择&#8221;，这才是本楼文章的主旨所在。&lt;/p&gt;&lt;p&gt;当然，在水龙头上方加仪表盘是不现实的，你仍然可以用文字－－如果这个方式现实的话。&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>花儿：慢慢体会吧。</p>
<p>或者你可以在你的水龙头上方做一个像汽车驾驶室那样的仪表盘，水管坏了就在一个打叉的水管图示下方亮红灯，没交水费就在钱币符号&ldquo;￥&rdquo;下方亮红灯，片区停水你一进小区门就在小区门口的告示栏上看到了&#8230;&#8230;</p>
<p><span><a rel="external nofollow" href="/blog/?author=3" target="_blank">白鸦</a></span>的总结非常经典：&ldquo;&#8230;&#8230;对于&lsquo;怎么给用户反馈信息&rsquo;，我们第一选择应该是&lsquo;通过界面的呈现让用户清楚的明白&rsquo;，而不是&lsquo;通过添加形形色色的文字&rsquo;来试图&lsquo;告诉用户&rsquo;。&rdquo;－－指出&ldquo;第一选择&rdquo;，这才是本楼文章的主旨所在。</p>
<p>当然，在水龙头上方加仪表盘是不现实的，你仍然可以用文字－－如果这个方式现实的话。</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Angela</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4759</link>
		<author>Angela</author>
		<pubDate>Sun, 11 Nov 2007 08:18:02 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4759</guid>
					<description>开水龙头，没有水出来。──这不是已经告诉你状况了吗？还需要文字说明？</description>
		<content:encoded><![CDATA[<p>开水龙头，没有水出来。──这不是已经告诉你状况了吗？还需要文字说明？</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: blovefeather</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4787</link>
		<author>blovefeather</author>
		<pubDate>Mon, 12 Nov 2007 06:54:02 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4787</guid>
					<description>&lt;p&gt;我认为,目前需要文字辅助的设计处，是因为用户对这个设计点还没有形成习惯认知，当我第一次看到填写表单的*提示符,我不是太清楚它的重用,感觉很重要,难道是必须填写吗?我产生疑问.&lt;/p&gt;&lt;p&gt;现在我已经形成习惯,看到*就明白这是个必须填写的内容,所以可以不需要文字说明,&lt;/p&gt;&lt;p&gt;长远来看简化文字说明已经无须争议了,但是网络会不断产生新的东西,让用户去慢慢适应.这时需要文字的辅助.&lt;/p&gt;&lt;p&gt;文字辅助的另一个原因是文字可以准确表达抽象信息,如本站发表评论中的&#34;不会被公开&#34;,可以采用图标替代,但是这个图标用户需要很久才会习惯!&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>我认为,目前需要文字辅助的设计处，是因为用户对这个设计点还没有形成习惯认知，当我第一次看到填写表单的*提示符,我不是太清楚它的重用,感觉很重要,难道是必须填写吗?我产生疑问.</p>
<p>现在我已经形成习惯,看到*就明白这是个必须填写的内容,所以可以不需要文字说明,</p>
<p>长远来看简化文字说明已经无须争议了,但是网络会不断产生新的东西,让用户去慢慢适应.这时需要文字的辅助.</p>
<p>文字辅助的另一个原因是文字可以准确表达抽象信息,如本站发表评论中的&quot;不会被公开&quot;,可以采用图标替代,但是这个图标用户需要很久才会习惯!</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 草根网</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4993</link>
		<author>草根网</author>
		<pubDate>Tue, 20 Nov 2007 04:23:17 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4993</guid>
					<description>好文，收藏至20ju.com</description>
		<content:encoded><![CDATA[<p>好文，收藏至20ju.com</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 草根网</title>
		<link>http://ucdchina.com/blog/?p=323#comment-4994</link>
		<author>草根网</author>
		<pubDate>Tue, 20 Nov 2007 04:29:04 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-4994</guid>
					<description>&lt;p&gt;白鸦说：&#8220;添加好友&#8221;之后提示用户&#8220;添加成功&#8221;往往是有必要的，因为这个时候界面不太可能跳转到好友列表页面；但&#8220;登录&#8221;之后是否需要提示&#8220;登录成功&#8221;其实是值得考虑的，如果你的界面已经很明显是登录之后的那么确实你根本无需去提示这一点。&lt;/p&gt;&lt;p&gt;我补充一点：如果添加好友成功后直接跳到好友列表页面，所消耗的性能是不一样的。如果应用的人非常多，或者好友列表页面业务逻辑比较复杂，会对服务器形成很大的负荷，所以从这点讲，用户体验是综合的。&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>白鸦说：&ldquo;添加好友&rdquo;之后提示用户&ldquo;添加成功&rdquo;往往是有必要的，因为这个时候界面不太可能跳转到好友列表页面；但&ldquo;登录&rdquo;之后是否需要提示&ldquo;登录成功&rdquo;其实是值得考虑的，如果你的界面已经很明显是登录之后的那么确实你根本无需去提示这一点。</p>
<p>我补充一点：如果添加好友成功后直接跳到好友列表页面，所消耗的性能是不一样的。如果应用的人非常多，或者好友列表页面业务逻辑比较复杂，会对服务器形成很大的负荷，所以从这点讲，用户体验是综合的。</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: center</title>
		<link>http://ucdchina.com/blog/?p=323#comment-5311</link>
		<author>center</author>
		<pubDate>Tue, 27 Nov 2007 03:14:38 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-5311</guid>
					<description>&lt;p&gt;文字比图形的解释更精准，但是会增加阅读时间；图形直接明显，但是你对于它所展现的意义，有太多是根据已有经历作出的判断，人与人也会由于理解不同产生误差，可能思考的过程反而增加了滞留时间。并且我很同意&lt;span&gt;&lt;a rel="external nofollow" href="http://book.20ju.com/" target="_blank"&gt;草根网&lt;/a&gt;&lt;/span&gt;(37楼) 说的，&#8220;如果添加好友成功后直接跳到好友列表页面，所消耗的性能是不一样的。如果应用的人非常多，或者好友列表页面业务逻辑比较复杂，会对服务器形成很大的负荷，所以从这点讲，用户体验是综合的。&#8221;再者，达到界面提示可能远远比一行简短的&#8220;添加成功&#8221;要耗费开发时间，这些时候就要酌情考虑实现方式。个人觉得文章中的一些说法过于片面，赞成白鸦总结的第四点。&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>文字比图形的解释更精准，但是会增加阅读时间；图形直接明显，但是你对于它所展现的意义，有太多是根据已有经历作出的判断，人与人也会由于理解不同产生误差，可能思考的过程反而增加了滞留时间。并且我很同意<span><a rel="external nofollow" href="http://book.20ju.com/" target="_blank">草根网</a></span>(37楼) 说的，&ldquo;如果添加好友成功后直接跳到好友列表页面，所消耗的性能是不一样的。如果应用的人非常多，或者好友列表页面业务逻辑比较复杂，会对服务器形成很大的负荷，所以从这点讲，用户体验是综合的。&rdquo;再者，达到界面提示可能远远比一行简短的&ldquo;添加成功&rdquo;要耗费开发时间，这些时候就要酌情考虑实现方式。个人觉得文章中的一些说法过于片面，赞成白鸦总结的第四点。</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: Angela@UE &#187; Blog Archive &#187; UCDChina一年回顾</title>
		<link>http://ucdchina.com/blog/?p=323#comment-7017</link>
		<author>Angela@UE &#187; Blog Archive &#187; UCDChina一年回顾</author>
		<pubDate>Wed, 26 Dec 2007 17:15:42 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-7017</guid>
					<description>[...] (0710a)注意界面上的文字：文字的减法 [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] (0710a)注意界面上的文字：文字的减法 [&#8230;]</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 冰寒</title>
		<link>http://ucdchina.com/blog/?p=323#comment-10821</link>
		<author>冰寒</author>
		<pubDate>Fri, 22 Feb 2008 09:42:43 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-10821</guid>
					<description>&lt;p&gt;我造成&#8220;&lt;em&gt;&#8220;添加好友成功&#8221;、&#8220;加入小组成功&#8221;、&#8220;请在下方输入你的手机号&#8221;&#8230;&#8230;比比皆是，而在我看来，甚至包括&#8220;登录失败，请重新登录&#8221;在内的提示文字都是多余的 &#8212;&#8212;&lt;/em&gt;我认为这里倒不是多余。。。&#8221;&lt;/p&gt;&lt;p&gt;造成白鸦的总结。&lt;/p&gt;&lt;p&gt;另外，27楼的说法如果成立的话，人类就无须发明文字。&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>我造成&ldquo;<em>&ldquo;添加好友成功&rdquo;、&ldquo;加入小组成功&rdquo;、&ldquo;请在下方输入你的手机号&rdquo;&hellip;&hellip;比比皆是，而在我看来，甚至包括&ldquo;登录失败，请重新登录&rdquo;在内的提示文字都是多余的 &mdash;&mdash;</em>我认为这里倒不是多余。。。&rdquo;</p>
<p>造成白鸦的总结。</p>
<p>另外，27楼的说法如果成立的话，人类就无须发明文字。</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: paul</title>
		<link>http://ucdchina.com/blog/?p=323#comment-14467</link>
		<author>paul</author>
		<pubDate>Wed, 26 Mar 2008 08:40:17 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-14467</guid>
					<description>&lt;p&gt;angela文章的观点我是赞成的，白鸦的补充也很到位。&lt;/p&gt;&lt;p&gt;我认为，在用户交互的过程中，对每一个功能（或点击）首先是清楚的知道它的含义（简单的说就是能去到那里），其次是对时间发生后的状态进行有效的反馈；不管是应用图形、颜色、文字、声音、动作等任何一种或组合来进行反馈，它都必须符合用户的具体特征、使用环境及心智；而且那一种最合理就是最好的交互。&lt;/p&gt;&lt;p&gt;在不同的用户特征和使用环境下，用户的心智需求表现是不同的;下面举几个例子说明一下（不一定对，欢迎探讨）如：&lt;/p&gt;&lt;p&gt;1、在现实生活中&#8220;油漆未干&#8221;的表达，不是说没有其他的表现方法，而是我认为这种表现方法是最好的一种。&lt;/p&gt;&lt;p&gt;2、禁止停车的标识&#8220;红色圆圈+停&#8221;，运用了文字图形化的手法，也应用的很成功（还如：北京奥运的标识等）&lt;/p&gt;&lt;p&gt;3、汽车在倒车的时候，加了倒车装置，在快接近障碍物时会有&#8220;嗶嗶&#8221;的报警声（还如：手机的来电声音和震动等等）&lt;/p&gt;&lt;p&gt;这种例子还有很多，在用户的体验过程中不拘一格、合情合理才是上策。&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>angela文章的观点我是赞成的，白鸦的补充也很到位。</p>
<p>我认为，在用户交互的过程中，对每一个功能（或点击）首先是清楚的知道它的含义（简单的说就是能去到那里），其次是对时间发生后的状态进行有效的反馈；不管是应用图形、颜色、文字、声音、动作等任何一种或组合来进行反馈，它都必须符合用户的具体特征、使用环境及心智；而且那一种最合理就是最好的交互。</p>
<p>在不同的用户特征和使用环境下，用户的心智需求表现是不同的;下面举几个例子说明一下（不一定对，欢迎探讨）如：</p>
<p>1、在现实生活中&ldquo;油漆未干&rdquo;的表达，不是说没有其他的表现方法，而是我认为这种表现方法是最好的一种。</p>
<p>2、禁止停车的标识&ldquo;红色圆圈+停&rdquo;，运用了文字图形化的手法，也应用的很成功（还如：北京奥运的标识等）</p>
<p>3、汽车在倒车的时候，加了倒车装置，在快接近障碍物时会有&ldquo;嗶嗶&rdquo;的报警声（还如：手机的来电声音和震动等等）</p>
<p>这种例子还有很多，在用户的体验过程中不拘一格、合情合理才是上策。</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: kitty</title>
		<link>http://ucdchina.com/blog/?p=323#comment-16001</link>
		<author>kitty</author>
		<pubDate>Wed, 16 Apr 2008 08:00:52 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-16001</guid>
					<description>实际上angela想表达的是对于用户的反应，计算机应做出响应，但是不要用文字的方式，是这样么？</description>
		<content:encoded><![CDATA[<p>实际上angela想表达的是对于用户的反应，计算机应做出响应，但是不要用文字的方式，是这样么？</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 向前走</title>
		<link>http://ucdchina.com/blog/?p=323#comment-18304</link>
		<author>向前走</author>
		<pubDate>Tue, 27 May 2008 04:10:21 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-18304</guid>
					<description>&lt;p&gt;我觉得还是理解成本的问题。如果一句简单的话能把问题说清楚，为什么不用呢？不同的人对图片、声音、颜色也可能会有不同的理解。这两个不存在尖锐的对立关系。不过很感谢angela引导我们从另一个思路去思考。&lt;/p&gt;&lt;p&gt;另外很认同tony说的&#8220;必要的提示&lt;span class="Apple-style-span" style="line-height: 22px"&gt;能给用户情感上进行激励&lt;span class="Apple-style-span" style="line-height: 16px"&gt;&#8221;，很多时候，特别是用户提交了刚填写的长篇的信息后，一个有效的提示能给他一种成就、轻松或者愉悦感。让用户释放情感是很有必要的。&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>我觉得还是理解成本的问题。如果一句简单的话能把问题说清楚，为什么不用呢？不同的人对图片、声音、颜色也可能会有不同的理解。这两个不存在尖锐的对立关系。不过很感谢angela引导我们从另一个思路去思考。</p>
<p>另外很认同tony说的&ldquo;必要的提示<span class="Apple-style-span" style="line-height: 22px">能给用户情感上进行激励</span><span class="Apple-style-span" style="line-height: 16px">&rdquo;，很多时候，特别是用户提交了刚填写的长篇的信息后，一个有效的提示能给他一种成就、轻松或者愉悦感。让用户释放情感是很有必要的。</span></p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 橘白婪</title>
		<link>http://ucdchina.com/blog/?p=323#comment-18312</link>
		<author>橘白婪</author>
		<pubDate>Tue, 27 May 2008 06:39:15 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-18312</guid>
					<description>&lt;p&gt;&#34;添加好友成功&#8221;、&#8220;加入小组成功&#8221;我觉得没什么不妥啊，相反少了更不合适的样子，能去掉的什么都去掉了留下个看似能用的东西就好了吗？现代主义发展的历程为鉴！&lt;/p&gt;&lt;p&gt;像昨天我用qq加了个人做好友，结果加完之后我楞半天不知道成功了没有，于是在好友里找了遍没找到就又加了一次（过程很复杂的说。。。），发现我加错组了，这样的系统友好吗？易用吗？&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>&quot;添加好友成功&rdquo;、&ldquo;加入小组成功&rdquo;我觉得没什么不妥啊，相反少了更不合适的样子，能去掉的什么都去掉了留下个看似能用的东西就好了吗？现代主义发展的历程为鉴！</p>
<p>像昨天我用qq加了个人做好友，结果加完之后我楞半天不知道成功了没有，于是在好友里找了遍没找到就又加了一次（过程很复杂的说。。。），发现我加错组了，这样的系统友好吗？易用吗？</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 橘白婪</title>
		<link>http://ucdchina.com/blog/?p=323#comment-18927</link>
		<author>橘白婪</author>
		<pubDate>Sat, 07 Jun 2008 16:51:42 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-18927</guid>
					<description>只是想做个试验。</description>
		<content:encoded><![CDATA[<p>只是想做个试验。</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: felicia</title>
		<link>http://ucdchina.com/blog/?p=323#comment-22546</link>
		<author>felicia</author>
		<pubDate>Sun, 27 Jul 2008 05:11:06 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-22546</guid>
					<description>&lt;p&gt;我的观点： 用做合适的方法。&lt;/p&gt;&lt;p&gt;如果图形等其他元素需要很复杂的方式才能表达出文字轻易能说明的事情，那用文字就是相对好的选择；&#160; &lt;/p&gt;&lt;p&gt;对于文字需要很复杂，单纯用图形和颜色又无法表达状态的时候，可以用两者结合的方式进行过度，等用户习惯了，再彻底的去除文字；&lt;/p&gt;&lt;p&gt;登录不成功的提示，是不是可以考虑不弹出对话框，而直接在当前页前用醒目颜色文字直接标识出是什么原因造成的登录不成功。&lt;/p&gt;&lt;p&gt;我是第一次发言，就想到这些：）&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>我的观点： 用做合适的方法。</p>
<p>如果图形等其他元素需要很复杂的方式才能表达出文字轻易能说明的事情，那用文字就是相对好的选择；&nbsp; </p>
<p>对于文字需要很复杂，单纯用图形和颜色又无法表达状态的时候，可以用两者结合的方式进行过度，等用户习惯了，再彻底的去除文字；</p>
<p>登录不成功的提示，是不是可以考虑不弹出对话框，而直接在当前页前用醒目颜色文字直接标识出是什么原因造成的登录不成功。</p>
<p>我是第一次发言，就想到这些：）</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 熊文</title>
		<link>http://ucdchina.com/blog/?p=323#comment-54825</link>
		<author>熊文</author>
		<pubDate>Sun, 04 Jan 2009 05:47:14 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-54825</guid>
					<description>&lt;p&gt;现在看这个讨论还是很有意思:）&lt;/p&gt;&lt;p&gt;苛刻的条件有时能诞生优秀的设计，物种似乎也是在苛刻的自然条件下进化的。&lt;/p&gt;&lt;p&gt;impossible这个词我们用的太随意了&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>现在看这个讨论还是很有意思:）</p>
<p>苛刻的条件有时能诞生优秀的设计，物种似乎也是在苛刻的自然条件下进化的。</p>
<p>impossible这个词我们用的太随意了</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 九寨沟旅游</title>
		<link>http://ucdchina.com/blog/?p=323#comment-56709</link>
		<author>九寨沟旅游</author>
		<pubDate>Tue, 16 Jun 2009 08:44:56 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-56709</guid>
					<description>写的不错</description>
		<content:encoded><![CDATA[<p>写的不错</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 一起吧</title>
		<link>http://ucdchina.com/blog/?p=323#comment-57832</link>
		<author>一起吧</author>
		<pubDate>Sat, 17 Oct 2009 16:56:27 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-57832</guid>
					<description>&lt;p&gt;&lt;span&gt;我的理解：在图形和文字同时能够表现我们需要传达给用户的信息的前提下，我们应该倾向于使用图形。&lt;/span&gt;&lt;/p&gt;&lt;p&gt;&lt;span&gt;大家讨论的可能不在一个前提下。&lt;/span&gt;&lt;/p&gt;&lt;p&gt;&lt;span&gt;图形和文字的成本问题，对现阶段可能是难题，但谁能想象以后会不会很快解决。&lt;/span&gt;&lt;/p&gt;&lt;p&gt;&lt;span&gt;熊文：impossible这个词我们用的太随意了（支持）&lt;/span&gt;&lt;/p&gt;&lt;p&gt;&lt;span&gt;把电脑比作一个人：图形界面是肢体语言，语音输出是说话，文字是纸张上的字&#8212;&#8212;很明显，这里讨论的文字只是对肢体语言的表示，那么她就是不如图形的，因为我们接受肢体语言信息就是通过视觉（夸张点的对比：以见面打招呼为例，挂一个&#8220;招手&#8221;在胸前和直接做一个招手动作）&lt;/span&gt;&lt;/p&gt;&lt;p&gt;&lt;span&gt;&#8220;忽然发现自己正在与之交流的人却是一台电脑&#8221;&lt;/span&gt;&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p><span>我的理解：在图形和文字同时能够表现我们需要传达给用户的信息的前提下，我们应该倾向于使用图形。</span></p>
<p><span>大家讨论的可能不在一个前提下。</span></p>
<p><span>图形和文字的成本问题，对现阶段可能是难题，但谁能想象以后会不会很快解决。</span></p>
<p><span>熊文：impossible这个词我们用的太随意了（支持）</span></p>
<p><span>把电脑比作一个人：图形界面是肢体语言，语音输出是说话，文字是纸张上的字&mdash;&mdash;很明显，这里讨论的文字只是对肢体语言的表示，那么她就是不如图形的，因为我们接受肢体语言信息就是通过视觉（夸张点的对比：以见面打招呼为例，挂一个&ldquo;招手&rdquo;在胸前和直接做一个招手动作）</span></p>
<p><span>&ldquo;忽然发现自己正在与之交流的人却是一台电脑&rdquo;</span></p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: iceFiFi &#187; Blog Archive &#187; 《UCD火花集》电子书版下载</title>
		<link>http://ucdchina.com/blog/?p=323#comment-58743</link>
		<author>iceFiFi &#187; Blog Archive &#187; 《UCD火花集》电子书版下载</author>
		<pubDate>Sun, 18 Apr 2010 08:07:38 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-58743</guid>
					<description>[...] 文字的减法 http://ucdchina.com/blog/?p=323 [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] 文字的减法 <a href="http://ucdchina.com/blog/?p=323" rel="nofollow">http://ucdchina.com/blog/?p=323</a> [&#8230;]</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 家用制氧机</title>
		<link>http://ucdchina.com/blog/?p=323#comment-59832</link>
		<author>家用制氧机</author>
		<pubDate>Sun, 12 Dec 2010 10:10:23 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-59832</guid>
					<description>谢谢分享！！！</description>
		<content:encoded><![CDATA[<p>谢谢分享！！！</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: lobster</title>
		<link>http://ucdchina.com/blog/?p=323#comment-61701</link>
		<author>lobster</author>
		<pubDate>Fri, 16 Sep 2011 01:11:42 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-61701</guid>
					<description>关于文字的提示，我觉得还是很有必要的；你文章中所说的，一些文字提示可以用一些图片或者文本框显红来表示；但是，我觉得你首先要明确的是用你这个产品的人群对这样一些在我们看来有点像的行业规范的东西来讲，是不是熟悉，如果他密码输入错误，你只是有文本框显红，哪么，你的用户是不是能正确的反映出来？类似于这样的一些我们看似很简单的东西，但是，对于哪些不经常玩网的人来说，可能不是哪么容易理解的~</description>
		<content:encoded><![CDATA[<p>关于文字的提示，我觉得还是很有必要的；你文章中所说的，一些文字提示可以用一些图片或者文本框显红来表示；但是，我觉得你首先要明确的是用你这个产品的人群对这样一些在我们看来有点像的行业规范的东西来讲，是不是熟悉，如果他密码输入错误，你只是有文本框显红，哪么，你的用户是不是能正确的反映出来？类似于这样的一些我们看似很简单的东西，但是，对于哪些不经常玩网的人来说，可能不是哪么容易理解的~</p>
]]></content:encoded>
				</item>
	<item>
		<title>作者: 《UCD火花集》电子书版下载 &#171; Tokgoo</title>
		<link>http://ucdchina.com/blog/?p=323#comment-62282</link>
		<author>《UCD火花集》电子书版下载 &#171; Tokgoo</author>
		<pubDate>Thu, 27 Oct 2011 03:15:21 +0000</pubDate>
		<guid>http://ucdchina.com/blog/?p=323#comment-62282</guid>
					<description>[...] 文字的减法 http://ucdchina.com/blog/?p=323 [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] 文字的减法 <a href="http://ucdchina.com/blog/?p=323" rel="nofollow">http://ucdchina.com/blog/?p=323</a> [&#8230;]</p>
]]></content:encoded>
				</item>
</channel>
</rss>
