文字的减法
认知心理学家Donald A. Norman将人类的行动分解成七个阶段：
1. 确定目标
2. 确定意图
3. 明确行动内容
4. 执行
5. 感知外部状况
6. 解释外部状况
7. 评估行动结果
比如最近降温，你想要保持身体的舒适感（确定目标），所以就得加一件衣服（确定意图），于是你决定去衣柜里看看哪件衣服适合今天穿（明确行动内容），然后你就选择了一件并穿在身上了（执行），这时你感觉暖和一点了（感知外部状况），因而你确定衣服被穿在了身上（解释外部状况），你觉得不冷了感觉很舒适（评估行动结果）──这么写出来你可能会觉得别扭，因为这些判断发生得非常快，你可能永远不会注意到中间的过程（有很多科幻小说和马路上骗人的把戏都是利用了这一点，有兴趣的同学可以自己分析分析，此为题外话）。
但是，当人和机器发生交互的时候，人类仍然遵循这样的反馈法则，而机器使用的却是另一套法则，这就正是人机交互永远不顺畅的根本原因。我们都知道，人类是善于解释现象，并能根据解释的结果来决定下一步行动的。这种本能反馈在现实生活中没有太大的问题，但搬到计算机世界就面临很大的设计挑战，因为行动七阶段中最关键的一环——感知外部状况——在计算机世界中完全依赖于设计。因而一个未经设计的产品，基本上等于是把它的使用者扔进了一个既没有声音也没有影像的黑暗世界，人们只能凭“直觉”和“本能”来与之交互。
在刚才那个例子中，你“感知外部状况”时，使用的是触觉（也许？我不了解神经反射之类的原理，随便猜的）。那么在计算机世界中，你唯一能使用的，只有视觉（有少部分听觉的应用，不过鉴于大部分同学上班时都不得不关掉音箱，我们此处就不考虑这个情况）。
看到这里，有同学可能会说：“是啊！所以文字正是起到了‘描述外部状况’的作用！”
当然，这是我们这一期要讨论的主题，但是我在前面分析了半天，结论却刚刚相反：有时候，文字恰恰是可以省略掉的元素。
为什么？举个简单的例子，当你在拧螺丝钉的时候，你是如何感知它的变化的呢？通过文字描述“螺丝钉已经旋转了四分之三圈”，还是通过它“逐渐变短的身躯”知道的呢？
一个不停地报告旋转圈数的螺丝钉听起来是不是很可笑呢？
可是这样界面到处都有。
“添加好友成功”、“加入小组成功”、“请在下方输入你的手机号”……比比皆是，而在我看来，甚至包括“登录失败，请重新登录”在内的提示文字都是多余的。我在输入账号和密码以后，不能进入“我的XXX”，这件事本身就说明问题了，设计师要做的，只要保证用户的视觉焦点集中在出错的位置并标识出差异（比如，输入框变成红色，增加图标之类）就够了，你有几次是阅读了界面上的文字才知道密码输错的呢？
Norman还有一个著名的理论：如果一个产品需要文字来描述用途，那么它就不是一个设计良好的产品。一个需要看说明书才能知道怎么用的水壶，绝对是因为它长得不像水壶。同理，一个需要阅读文字才知道出了什么状况的系统，绝对是因为它看起来不像是出了状况。
很多时候，我们想方设法地优化、精简文字，也总结出一些类似“动词+对象+状态”的措词原则，却恰恰忽略了我们与生俱来的本能：我们天生对形状、颜色和位置敏感。再加上计算机用户扫描式的屏幕阅读习惯，更是导致了对文字视若无睹的现象。其实在某些特定场景下，我们完全可以利用其它手段来表示外界的变化。
我很希望有一天，当我在某个网站登录不成功时，它能把屏幕微微地震动一下，而不是蹦出一行红字告诉我我已经知道的状况。
10月 31st, 2007 at 23:57
非常同意！
其实不只是文字要做“减法”，网站提供的服务（功能）更需要减法。。。另外，对于你说的具体几个例子，我有不同看法：比如，“添加好友成功”、“加入小组成功”、“请在下方输入你的手机号”……比比皆是，而在我看来，甚至包括“登录失败，请重新登录”在内的提示文字都是多余的 ——我认为这里倒不是多余。。。这里的文字提示，实际上是给用户一个“确认”信息，让用户排除别的顾虑，比如用户可能会潜在怀疑是否提交按钮没真正按上去，系统没反映等等；这里的文字提示信息，即消除用户此顾虑。所以我感觉还是必要的。
11月 1st, 2007 at 2:06
我一直比较推荐操作成功不用提示。。
其他的应该看详细情况。有时候还是文字才能解决问题。文字可以清晰描述一些问题。。
好比要打开一扇门，打不开时，门跟你说：“喂。你的钥匙错了。。” -____-!!!“也许是走错房间”
换了钥匙开时，门跟你说：“喂。你没喊芝麻开门啊！你没看到门口贴着要喊门才可以打开的吗？”
喊了芝麻开门后，门突然说：“本门正在维护中。。请稍后再开。” -___-b 为什么不在门口挂掉点说明呢？
产品的流程复杂了，自然也会导致相应的操作提示跟着复杂了。。
BTW:Angela 你可以试一下Yahoo! Widget 它的登陆真的震动哦。
11月 1st, 2007 at 9:12
行为分成七个阶段，诠释的很经典。
11月 1st, 2007 at 9:17
aoao，操作所对应的反馈感觉还是要有的，至于成功，如果只是要用户知道而非必要确认时，建议用非模态的对话框提示，就像你用msn，有人登录了就闪现一个对话框提示，然后停留几秒消失，即知道了操作的结果，又不影响当前操作。
11月 1st, 2007 at 9:31
主题性很明确，这期主要讲文字，写的很不错，顶下，更新速度争取更快，更好，更高。^_^
11月 1st, 2007 at 9:34
我和麦田的观点一样！
11月 1st, 2007 at 10:05
偏激的观点，不同意。
"添加好友成功”、“加入小组成功”、 这些是必须有的。
你不看，不意味着别人不看，至少我每次看到 "添加好友成功”、“加入小组成功” 我才会知道我已经操作成功了。
互联网上还有很多新手，比如刚刚用电脑的人，你不提示输入手机号，他知道这是干嘛用的？ 是输入身份证号？还是输入姓名？
登录失败有很多种，你不提示，用户怎么知道是怎么失败的？
比如：是用户名不对？密码不对？验证码不对？ 当然这些用图形表示也是可以的，但是并不是所有的人都能理解那个框变红是什么意思的。
11月 1st, 2007 at 10:13
应该是拿每一个用户当"白痴"来对待
所有做的一切都是让用户良好体验,并且兼顾到用户习惯问题,还有一个就是不要把每个用户都想的很"聪明"
11月 1st, 2007 at 10:42
麦田：“用户可能会潜在怀疑是否提交按钮没真正按上去，系统没反映”，这就是因为系统除了文字，真的没有其它变化，所以所有的一切反馈都依赖于文字造成的。
11月 1st, 2007 at 10:46
张三：请问，登录失败有几种可能？系统如何知道是用户名不对还是密码不对？当你添加一个好友之后，你是否还会再次添加同一个人为好友？如果不能添加同一个人为好友，那“添加好友”的按钮是否应该消失？是否可以用“取消好友”来代替？如果你看到原本是“添加好友”的地方变成了“取消好友”，你是否能合理地解释这个变化？
11月 1st, 2007 at 10:47
aoao：登录失败震动屏幕，给你的感觉是什么？可否跟大家共享一下？
11月 1st, 2007 at 11:33
回11楼，登录失败震动屏幕可能给人的感觉是显示器出问题了，我相99%的人不会想到是因为登录失败造成屏幕振动。
11月 1st, 2007 at 11:40
哈哈，我就知道这个文章一发出来会引发不少人的争议。
但这个文章的观点我是赞成的，大概是angela的表达还不够到位。
我说几点：
1、用户的操作的过程要传到两个非常重要的信息：预知信息、信息反馈。
所谓预知是需要让用户很清楚的知道“我这个操作会造成什么结果”，所谓“信息反馈”是需要在操作之后告诉用户的“操作结果是什么”和让用户明确发现“我的操作生效了”。比如，点一下按钮我们需要让按钮有一个点下去的视觉感应。
2、但“用文字来告诉用户操作的结果”其实是反馈信息中最没有办法的办法。
因为这个文字也许是多余的。
angela的比喻可能并不恰当，“添加好友”之后提示用户“添加成功”往往是有必要的，因为这个时候界面不太可能跳转到好友列表页面；但“登录”之后是否需要提示“登录成功”其实是值得考虑的，如果你的界面已经很明显是登录之后的那么确实你根本无需去提示这一点。
mac的登录失败也是界面震动，效果就挺好。但在web上是否就合适这样用值得讨论。在我们没有更好的方式之前我们确实需要告诉用户“用户名和密码不匹配，登录失败！” ，因为我们必须让用户知道他的操作结果。
3、信息反馈的展现用界面展示来作要优于用文字来作。
如果我们通过界面已经可以很好的告诉用户“操作结果”了，那么文字的提示就是多余的。
就好像我们不需要在用户点击按钮后提示他“按钮已经点下去了”，而是用视觉来让用户发现这个结果。
4、所以，我这样理解angela这篇文章的意思：对于“怎么给用户反馈信息”我们第一选择应该是“通过界面的呈现让用户清楚的明白”，而不是“通过添加形形色色的文字”来试图“告诉用户”。
文字是苍白的，界面的展示往往比文字更能很好的影响用户感受和印象。
11月 1st, 2007 at 12:16
看大家讨论如此激烈，我也来说说：）
我很赞同angela和白鸦的观点，白鸦的第4点解释得非常精炼，佩服啊
前几天跟柚意聊起添加好友的流程，我受他教了，拿出来分享下，算是我对本文的理解。当“添加成功”这个事实发生之后，简单地提示“添加成功”是不够的，添加之后，得告诉用户添加到哪去了，需要不需要去查看该用户的信息等等引发的一系列的用户需求。
而这种如果我们的设计都用文字去表达，用户会非常累，我们完全可以通过一些设计提示，比如在新增的好友区域“高亮”显示一下。
这就好比 我们的聊天工具，有新的信息了，在左下角闪一样，而不是用文字去提示“你有新的消息”。
毕竟界面上的呈现方式要比文字更加直接，文字是苍白的，所以强烈同意angela和白鸦的观点。
本文是好文，鉴定完毕：）
11月 1st, 2007 at 12:23
不过还是要补充下，“添加成功”等操作成功的提示是必要的，能给用户情感上进行激励，让用户很愉快：）
好像白鸦补充过了，用“添加成功”来做比喻不太恰当
11月 1st, 2007 at 12:39
白鸦的总结很到位了。呵呵。
11月 1st, 2007 at 13:15
Norman的这个理论好象是用在产品设计的吧 对于网络来说不是很适合 产品你可以有触觉上的体验 比如照相机的SD卡插口 正插可以 反插就插不进去 那就是提示你插错了 可网页只能是通过视觉(少部分可以配合听觉) 这样的话提示的形式无非是通过文字或是图片了(或者象angela说的屏幕震动:)
所以我认为有的地方文字有存在的必要 不过可以适当的精简~
11月 1st, 2007 at 13:34
大家的补充都非常好。我应该强调一下“在某些时候”这个前提条件。
11月 1st, 2007 at 14:22
我个人觉得，还是看应用成本吧。一些小操作，如果也用界面变化来解释。整个产品会变得臃肿的。
11月 1st, 2007 at 16:14
文章非常好，加上白鸦的补充更容易理解了，“我们天生对形状、颜色和位置敏感”，很多界面却偏偏只注重文字的提示所用，并且不惜用长长的“温馨文字”一再提醒；
不能因为用户固有的习惯而拒绝新的尝试，比如登录失败屏幕振动；
另外，我想不像8楼说的，拿每一个用户当"白痴"来对待，即便是新手用户，也不应忽略他们的学习能力。用户体验不是让用户拒绝进步。
11月 1st, 2007 at 16:27
我认为减文字要减对地方，友好且必要的文字提示是不能减的，当然如果可以用比文字更好的方式来表现也是提倡的！
刚刚看了你的前一篇文章《文本达意和可用性》，里面就有个例子当更改文件夹名称出现重名现象时候，会弹出报错窗口，窗口显示“重命名文件或文件夹时出错”，我们简单的可以分析出，这个标题具有上下文的相关性，首先它是一个出错信息提示窗口，同时也说明了在什么操作的时候出错，在达意上来说，恰到好处。如果你硬说直接用“出错了”也作为标题，没有人会说你说错了，只是突然弹出一个窗口来，简单的一个“出错了”可能会让某些用户摸不着头脑，降低了可用性。这时候的文字提示是不能减的。
当然在有些时候用图片或者其他形式来替代文字表达效果也是非常好的，像qq的人头跳动来表示有消息来了，这种体验也是非常好的！
11月 2nd, 2007 at 0:20
我觉得我们应该把问题描述清楚一点。。把提示分为界面变化提示与文字提示，能这样分不是很清楚，因为很多时候文字提示会带去界面变化提示。
比如登录MSN时，如果正常登录时，就自动转换成主界面，这时我们就能感知操作已经成功了。。
我们还需要提示吗?其实已经有提示了。。只不是文字提示。
好像这篇文章说的要不要文字提示。。而不是要不要提示。
@奇遇 我说：“我一直比较推荐操作成功不用提示”。。其实是不用文字提示。
接着MSN的问题。。MSN的好友上线、会话发生。都会产生托盘提示。。。
如果万一真的有人跟你说：“刚登录。” 你就得可能忽视了。。因为好友上线、会话发生产生的托盘提示的窗体是一样的。而是在用户名后面有没有“说:”跟内容不一样。。(MSN8.5)
如果提示的窗体不一样(比如颜色)我想会比文字很容易区分吧。
而操作失败的。比如登录不成功呢。正常情况不是用户名错就是密码错。。可是有的产品功能多了。比如论坛有禁止访问的功能。对于出现多种出错情况的，文字也许是最有效的。对于是直接提示还是引导到另外的页面不在这话题内了。
@angela Y!Widget的登录是震动窗体。。不是屏幕。。登录窗体震动~我的第一感觉就是出问题了。^^ Y!Widget也是有文字提示
我觉得两样一起会比较好。。
一些条件受限，震动屏幕在Web并非可行的。不是想不到，而是做不到。
文字哎，有时还是不能减光光滴~
11月 2nd, 2007 at 1:35
100%同意，这才是产品的优雅气质和美，境界高啊。沉默的沟通。
人际交往太多的误解往往是言语造成的。
11月 2nd, 2007 at 2:01
再说说我的观点。
在设计产品的时候，我会认为设计的系统是一个人，ta有表情、动作，当然还有言语。
这样就简单了吧，有的人寡语，但动作或者表情比较多，有人善言，甚至罗嗦，而用户，有人喜欢同表情丰富的人打交道，有人喜欢和具语言魅力的人沟通，有人喜欢表情丰富，视觉靓的，有人喜欢动作敏捷…
我的观点是，人不会有这么多思考分析，也别太多心机。多接触人，寻求与用户沟通之道，这其中经验的成分更多吧。
最后，我们要设计的是用户一次次的和ta邂逅，串联成一个令用户难忘的故事。
11月 2nd, 2007 at 3:31
artec：你忽略了一点：在web产品上阅读文字的成本严重高于理解合理的界面表现。
写一大段文字告诉用户“怎么怎么样，怎么怎么了”他们需要很长时间阅读。（虽然这个时间并非真得很长，但往往他们没有也不愿意付出这个时间，所以显得非常长）
11月 2nd, 2007 at 9:24
排队等开门,今天有什么好东东分享,,我这个看客可是着急咯
11月 2nd, 2007 at 11:33
白鸦：同意。我理想中的界面是没有文字的，因为文字需要阅读理解，有歧义，占屏幕空间，并且是静态的，不像界面的行为动作，可以在用户操作过程中给予同步的反馈(我认为这才是贴身甚至贴心的)。但是不可否认的是，文字能在现有的信息架构和页面结构的限制下，提供一个简便的解决方案，像dos界面向图形界面的过度，一定会带来产品的革命。网页到网站再到web2.0网站，这个过程，其实经历了从纯文本网页界面，到图片的使用、gif动画flash动画再到各种RIA手段的使用，就是在克服文本界面的局限性。无法想像原先用于文档交流的互联网，能发展出今天这么丰富的应用形态，图形界面功不可没。
11月 2nd, 2007 at 15:29
如果把屏幕震动换成语音提示是否更好！不过前提是每个人的机子都需要音箱了。。
11月 2nd, 2007 at 21:39
@lxl205 语音提示倒是可以加载盲用系统中去，呵呵。
信息的反馈形式有很多种，文字是其一，根据具体情况具体选择什么样的反馈形式。比如局限在聊天机器人中，那就只能是文字-文字的对话反馈了。
11月 3rd, 2007 at 9:11
今天下课回去做饭的时候，开水龙头，没有水出来。。
没有水的时候如果仅仅是“水管振动”一下这个“外部状况”，我连“
确定目标”都不能。。如果这个时候有文字出来告诉我，是我家水管坏了或者是我没交水费，再或者是片区停水，那我就不会很迷茫，也很快能确定对应的目标及之后的执行。。
虽然我也在尽量减少文字说明，但必要的文字还是不可少。
不然哑剧就不会这么少了。。
11月 6th, 2007 at 13:09
支持，慢慢体会…
11月 7th, 2007 at 11:12
文字对任务的描述怎样做到简洁,恰当,容易理解确实要花些工夫!
在界面操作过程中,图形\颜色\文字\声音\动画等是我们获取信息的来源元素. 特别是文体的表达要作到最直接,最快的反映出意图.不要妞妞捏捏!
昨天晚上到chian-pub购买Angela的<体验元素>书籍时,对于购买过程的解释,每一步都让我看了满眼冒星. 文字过多,对操作解释不当.
文字的减法,我认为还是要保持度的问题. 在必要时取得平衡!
11月 8th, 2007 at 14:30
花儿：慢慢体会吧。
或者你可以在你的水龙头上方做一个像汽车驾驶室那样的仪表盘，水管坏了就在一个打叉的水管图示下方亮红灯，没交水费就在钱币符号“￥”下方亮红灯，片区停水你一进小区门就在小区门口的告示栏上看到了……
白鸦的总结非常经典：“……对于‘怎么给用户反馈信息’，我们第一选择应该是‘通过界面的呈现让用户清楚的明白’，而不是‘通过添加形形色色的文字’来试图‘告诉用户’。”－－指出“第一选择”，这才是本楼文章的主旨所在。
当然，在水龙头上方加仪表盘是不现实的，你仍然可以用文字－－如果这个方式现实的话。
11月 11th, 2007 at 16:18
开水龙头，没有水出来。──这不是已经告诉你状况了吗？还需要文字说明？
11月 12th, 2007 at 14:54
我认为,目前需要文字辅助的设计处，是因为用户对这个设计点还没有形成习惯认知，当我第一次看到填写表单的*提示符,我不是太清楚它的重用,感觉很重要,难道是必须填写吗?我产生疑问.
现在我已经形成习惯,看到*就明白这是个必须填写的内容,所以可以不需要文字说明,
长远来看简化文字说明已经无须争议了,但是网络会不断产生新的东西,让用户去慢慢适应.这时需要文字的辅助.
文字辅助的另一个原因是文字可以准确表达抽象信息,如本站发表评论中的"不会被公开",可以采用图标替代,但是这个图标用户需要很久才会习惯!
11月 20th, 2007 at 12:23
好文，收藏至20ju.com
11月 20th, 2007 at 12:29
白鸦说：“添加好友”之后提示用户“添加成功”往往是有必要的，因为这个时候界面不太可能跳转到好友列表页面；但“登录”之后是否需要提示“登录成功”其实是值得考虑的，如果你的界面已经很明显是登录之后的那么确实你根本无需去提示这一点。
我补充一点：如果添加好友成功后直接跳到好友列表页面，所消耗的性能是不一样的。如果应用的人非常多，或者好友列表页面业务逻辑比较复杂，会对服务器形成很大的负荷，所以从这点讲，用户体验是综合的。
11月 27th, 2007 at 11:14
文字比图形的解释更精准，但是会增加阅读时间；图形直接明显，但是你对于它所展现的意义，有太多是根据已有经历作出的判断，人与人也会由于理解不同产生误差，可能思考的过程反而增加了滞留时间。并且我很同意草根网(37楼) 说的，“如果添加好友成功后直接跳到好友列表页面，所消耗的性能是不一样的。如果应用的人非常多，或者好友列表页面业务逻辑比较复杂，会对服务器形成很大的负荷，所以从这点讲，用户体验是综合的。”再者，达到界面提示可能远远比一行简短的“添加成功”要耗费开发时间，这些时候就要酌情考虑实现方式。个人觉得文章中的一些说法过于片面，赞成白鸦总结的第四点。
12月 27th, 2007 at 1:15
[…] (0710a)注意界面上的文字：文字的减法 […]
2月 22nd, 2008 at 17:42
我造成““添加好友成功”、“加入小组成功”、“请在下方输入你的手机号”……比比皆是，而在我看来，甚至包括“登录失败，请重新登录”在内的提示文字都是多余的 ——我认为这里倒不是多余。。。”
造成白鸦的总结。
另外，27楼的说法如果成立的话，人类就无须发明文字。
3月 26th, 2008 at 16:40
angela文章的观点我是赞成的，白鸦的补充也很到位。
我认为，在用户交互的过程中，对每一个功能（或点击）首先是清楚的知道它的含义（简单的说就是能去到那里），其次是对时间发生后的状态进行有效的反馈；不管是应用图形、颜色、文字、声音、动作等任何一种或组合来进行反馈，它都必须符合用户的具体特征、使用环境及心智；而且那一种最合理就是最好的交互。
在不同的用户特征和使用环境下，用户的心智需求表现是不同的;下面举几个例子说明一下（不一定对，欢迎探讨）如：
1、在现实生活中“油漆未干”的表达，不是说没有其他的表现方法，而是我认为这种表现方法是最好的一种。
2、禁止停车的标识“红色圆圈+停”，运用了文字图形化的手法，也应用的很成功（还如：北京奥运的标识等）
3、汽车在倒车的时候，加了倒车装置，在快接近障碍物时会有“嗶嗶”的报警声（还如：手机的来电声音和震动等等）
这种例子还有很多，在用户的体验过程中不拘一格、合情合理才是上策。
4月 16th, 2008 at 16:00
实际上angela想表达的是对于用户的反应，计算机应做出响应，但是不要用文字的方式，是这样么？
5月 27th, 2008 at 12:10
我觉得还是理解成本的问题。如果一句简单的话能把问题说清楚，为什么不用呢？不同的人对图片、声音、颜色也可能会有不同的理解。这两个不存在尖锐的对立关系。不过很感谢angela引导我们从另一个思路去思考。
另外很认同tony说的“必要的提示能给用户情感上进行激励”，很多时候，特别是用户提交了刚填写的长篇的信息后，一个有效的提示能给他一种成就、轻松或者愉悦感。让用户释放情感是很有必要的。
5月 27th, 2008 at 14:39
"添加好友成功”、“加入小组成功”我觉得没什么不妥啊，相反少了更不合适的样子，能去掉的什么都去掉了留下个看似能用的东西就好了吗？现代主义发展的历程为鉴！
像昨天我用qq加了个人做好友，结果加完之后我楞半天不知道成功了没有，于是在好友里找了遍没找到就又加了一次（过程很复杂的说。。。），发现我加错组了，这样的系统友好吗？易用吗？
6月 8th, 2008 at 0:51
只是想做个试验。
7月 27th, 2008 at 13:11
我的观点： 用做合适的方法。
如果图形等其他元素需要很复杂的方式才能表达出文字轻易能说明的事情，那用文字就是相对好的选择；
对于文字需要很复杂，单纯用图形和颜色又无法表达状态的时候，可以用两者结合的方式进行过度，等用户习惯了，再彻底的去除文字；
登录不成功的提示，是不是可以考虑不弹出对话框，而直接在当前页前用醒目颜色文字直接标识出是什么原因造成的登录不成功。
我是第一次发言，就想到这些：）
1月 4th, 2009 at 13:47
现在看这个讨论还是很有意思:）
苛刻的条件有时能诞生优秀的设计，物种似乎也是在苛刻的自然条件下进化的。
impossible这个词我们用的太随意了
6月 16th, 2009 at 16:44
写的不错
10月 18th, 2009 at 0:56
我的理解：在图形和文字同时能够表现我们需要传达给用户的信息的前提下，我们应该倾向于使用图形。
大家讨论的可能不在一个前提下。
图形和文字的成本问题，对现阶段可能是难题，但谁能想象以后会不会很快解决。
熊文：impossible这个词我们用的太随意了（支持）
把电脑比作一个人：图形界面是肢体语言，语音输出是说话，文字是纸张上的字——很明显，这里讨论的文字只是对肢体语言的表示，那么她就是不如图形的，因为我们接受肢体语言信息就是通过视觉（夸张点的对比：以见面打招呼为例，挂一个“招手”在胸前和直接做一个招手动作）
“忽然发现自己正在与之交流的人却是一台电脑”
4月 18th, 2010 at 16:07
[…] 文字的减法 http://ucdchina.com/blog/?p=323 […]
12月 12th, 2010 at 18:10
谢谢分享！！！
9月 16th, 2011 at 9:11
关于文字的提示，我觉得还是很有必要的；你文章中所说的，一些文字提示可以用一些图片或者文本框显红来表示；但是，我觉得你首先要明确的是用你这个产品的人群对这样一些在我们看来有点像的行业规范的东西来讲，是不是熟悉，如果他密码输入错误，你只是有文本框显红，哪么，你的用户是不是能正确的反映出来？类似于这样的一些我们看似很简单的东西，但是，对于哪些不经常玩网的人来说，可能不是哪么容易理解的~
10月 27th, 2011 at 11:15
[…] 文字的减法 http://ucdchina.com/blog/?p=323 […]