西宁邮政宾馆与博客网—不清楚结果且不可撤销的设计
下面登场的人物 是一位对交互设计和可用性带有浓厚兴趣和敏感的设计师 —— 臭鱼。
我曾经的同事和搭档,刚认识的时候似乎还并没有真正的开始做交互设计, 但是现在已经有了很多的想法和自我见解了。
臭鱼的BLOG:http://chouyuchouyu.blogchina.com
下面登场的文章 是一篇反映可用性问题的小文章,但反映的问题挺实际的。
正文:
今年的十月中旬,我独自去青海湖玩儿,去过青海的人都知道,西宁是必经之地,去青海湖也不例外。于是,我先落脚西宁,去之前就在网上看到了不少介绍,据说“西宁邮政宾馆”是个性价比很不错的地方,于是径直入住。服务员带我进入房间后就给我介绍了淋浴的热水器,“要洗澡,先要先合上电闸,热水器就通了电,加热了。水热后,热水器会自己唱歌,一定把拉开电闸,啊,要拉开电闸,就可以洗澡了,一定不能通着电洗。要调节出水的大小呢,就拧喷头中间的这个旋钮。”服务员交代清楚后,把电闸合上,让水加热,离开了房间。我斜靠在床上,心猿意马的摆弄着电视遥控器,等待着热水器的歌声。
大约一个小时后,“我从天上来,带着兰花草…”的乐曲声突然从热水器的电子小喇叭中传出,我从床上兴奋的跃起,冲进卫生间,拉开电闸。我在青藏高原上的第一次淋浴即将实现了!我以迅雷不及掩耳盗铃的速度脱掉衣服,其速度决不亚于A片中的主人公。进入卫生间,按刚才服务员的介绍,拧中间的旋钮,“还怪紧的…”哎呀我的妈呀!水是出来了,可是,可是这水热的完全可以涮羊肉啊。就这一个钮,也没地方能调节水温,刚才光想着赶紧洗了,也没打听清楚。赶紧关上吧,这可难了,开关旋钮在喷头的正中间,把手伸到中间去拧开关,却对是自取残废啊。最终,我用毛巾包着手在无限痛苦中总算是节流了。我真想马上跃出门外好好问问服务员,当然还是理智战胜了冲动,我还是先去穿衣服了。
服务员的回答是,水温确实没法调节,洗澡不用非得等着热水器唱歌,中途自己试试,温度合适就可以了,现在只能是等水自己晾凉了。我不光是白等了那么长时间,而且是还得白等更长的时间—让水晾到合适的温度,我大概等了有一个半小时。其实我大概只需要烧20分钟就可以洗了,结果一下耽误了两个半钟头,还挨了回烫。
在后来的这一个半小时里,我总结了一下教训:如果在开始烧水的时候,我就被告知,合上电闸是将水加热,而加热到热水器的额定温度,比如是80摄氏度,热水器会发出提示音乐,那么我就会明白,应该在适当的时候,自己去试试水温了。如果热水器已经加热到了80摄氏度,此时仍旧允许我以较低的温度放水,甚至是只放凉水,象没有加热以前一样,那么也不会有问题了。一个产品的设计应该告诉用户他(她)要进行的操作将产生什么样的后果,并且允许用户撤销操作。旋钮开关应该算作另外一个问题,当然也应遵循这两条规则,当用户执行了“打开”的操作,应当允许用户撤销,显然,让用户在喷涌的热水中关闭开关不能算作是允许用户撤销。
这个糟糕的热水器似乎只是生产力欠发达地区的一个不完美的产品,其实不然,前一阵子,我在使用博客网(www.bekee.com)的博客后台管理界面时,也遇到了一个类似的设计。
在博客网的博客管理界面中有一项功能叫“模板”,是让用户选择自己喜欢的页面模板的,同时还可以自己修改样式表,使页面更个性化。我的遭遇是这样的:我先选定了一个模板,后来发现能自己改样式表,于是我开始一点点儿的修改,因为不是自己创建的样式表所以修改起来相对困难些,再加上操作步骤上设计的一些不合理,我每修改完一处都需要先按“保存修改”按钮,再按一次“发布到首页”,然后再刷新一次首页,这才能看到效果,诸多的麻烦使得修改的很艰辛,改了好几天才基本改到我满意的效果。几天之后,我想看看其他模板是什么样子,于是就在模板的列表里点着看,灾难就在这时发生了!如果点击模板的照片则会在新窗口中显示此模板的截图,而如果点击图片下的文字则是选择此模板,无论是所略图还是下面的文字都没有任何说明。我无意中点击了某个模板的文字,于是我的blog立即变成了这个模板显示的样子。我虽然也可以再选择原先的模板,但是对原先模板的个性化修改都无法恢复了。我为修改样式表的全部努力全歇了。
与西宁邮政宾馆的热水器那么相似,在操作前没有说明操作的后果,操作完成后又不许用户撤销操作。那个热水器我只要沮丧的等上一两半小时就能晾成我希望的水温,如果我想要还可以继续等,让水完全变凉(撤销加热操作),而博客网的模板功能,不管我怎么等,它也不会恢复了。
当然,西宁的邮政宾馆还是给不错的,我去的时候不是旅游旺季,标准单人间才55块,如果你去西宁,还是建议你去住的,你也可以再去看看,他们的热水器换了没有,不过我估计十之八九是不会换的,就像博客网不会修改自己的设计一样。
=================================================
=================================================
其实这已经是一个老生常谈的问题了,记得在多位“大师”的书中都看到过不过不同的观点, 大致都有这样的一个尴尬:
1、 我已经选择了删除,还非得再问我一遍“你真的要删除么”,比较啰嗦多余!
2、我做了一个很危险的动作你没有提醒我,结果让我从而蒙受了不少损失,安全性值得质疑!
说白了就是“让我确认是错,不让我确认还是错!”
事实上这样的问题现在已经有了很多版本的改化和应用,我简单的抓了几张图,希望能有人可以从图中看到一些启示:
我个人比较喜欢GMAIL的做法:不要确认但操作后有提醒,可以撤销操作…
分类:UCD ,05/12/23 4:23 下午 | 131,266 次浏览 |
的确,我在像医院这种企业级应用的系统中就碰到这样的问题,需不需要对删除等危险性的操作进行确认。
之前看软件观念革命的时候,就说到如果提供撤销就应该不提示,而不是如Windows设计了回收站却还要提醒这种不当设计
不过放到企业应用的实际情况下,还需要考虑撤销是否涉及到具体的业务,因为往往一个删除或者记账这样子的"危险"操作往往牵扯到很多的业务规则,也就是说系统能不能提供这样子的撤销操作,如果不能,那么事前提醒是有必要的。
[18]
bokee网的几个模版还是拜高丽人所赐啊
一大抄一大抄