从交互设计的角度说用户登录
是否“完全以用户为中心做设计”是一个很值得关注的问题。
对于“用户登录”来说,要求用户必须登录会给用户的操作带来一定的不便和麻烦,但如果完全不需要用户登录也不利用长期的用户体验提高过程、更不利于很好的信息共享和交流。
记得在之前写过Google Personalized PK Windows Live,其中回忆过GMAIL刚刚推出时和朋友们的讨论“如果总是把用户赶出自己的网站,利润的想象空间非常之小!需要慢慢的让用户留在自己的网站上!要想让用户留在这个平台上那么首先要做的肯定是给他们一个属于自己的东西,让他们有所依附!让他们在这里可以创造点自己的"乐趣"。…”
我想这不光光是商业目的的需求,更是更深层次用户体验的需求。
刚刚看到刘韧在用户登录是web2.0的前提 中说到“用户登录进来之后,2.0就可以分析跟踪用户的喜好,向他展现最贴近他以往偏好的内容和服务。2.0的神奇在于,既是大规模的,又是个性化的。”
我想他实际想说的应该是“用户参与”。
是的,“用户登录”是“用户参与”的基本。
最近在搞个和2.0相关的兴趣性探索,其中就遇到了这样的问题“是否要求用户必须登录?用户不登录的时候允许他可以完成百分之多少的任务?什么时候要求用户登录才合适?”
坦白的说这是一个头痛的问题:
1、我们必将慢慢走向一个“信息开放、信息共享、信息交流”的世界,用户登录是其中一个必要的基础。我们需要用户“走进房间来交流”而不是“自由的在门口观望一切”。
2、用户的操作过程就是一个“流”。我们无法在“流”的源头就给他们一个卡子,所以用户必须在未登录的状态下应该一样可以完成一些简单的任务。(至于能完成多少的任务内容就应该是一个度的控制问题,也是一个头痛的问题)
3、什么时候打断用户“流”让用户登录?
很多情况下当我们要求用户完成登录任务的时候,更多的可能就是给用户带来“厌烦”和“不爽”。
可以看到现在我们现在很多地方的做法都是“在用户十分想要完成任务”的时候去打断用户的“流”,要求用户登录(就算你不爽,为了你的目标你也不会拒绝这么做)。
我想,更好的做法应该是:把用户登录很好的人性化设计,使“用户登录”成为“流”的一个自然组成。(呵呵,说起来很随意,做起来就很让人郁闷了)
另外一个前段很被大家关注的:
Don Norman —— 过分以人为中心的设计是有害的 (来自UIG)
——–添加几个有意思的相关讨论————————————————————————————————————
—————————————————————————————–
1、在讨论组里一个很有意思针对这篇BLOG的讨论:
HI,
有两个问题需要注意:
1、这里所谓的登录并不是说你“输入用户名+输入密码,登录成功..”,广义上说他是“用户对系统的一个信息提交”这个提交的过程可以有很多种形式。比如你登录带很多ASP论坛的时候会先提示你使用了cookie,其实这就是一种登录.
2、所谓的“。。、。。、信息交流”不单单是说用户和用户之间的对话,他应该还包括“用户和系统之间的交流”..
======== 2006-01-04 09:23:46 您在来信中写道: ========
小明的故事恰恰是没有登录但网站提供了实际有效的服务
"但如果完全不需要用户登录也不利用长期的用户体验提高过程、更不利于很好的信息共享和交流。"冠冕堂皇的是可以这么说,但实际上还不如说是不利于抄做、推广、拉钱之类的事情。常常听到我们的网站多少多少排名,多少多少用户之类的话:(
这个"流"非常好和有必要。
—————————————————————————————–
2、2006年01月03号收到短信:
1860:"交通部门提示:今晨,东三环京广桥东南角辅路污水管放生漏水事故,东三环京广桥朝阳路附近实行交通管制,请车辆绕行。谢谢广大市民的配合与支持"
充分的说明有些时候“用户登录”也还是有些积极作用的嘛~~ 要看什么人怎么在用了, 说实话我收到那个短信的时候激动了半天,。。
—————————————————————————————–
3、有位朋友在刘韧那里给了这样一个回复,吾胜是喜欢:
小明访问了一个查询天气的网站,初次访问时,被写入一个 COOKIE,小明查完“北京”的天气后就离开这个网站了。
他办完事了。。。
小明第二天再次访问,网站只显示了北京的天气,还有一个其他城市的列表。小明的女朋友去了上海,所以这次他还查了一下上海的天气,查完就离开这个网站了。。
他办完事了。。。
小明第三天又再访问,网站显示了北京和上海的天气,当然还有一个其他城市的列表。不过这次不需要再从城市列表里面选择上海了。查完又离开这个网站了。。。
他办完事了。。。
第四天小明告诉他女朋友,她最喜欢的梁静茹会到上海演出,他已经在网上订了票,她非常高兴。小明没在网上乱逛,只到那个天气网站查看了一下天气。听说是 GOOGLE 的广告显示了梁静茹演唱会的这个信息。
他的事越办越好了。。。
第五天是小明的女朋友回来的日子,小明不再关心上海的天气。他在上海那一栏的天气里按了一个 X 号的按钮,屏幕没有刷新就只剩下北京的天气信息了。他听说这种东东叫 AJAX。
小明非常喜欢这个查询天气的网站,因为他的记性很差,经常会不记得自己的登录名和登录密码。而这个网站却不需要登录。
分类:UCD ,06/01/02 8:09 下午 | 19,110 次浏览 |
有位朋友在刘韧那里给了这样一个回复,吾胜是喜欢:
—————————————————————————————–
小明访问了一个查询天气的网站,初次访问时,被写入一个 COOKIE,小明查完“北京”的天气后就离开这个网站了。
他办完事了。。。
小明第二天再次访问,网站只显示了北京的天气,还有一个其他城市的列表。小明的女朋友去了上海,所以这次他还查了一下上海的天气,查完就离开这个网站了。。
他办完事了。。。
小明第三天又再访问,网站显示了北京和上海的天气,当然还有一个其他城市的列表。不过这次不需要再从城市列表里面选择上海了。查完又离开这个网站了。。。
他办完事了。。。
第四天小明告诉他女朋友,她最喜欢的梁静茹会到上海演出,他已经在网上订了票,她非常高兴。小明没在网上乱逛,只到那个天气网站查看了一下天气。听说是 GOOGLE 的广告显示了梁静茹演唱会的这个信息。
他的事越办越好了。。。
第五天是小明的女朋友回来的日子,小明不再关心上海的天气。他在上海那一栏的天气里按了一个 X 号的按钮,屏幕没有刷新就只剩下北京的天气信息了。他听说这种东东叫 AJAX。
小明非常喜欢这个查询天气的网站,因为他的记性很差,经常会不记得自己的登录名和登录密码。而这个网站却不需要登录。
nnd!你blog怎么变这样了啊! [7]
Flash的SO也行.不过不如Cookie有优势啊
.net passport就是类似的东西,一次注册登陆,处处使用。可惜太大的商业利益成为最重的障碍,很难有巨头能统一用户身份标示,MS也做不到。
不登陆~用户满意了,web master不高兴了。
有两个问题需要注意:
1、这里所谓的登录并不是说你“输入用户名+输入密码,登录成功..”,广义上说他是“用户对系统的一个信息提交”这个提交的过程可以有很多种形式。比如你登录带很多ASP论坛的时候会先提示你使用了cookie,其实这就是一种登录.
2、所谓的“。。、。。、信息交流”不单单是说用户和用户之间的对话,他应该还包括“用户和系统之间的交流”..
哈哈,看到Awflasher的名字,就猜他的回复和flash有关,果然….SO固然可以,但是应用领域现在实在是太少了。
不过前端相对于ajax,难度我感觉还是低了些,ajax在做跨平台的时候太累了。
我以后进入UE领域的可能性非常大,还需要向白鸦老大多学习,呵呵。