我们不需要“发送”按钮！
1、曾几何时我也和其它人一样看不惯google talk没有“发送”按钮，
2、现在，我赞成它的这种做法
3、首先是因为我不止一次看到了一大撮用户在“输入信息”和“点击发送”的需求中 来回忙碌的运用“键盘”和“鼠标”，而降低了很多的“即时”效率
4、然后我看到了更多人在流畅的输入后 缓慢的盯住键盘 迟钝的运用拇指和食指按“ctrl+ENTER”，降低了“即时”的流畅
5、也许你会说“你可以不用‘发送’按钮，一样能发送出去消息”，只要用户去思考一下就知道了这个功能。
但你是否明白当你把发送消息默认为“ctrl+ENTER”时有多少用户会跟随你的默认设置？ 你是否知道当你有一个“发送”按钮时可能导致多少用户会不带任何思考的去“每次点击‘发送’”？
我想说：“默认的力量是可怕的，默认的力量是无耻的！”
前不久有朋友帮一个国内的IM企业的用户调查中发现：20%的从低端转换为中端的用户已经习惯点击“发送”按钮发送消息，虽然他们已经知道“可以直接回车发送，这样能提高效率”。
6、也许你会说“如果没有‘发送’”用户不知道如何‘发送’怎么办？”
那你是否计算过让用户在第一次使用中‘花费一分钟的时间搞明白如何发送信息’和让用户每次都要“点击‘发送’按钮” ，两者之间耽误‘即时效率’的总和谁大谁小？
有一句话叫“长痛不如短痛”
7、也许你会说“如果用户没有键盘，如何‘发送’呢？”， 那我想问“没有键盘如何输入呢？”。 能输入就应该能按一个叫“ENTER”的按键来发送。
8、如果再让我主刀设计一个IM软件，我不会考虑设计这个发送‘按钮’。
9、虽然中文输入时经常要敲“ENTER”，可能会导致不少“误发送”。
google talk今天升级了他的新版本：http://blog.cathayan.org/item/1382
LBS也支持快捷键“Ctrl+Enter”，建议把Blog里的“发表”按钮一起咔嚓掉 [8]
“默认的力量是可怕的，默认的力量是无耻的！”
非常赞同。
“长痛不如短痛”
在这里可能适用。毕竟属于软件、工具软件、即时聊天工具软件。需要长时间使用的效率要求远大于初次使用时产生困惑的代价。
可是像sjouder说的把这个lbs的发送也改掉，恐怕就不太适合了。 [19]
没有按钮不过换行是shift＋ente，r还不一样要记住一个默认的东西
这种非原则的上的问题不值得这样讨论。因为实在没有什么太大区别。
聊天的时候是enter多还是换行多呢，我想enter作为换行，而ctrl＋enter作为发送还是对的。
不过你说不设计发送的按钮我觉得未必合适，至少目前IM发展趋势不允许，比如截屏、头像、发送文件、这些似乎都和键盘没关系，难道鼠标操作完毕后我还要去enter一下？
此外，发个评论也要注册？（或许我操作不当）
注册还要等10s，那么点注册信息3s就能看完，再说地球人有几个看注册信息提示的。（如果你说走正规道路，不过如果人性的化我想还是要侧重实际一些。）
你的很多文章思路不错，学习中…
看来许多设计细节是很难有“定论”阿，也许是因为我的左手和右手同样灵活的原因，我用qq的时候常用“左alt+s”，每次用的还很“自然”。许多的键盘enter键比s键大很多，也不会太难找吧。msn是enter发送，但我用msn发送消息时还习惯“左alt+s”。ucd思想是很好的，但我想由产品引导、培养用户的习惯在许多情况下也是很成功的，如：人走路转向是靠脚，但汽车的出现却让人们习惯了用手操作方向盘来改变方向。不过对汽车驾驶这一例子有很多解释，例如：人改变方向不是单靠脚、手或某一部位来完成的，而是整个身体协调的一个过程，但我想，至少从转向的具体交互动作上“培养”了用户的新习惯。个人拙见，希望得到各位“大虾”的指导。
我也习惯回车发送!,其它软件设置都设成enter发送!
多方便,有人也许会说换行怎么办,文本框一般会自动换行,切换段落可以用ctrl+enter,可是用即时通讯有几个有这么长的话要说呢~!~
无可置疑,发送的机率和换段落的机率肯定是发送消息的机率高~!~
你还真可笑，发送的几率怎么会比换行大呢，对于单次信息发送永远是1，而换行是 >=0 的。
尤其是进行问题的深入探讨的时候换行的几率更高。
对于闲聊的话，不用换行的可能会多一点，不过我想IM已经不是新鲜事物了，不会还是：
a：你好
b：你也好
a：你那里人
b：我***人，你呢？
就拿这几个评论留言来说，发送和换行的几率就明显了。
我不觉得评论和IM里的讨论有什么区别，总不至于没事一句：“我顶” 吧
Excel 单元格里面要换行是 alt + Enter。比较不习惯。
哈哈 [8] [8] [8]
今天上午我再次思考了一个很久的问题： 为什么我的BLOG被大家看的这么多(每天至少将近1000IP)，而我却依然很难引发大家的一些有意义的讨论？
佛祖告诉我：“你以往的BLOG都写的太长了，而且论据太多，别人很少能插进话。好的观点都被你扼杀了。 想要作为一个好的‘讨论’发起者，要听到更多的观点就别着急把自己的‘论据’全都摆出来， 这样你才可能听到更多的不同观点和意见。”
耶稣说：“想要得到更多的观点，就应该先把‘耶稣’放在心里，先等等听听别人怎么说”
上帝回答：“哥们，你挑个非原则性的问题作为话题，说些观点很强的话．．”
于是就有了上边的帖子….
先补充BLOG里没有说完的话：
1、我想说的IM是“即时通讯”，并非“即时娱乐”
2、每个产品应该有它的“主要的功能和作用”
3、现在看来我们的IM承担了过多他们本不应该承担的责任，慢慢的我们的产品可能会畸形。（虽然说“产品应该随着市场需求不断变化”，但这样终不是好现象）
4、记得前边TADD在我的一个BLOG上回复过“什么时候该用邮件、什么时候该用IM、什么时候该用电话、什么时候该当面说..”，看来TADD不愧是LEADER…
sjouder ：
看来你有点激动，建议你“就事论事”应该会好些…
todd：知我意图者，李兄是也
tigerhood ：
这确实是一个非原则性的问题， 嘿嘿 很多时候讨论这种话题反倒更能看到很多“合理的思路”，。
讨论这样的问题，结果不重要也许讨论的过程才是最有意思的。
即时通讯应该是流畅的“交谈”过程，如果有过多的“分段、换行”应该会使“交谈”过程变得不流畅；
所以在把ENTER作为“换行”还是“发送”这个问题上，我选择换行。
你说的目前IM的趋势确实没错，但在我看来真正的IM“截屏、头像”本就是“非常用操作”。 如果没有更好的办法让用户从鼠标换到键盘也未尝不可..
PS：
求大家别再说这个回复的问题了，
也许这就是懒人的下场，如果不尽快自己动手改程序看来我迟早得暴尸荒野…
这个BLOG的程序实在让我头疼了很久，希望可以尽快看到SIC的更新。（请大家和我一起在MSN上经常催这家伙的..）
实际上不注册一样可以回复， 但因为发布信息时有时间限制的 所以经常出现“没有权限”的提示，其实是操作超时！ 刷新再次发送就可以了..
不过话说回来我觉得：“既然我都这么公开的写自己的BLOG了，如果想要发评论，为什么大家不能也‘明确的告诉我你是谁’呢？”
其实这里还是这样一个矛盾：
1、让用户很容易上手你的产品
2、为了让用户容易上手而给用户培养了一种“不良习惯”
在IM这种“使用频率”很高的产品上，我以为应该偏重避免第2个问题。
吟清* ：
哈哈， 我赞成你的观点。我们的使用习惯看来是一样的
tigerhood ：
你对“吟清*”的反驳中提到的数字有点不对吧？ 实际上我每次说话不可能不用回车，但我可以每句话都不用换行。
我觉得这里还是是否能够“流畅交谈”的问题，
还是发这样的帖子有意思！
我在考虑是不是把“撰写新帖子”的开放，所有注册的用户或者某个用户组的用户都可以上来发新帖子….
既然这个BLOG是大家的关注度热起来的， 应该考虑把内容交给大家控制，
我也需要多去和更多人学习了，
你对“吟清*”的反驳中提到的数字有点不对吧？ 实际上我每次说话不可能不用回车，但我可以每句话都不用换行。
我觉得这里还是是否能够“流畅交谈”的问题，
你的评论里的换行几率还是挺高的嘛
评论和IM里的讨论还是很像的
换行和回车我觉得下个定论也不是很有必要
习惯主宰设计 设计引导习惯
你对“吟清*”的反驳中提到的数字有点不对吧？ 实际上我每次说话不可能不用回车，但我可以每句话都不用换行。
我觉得这里还是是否能够“流畅交谈”的问题，
数字怎么会不对呢，单次点击发送（enter）难道不是＝1，换行（shife＋neter）>=0？
这是针对你们的观点做出的算法（你们倾向于发送为enter，而我倾向于换行用enter）
附言，ctrl＋neter应该比shife＋enter合理，应该ctrl按键处在边缘拐角，容易定位。
有没有发送的按钮我觉得无所谓，放着也行、引导用户使用键盘也行，毕竟IM是面向大众而非部分人群。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
我帮朋友搭建的blog（使用同样的程序同样的版本）没有你回复困难的问题，是不是你空间或者程序设置有问题。
呵呵，确实没有必要定论， 因为这本来就是一个非原则性的问题。
还是那句话： 讨论的过程和学习大家的思维方式很受益。 [8]
“即时通讯”和“评论回复”可不是一个概念！ 即时通讯需要“流畅”的交谈…
————————————————-
我也不知道为什么， 回复总是有这样的问题，
我这周忙完好好翻看一下代码…
习惯性问题
举个例子,在你熟悉的路上会有路标存在,对于每天从这条路上走的人,很少回去注意它们,但是总会有第一次走这条路的人,所以路标存在的意义是提示
回到这里
发送按钮存在的意义同样有一个提示的作用,wlm的处理是如果输入框中没有内容,那么这里的的button是灰掉的,如果有内容则启用
MESS可以修改调wml的发送按钮 实际上软件可以将这部分修改为定制,不过话说回来,没有提交的表单是不完整的,一个发送按钮并没有妨碍你什么,保留一个显示完整的表单是更好
gtalk可以这么作 是因为特定的功能决定的
很多人在处理一些其他事务的时候 对于信息都有过应付行的回答 选择表情 按发送
gtalk没有表情的功能,gtalkweb有所谓的
当然你能选择使用快捷键输入表情,对于很多表情你也可以从容的记忆他的快捷键
所以这里你一棒子打死的"如果你主刀一个IM软件"的论断不是那么站得住脚
哈哈，
很有意思，讨论的越来越有意思了，
讨论越来越多 大家的思路越来越多样化，可以学习的东西很多呀…
xmouce 说的很有道理。 不过你为什么没有好好看我论证的过程呢，看看5和6正是你说的内容反驳…
作为一个新的im软件，没有发送按钮是很危险的。
“发送"按钮所实现的功能其实不但是一个”操作“，同时也可以说是一个”反馈“。
在聊天的时候，我写完一堆东西，然后要发送出去，我会点”发送“，这是操作。我这一次的聊天过程，以点击”发送“为结束，聊天框里面出现了我的内容，同时也得到了反馈：信息发送成功了。
点击按钮－》完成操作，这个比较接近实现生活中所进行的操作的心智模型，比如对电器的操作。
如果说从提高效率的角度上来说，引导用户直接按”enter“完成发送肯定是个很好的主意。但是为了提高效率直接就把”发送“去掉了，我觉得这个是一种很野蛮的行为。折衷点，可以在IM中保留”发送“，并在“发送”按钮上有提示可以直接按“enter”发送（QQ的做法）。通过这样的方法来引导经常使用它的人使用“enter”来提高效率。
我用ps,以前用几乎不用快捷键的，但是用久了，快捷键越用越多，效率也越来越快了。所有的用户都是从初级用户成长而来的，我们要给用户一个学习的过程。
回归到Gtalk上来，能用Gtalk的，我认为他们至少不是IM的初级用户，至少能知道在没有“发送”键的情况下按“enter”能完成发送。但是，如果是一个面向大众的IM,情况就不一样了，用户看到输入框，可能知道那里是输入文字的，但不一定知道怎么完成“发送”这样一个操作过程。说到这里，我想举一个apple的例子：apple的键盘上，“enter”这个键也叫“return”的，为什么这样叫？就是因为很早的appleII操作系统里面，一些初级用户完成编程（“输入”）之后不知道怎么才能执行程序（“发送”），不得不打电话给苹果的客服，客服告诉用户，按“enter”就行了。但是每天问题这个问题的人还是很多，买了apple的人很多都“return”问“enter”的问题，最后apple就自我解嘲的把“enter”称为“retun”了。可见，一个操作感良好的环境，对初级用户来说是很重要的。
扯远了…
我的回复跟你的56还不是完全 一样的 呵
DEMO的观点很棒！ 说的也很在理，
我特别同意两句话：
“发送"按钮所实现的功能其实不但是一个”操作“，同时也可以说是一个”反馈“。
为了提高效率直接就把”发送“去掉了，我觉得这个是一种很野蛮的行为
后面关于用户群分析的部分也很有道理，不过实际上我在前面的回复中已经阐述了这个观点。
嘿嘿，
白鸦: 这就是我的目的 我想通过这样“非原则性问题” 看看其他人是什么样的思考方式和思路
白鸦: 其实你不用你说我也明白你说的 包括其他人说的那些话，
沐: 一个问题 会有很多类的思考结果
沐: 白鸦， 嗯
白鸦: 但我很想看到你们对于这些问题的思考方式和思考路线是什么样的
白鸦: 其实我在下面的回复中都说了
我个人从来是不用界面中的发送的~~~
从我最开始用此类通讯软件，qq是一上来就会被我改成enter发送~~
但也确实造成我的换行问题。说实话，到现在还不知道可以通过ctrl+enter是回车（刚刚看完试验了一下才知道），不管是哪种方式，快捷健没说明都是可怕的~~
但通常由于处于对话形式，尤其是聊天废话瞎侃居多，所以每次都是短句,单从必要性上来说,im有如平常人对话而不是演讲~~所以问答形式更普遍,所以单独回车确认发送相对来说还是更好用的.担当像现在这样阐述长篇概念的时候,确实很麻烦.目前我的解决办法就是让他自动换行文字中间以"~"作为区分.
说到这里~~有个行为模式问题~~我是属于极其不爱看文本说明书的人,经常是~~~但有的人是在用一个东西之前一定要把说明书详详细细看一遍~~这就造成两种模式关于默认.有的人可能不需要在软件内再次提醒,但有的人就需要很多提示才能完成.
至于对于取消此按键（发送），我觉得只能说进水了~~~
对于没用过的初级用户第一次接触到电脑的用户，很有可能不知道如何发送消息。（虽然可能不是很多）。有个按钮至少能有一定的提示作用，又费不了多大的空间~~~~
为什么不增加“发送”按钮，然后在第一次使用这个按钮的时候提示“为提高效率，建议您直接回车发送消息”呢？
[soskitty, 于 2006-08-01 15:27:06]
既然按钮放上去了，不管提示什么，应该有很多人下意识的会去点击的。
既然一个按钮都那么值得考虑，im运行时提供向导就很需要了。根据用户自己喜好设置环境，但是这样可能又会有好多人没设置完向导就不用了。
所以还是最基本最原始的好，只要提供了比按钮更方便的功能，效率应该不少影响使用的大问题。
插一句：
没有深入了解过GTalk的定位，但猜测Google是想将Gtalk和Gmail作为一项整合的、紧密关联的服务来使用。用户在IM上的文字输入可以是短句，也可以是比较长的文字。Google的考虑可能是较长的文字用户会发送Email来说明，毕竟Gtalk上有Gmail邮件的信息（我装Gmail的初衷之一），可以将非即时的邮件通信变为半即时。而短句则不需要回车来换行，所以索性连按钮也省掉了。
个人的感觉，在输入较长的文字时，用Gtalk的确不方便。对于用户而言，得看是否能够为流畅牺牲特定情况下的便捷。这个问题在没有对真实用户进行一定量的研究和测试的基础上，不能断言。
IM都有自己的用户群定位，主要的、次要的，如同角色建模中的主要角色和次要角色。说IM应不应该有发送按钮，这个范围有些大了，就好像说皮鞋好还是拖鞋好一样
这是个文化差异问题，欧美英文输入，可以不考虑换行，一口气读到底，不会影响说话的意思，但中文不行，需要换行，还有输入法很多需要enter来决定你选取的字，所以相对中国来说，发送按钮还是有存在价值，cltr＋enter也有合理之处，不宜处处欧美，个人愚见～
看到最後，大家似乎集中在換行和“發送”按鈕的矛盾上，但是我還是覺得爲了換行，把停在鍵盤上的手改而去抓鼠標，是很麻煩的。事實上我第一次使用GTALK的時候都沒有注意到沒有“發送”按鈕，下意識地就用enter。不要說什麽初級用戶，大多數初級用戶不可能永遠停留在初級用戶的階段；除非他沒有用過好的軟件，哈。
要看面对的用户群，GTALK面对的可以说是中端到高端的用户。而他的设计省略了发送按钮，并不意味着他是完全正确的，而是因为用户都能理解可以直接回车去发送信息。
但面对低端用户。他们刚学会打字，第一次使用IM软件，他们会好奇但我输入完文字的时候怎么去发送？找不到按钮，想了半天，然后尝试在键盘按一下回车，发送了，他们惊叹：哇，好神奇！（纯属剧场）
那么我建议说不要完全把发送按钮去掉，即使你知道了用户根本上都少用鼠标去点，但仍然有用户会用鼠标去点，因为有时候他们会像楼上说的那样。最好的解决办法就是可以用户自己去隐藏掉发送按钮，那才是好的体验，而到底是不是完全不要发送按钮，这个不能以个人观点去判断，做完真实的用户测试后LZ会明白的。理论和习惯永远是两回事~
“发送”还是有必要的!
你开始说的让用户第一次使用的时候先花一分钟学习一下,假如IM软件使用一段时间后,其它人来使用,哪岂不是没有学习使用的机会了,那也就不知道怎么发送信息了!
ÿ
对于你的第6点：
虽然“花费一分钟的时间搞明白如何发送信息”比“让用户每次都要点击‘发送’按钮”时间短得多，但是对于一般的IM，如果第一次受到挫折，有可能以后就不再用这个软件了。可以在第一个版本里使用“发送”按钮，而在以后的版本中逐渐弱化其可见性最终去除“发送”按钮。当然，像QQ这样垄断的软件不存在这个问题，即使它的可用性有问题，人们还是会使用。
对于3楼tigerhood的第四段：
说得很在理！
对于6楼tigerhood：
我自己的统计结果是换行多余发送，这里的留言跟用IM沟通是不一样的。
对于9楼白鸦的第3点：
我认为产品变“畸形”反倒是好现象。这个问题超出了设计的范围，只是跟我的世界观有关。这个跟生物进化、优胜劣汰是一个道理。基因突变是必要的，但是不能变的太频繁。
对于12楼白鸦的第3段：
我跟你的观点不一样，我觉得截屏和发送文件是重要的功能。功能的重要性不完全由使用频率而定。在IM上有时候用文字怎么都说不清楚，发个截屏是很便捷的方式。有些功能虽然不常用，但是在某些情况下很关键。
******************************************************
后面的评论没有看了。
看来这篇博文引发讨论很成功，应该是“非原则性问题”起了作用。
我认为，UI设计的观点中由“定论”到“不定论”依次有这么几种类型：原则——价值——想法——尝试——突破。从前往后风险越来越大，也具有取得越来越大的成功的机会。
///////////////////////////////////////////////////////
工作时间很闲，空闲的时候有时候自己学软件，有时候看网页，有时候带着UCD思想用flash做一些简单的软件，有时候把你的博客从最后一页一直往前翻着看。