前些日子,UCDchina书友会在讨论“怎样设计帮助更有效”,这个话题很有意思,只有有效的帮助才能真正帮助用户,这似乎是一直容易被忽略的一个事实,同时设计帮助也有一个矛盾,那就是,越是好的产品设计,越不需要帮助,这是一个悖论,同时,也是客观存在的。在理想的状态下,我们完全可以不需要“帮助”,现实的网络环境中,设计有效的、友好的帮助,需要更多思考和实践。
从帮助的作用来说,引导用户快速、准确、简便使用网站提供的服务即是帮助需要做到的。 一个帮助系统,不一定无处不在,也不一定穷尽一切,针对什么人、在什么地方,用什么方式,说明那些内容即是对帮助系统全景式的描述。大抵可以称这这个描述为3w1h(who,where,how,what,)。
1.who
首先设计师需要根据网站用户构成来设计帮助,构成元素包括:用户来路、用户终端、用户人类学指标等,同时还要参考网站的服务内容,根据用户与网站之间的交互流程来精确设计,用户可以在帮助中得到哪些帮助。根据不同的用户群体来设计一个中和的帮助系统(比如难易适中、图文并茂等)是必须要在网站用户群体分析研究后得出的。
2.where
网站和用户之间其实两个终端之间的交互,网站作为一个固定终端,而用户则是可变终端。用户从打开网站首页起,就开始了交互的过程。有经验的设计师,会在这个交互过程中考虑到所有的细节,包括logo下的slogan、注册过程的提示,图片的alt标示等等。web2.0网站中有大量的用户交互内容,大体可以粗略地分成前台、后台的帮助。前台的帮助主要的作用是吸引用户,迅速告知此网站,是什么网站,做什么的,他/她可以在这个网站做什么、怎么做。完成了这些,用户基本上决定自己是否要开始继续深入下去了。就如同走到一个房子的门口,房子的装饰、路牌指示、门牌解释就相当于帮助系统。一般web2.0都是一个相对封闭的系统,大部分的功能都需要注册才能看到或使用,这个时候,一个良好的帮助系统,比如flickr的tour,可以快速让用户明白所有他想了解的,或,这个网站提供的东西。其实,从某种意义上,网站结构、web图形设计往往都是一个帮助系统(向下的箭头,很多时候意味着download)。用户注册后,进入后台,后台的功能设计很大一部分程度上依赖于帮助系统,TIPs或许会更好引导用户在登录后快速使用网站的功能,一个帮助中心文档自然是不可缺少的,但是,把功能设计成帮助似乎是一个更聪明的办法(文后附图说明)。
3.How
其实如何告知也包括了一部分where的内容,在这里,更想强调下,用何种方式去传达、表现。WiKi被公认为互联网历史上最好的帮助系统,不仅是因为WiKi提供了天然的、超便捷的链接与互通访问模式,也是因为,WiKi任何人都可以编辑的属性。用户在使用网站服务的过程中,遇到问题、提出问题,网站给予回答或网友给予回答,然后存档,标记版本,这是极其美好的体验。然而,大多数web2.0网站,尤其是一些功能简单的小网站,没有必要使用WiKi来做帮助,中文的用户很大一部分要支付学习使用wiki的成本,而且用户习惯也远未形成。使用视频来做网站帮助是一个坏习惯,与其说那是一个帮助系统,不如说那是一个广告,用户不可能在视频播放后还清晰记得某一步怎么操作,也不会在进行到某一步时候,停下来,打开视频,拖动到某个进度获得帮助。结合where,分析网站功能与用户使用情况,用文字或图示方式给出帮助,仍不失为一个好方法。
4. What
告诉用户什么,他们不一定会理解,帮助的实质还是要归结到内容上来。精确又模糊的问题描述,这做到很困难,但是必须要考虑。用户遇到问题的表达方式可能不一定如网站设计开发、描述的那样。有时候,甚至用户会说,我就是那样那样操作不成功的,而我们则束手无策。抓住核心问题,并扩大问题的表现形式或描述方法是一个好的习惯,可以让用户从不同的角度来明白,哦,这就是我遇到的问题。简要又丰富的解决办法,同样又是个难题,但也要努力去做到。用户遇到问题,看到解决的办法满满一屏,他甚至会直接放弃了,我们可能会需要用最简洁的话来概括解决的办法,同时举出一个例子来,更有说服力,不是吗?良好的反馈与升级,这是很多帮助都忽略的,有些时候,某些帮助都已经无法起到“帮助”的作用了,甚至错了,而我们网站设计者却没有发现,用户遇到一个问题,按照提供的帮助,没有解决问题,甚至是受到了损失,这是多么糟糕的事情!无效的帮助比没有帮助更害人!所以,学学Google是怎么做的吧,给每一个问题的答案打分,有用?满意?无用?等等,想办法,让帮助活起来,而不是满脸学究供奉着,冷冰冰。
下面以360圈后台为例,简要说明如何把帮助渗透到功能中 。360圈是年轻人的交友社区,主要实现的功能是通过个人博客、播客来展示自己,加入圈子,寻找好友。我们看看,第一次登入360圈后台的模块设计:

这是登陆后台后在布局最中间加底色的模块。在这里,可以清晰看到帮助如何引导用户来进行功能体验的,简要文字说明加上功能操作链接,同时,给出详细的帮助文档链接。

左侧smartmenu给出的快捷操作,其中用进度条来提示用户资料进度,引导用户继续完善资料;title(图示斯坦福 小子) 后括号给出了当前状态,以及动态,前面的红色小图标点击链接至详细的等级说明页面。

新的小功能“即时贴”放置到最顶部,并用比较精确的描述文字,提供帮助。

第一次进入,如何来交友是用户最关心的。“好友情报站”中简单的一句话,表达了两个重要的帮助内容,一是,找好友的方式有2种:从在线会员和搜索,二是,给出来利用这两种方式的通道,一举两得。(其实360圈还有“邀请好友”功能,是否也应该考虑放置在此?甚至,地位更重些?)
作者:Erick Schonfeld
原地址:参考
翻译:灼冰
与过去相比,互联网现在更像是一个全球性的游戏。下面的图表是comScore在互联网上发布的最新全球网络竞争状态报告。 在1996年, 三分之二的互联网使用者(66%)都集中在美国。但是在2007年的10月份,这个状况几乎完全翻转过来了。77%的互联网使用者居住在美国以外的地方,而美国本土的使用者仅占到了23%。然而,美国依旧是世界上互联网浏览人数最多的国家,达到16.2亿/月,但是中国正在迅速赶上(9.6亿/月)
在中国,本土网站,比如腾讯、百度、新浪的中国用户数都超过了Microsoft、Google或Yahoo!。
Continue reading ‘图解互联网:Google VS Microsoft-Yahoo! VS 中国’
Published on
March 19, 2008 in
UI.
Tags: 快捷键, UE, UI.
从操作系统图形化界面出现后,鼠标大大减轻了敲击键盘带来的成本,一个事件过程,鼠标操作配合键盘操作最大程度上增加了软件的易用性,快捷键和鼠标操作的同时存在为满足不同用户的需求提供了便捷,然而正是这种慢慢建立起来的用户习惯,使用不恰当会给我们带来巨大的麻烦。
IM软件中“发送消息”这一动作,使用Enter键几乎成了预定俗称的做法,QQ默认两个组合,一个是enter,一个是ctrl+enter,这两个都被广泛使用,我们经常看到用户在熟练使用这些IM工具之后,就不会再使用鼠标来点击“发送消息”了,可能很简单用尾指敲击enter键即可快速发送。
这里有一个成本的考量,如果使用鼠标,用户需要将一直手离开键盘来操作鼠标,而完成了一个“发送”动作之后,又需要回到键盘上来打字,这个过程,使用快捷键无疑方便了用户,降低了使用成本。同样在photoshop里,大量的快捷键减轻了设计师的负担,使他们可以更快、更准确找到需要的功能。一定程度上来说,是否使用快捷键成了熟练用户的一个象征。
正是基于对快捷键的理解,我们发现许多软件设计和web设计过于倚重快捷键,而忽略了鼠标用户。在无法得知快捷键的时候,使用鼠标来操作这些设计简直就是一场噩梦,举例如下:

图1是国内某知名电子商务网站的注册页面。通过直观我们可以发现,在用户辛辛苦苦填完注册资料后,等待他的第一个选择不是注册成功,而是“全部重填”!(顺便说一句,此网站即使用table来切换,第一焦点依然为此) ,无法想象,这样一个糟糕的设计使得用户填写的资料全部丢失,会有多少用户再重新填写一次?即使100%的用户重新填写,那又为何要让用户在你商店的门口来回需找入口呢?一个在电子商务网站注册的用户,尤其是B2C的网站,成为消费用户的几率非常高,看看这个设计该阻挡了多少消费者而不简简单单是用户呢?

图2是某知名网站的IM工具登陆界面。输完用户名和密码后,使用table切换,顺利定位到“登陆”,而如果使用鼠标,用户在在这里,必须要停留下,视线经过这两个词语,并反射回大脑,经过简单判断后,用鼠标点击“登陆”,这其中同样浪费了很多用户时间,而由快捷键反而带来了某些不便捷。
也有一些网站首页登陆部分,使用table可以迅速登陆,然后,使用鼠标的用户在输完用户名和密码之后,注意力往往在无意之间被颜色最醒目的join us now吸引,而下意识点击这个本应该是“don‘t make me think”的按钮,结果是,挫折感随之而来,再次输入。

图3是gtalk的对话界面,排除它的用户人群不说,gtalk简洁到了连“发送”这个按钮也省略了,没有使用过快捷键的用户是否也会出现输入框内的问题?
快捷键和鼠标共同的目标都是为了帮助用户快捷完成指令,但是不能单纯依赖侧重某一方面而忽略甚至是误导了另外一种方法,UI设计时候使用某些“想当然”很有可能会让你的用户流失,也不能依靠增加某些用户体验而忽略了用户体验的目的,帮助用户快速、准确完成任务。
Published on
March 18, 2008 in
IT观察.
Tags: 一起, 谢文.
“一起”或“Ucenter Home”二者同时推出的别有味道,久居深山的谢文再次复出倒也可以让互联网波澜壮阔、议论纷纷,再加上方博士同学的一番高见,实在需要吐两句真言,中国互联网何时可以放弃虚假外衣,赤身裸体寻找价值的时候,才是诸位成仙成佛之时。
昨日方言期待“个人站长”中涌现一批“CEO”出来,就连詹膑老师也按捺不住,也要弄个山寨王当当,可是万万没有想到,久仰久仰的谢文先生捷足先登,成为了“一起”的CEO。
无论从哪个角度都丝毫看不出来“一起”是如何从零开发的,如果一个互联网产品从策划开始就脱离不了某些影响,谈何从零?方博士同学也不必过早兴奋,是的,每个人对谢文都很期待,也更期待他能够在一堆“山寨”中称王称霸。运营一个网站,产品放在什么位置决定了这个公司的发展,谢文固然无论在管理经验、人脉资源等都得天独厚,然而,“一起”那恐怖的思路实在又是一个考验他的好机会。
以前,谢文的进进出出成为焦点,无论在雅虎中国还是在哪里,唯一不变的,中国的互联网环境。可惜这次他没有能够带出一个新生儿,却极有可能,带领我们再次X内。
哲学和社会学是否让谢文学会了理性思考,等“一起”验证。

盛传已久的discuz版本facebook——UCenter Home终于推出1.0测试版,并可以注册登陆测试。暂且不谈康盛创想完全弃用(?)一直被个人站长器重的supesite不谈,此番举动着实影响了国内抄袭先锋校内、海内的地位,在正式下载版推出后,可想而知,山寨版的facebook必将满天飞 。
Ucenter Home已经将SNS网站构建的成本降到了最低,不仅在SNS领域,在与SNS相关的所有web2.0网站都应该很好审视在这个软件推出后,长尾效应急剧扩散给网站用户带来的影响。Facebook在推出F8后迅速膨胀成为一个帝国,然而就是这个过程也将facebook将自己和自己的用户从庞大的长尾引向了另外一极,肢解facebook超级强大功能甚至成为了一种创业灵感,最近红火的friendfeed也可以认为是截取了facebook dashboard中新鲜事的功能,同时又将自己的friendfeed app返回facebook,从庞大无比的facebook中抽取用户资源,据为己用。
不必说马上会有一大堆X内出现,山寨版的facebook没有必要和校内争夺学生资源,也没有必要和海内争夺工作人群资源,跳出X内,细分用户甚至会带来很多机会。比如使用Ucenter Home建立一个足球迷社区,现有的功能已经十分强大并极其低廉、迅速地建立一个超级庞大的用户细分群体。
然而,山寨版facebook大有可为,可为在为现有的web2.0网站,尤其是以博客、视频、图片分享为主的web2.0先锋一个启示——如何迅速低廉建立自己的SNS社区。蚂蚁网新改版,出招blog+SNS,试图以blog为纽带,建立牢固的SNS社区,或许之后会继续走麦田先生的社会化商务路线,然而,在山寨版的facebook面前,蚂蚁网的改版,似乎瘦削了很多。
博客领域,天生的去中心化将blogger搁置在不同的孤岛之上,如何活跃用户有效交往成为许多BSP头痛的问题。看看下面这张图,或许很多人会明白,web2.0网站可以做些什么了。

这是歪酷博客后台不停修改后的大致模样。除了“打理”博客是原始的博客设置外,其他界面用户交互方式基本与Ucenter Home或说与facebook相同,新增加“个人主页”显示交往情况。暂时不好评论这个改进好坏与否,至少提供一个思路,山寨版facebook可以凭借现有web2.0的资源迅速崛起,期待在无数的山寨中,至少有那么几个可以称王称霸,由“个人站长”成长为某些CEO,而不单单是在论坛里骂康声创想如何鼠目寸光。
FriendFeed的功能简单归纳为:聚合个人网络应用平台。通过RSS方式输出、聚合用户在网络上,尤其是web2.0网络上的应用,从而构建个人在网络上的信息汇总并提供方便分享。
FriendFeed延续了Google简洁、易用的界面构架,主导航简化为朋友、我、所有人三个类目,抛弃冗杂的群组、Feed分类等传统分法,以“我”为核心(我的订阅,订阅我的),使用多达30种的服务来连接“朋友”(朋友的订阅,订阅朋友的),放大为“所有人”,由此来支撑起整个网站的构架。详细结构可下载FriendFeed 思维脑图:friendfeed.zip。
其实类似于提供FriendFeed的服务很早即产生,业界称之为“Life streaming”,并已经有大量成熟的网站。第一次见中文翻译参考自webleon的“信息流记录”,与之相伴的是Social Aggregator,被翻译为“社会化聚合”,其他翻译大抵如此。不才粗略学习过社会学和传播学,现在又混在IT界,看到这两个翻译实在不明所以,把Life Streaming翻译为信息流记录,涉及到两个概念:信息、信息流,无论从口语化语义还是学究来看,类似服务翻译如此实在不妥。根据Wordspy解释:An online record of a person’s daily activities, either via direct video feed or via aggregating the person’s online content such as blog posts, social network updates, and online photos.我们大致可以理解Life streaming究竟是什么,做哪些事情。
Life这个词汇单单无味地用”信息”来解释未免太过可惜,网络社会化一直在努力构建着SNS,建立在虚拟网络上的社会生活正在慢慢成为一种可能,各种网络活动其实都是一种“交往”,利用社会化的网络服务聚合来展示自己,而不单纯是信息的无目的流动并被记录,这才是Life streaming的真正意义,如此,我们或许会更多一些理解。这似乎也正可以理解缘何web2.0简历会突然走红吧。
FriendFeed第二大用户群来自中国,占8.4%,这似乎也在说明中文环境下缺乏良好的Life streaming网站,如果国内抄friendfeed,当然也可以有大量现有服务可以选择,planbus 似乎已经开始行动,这个网站的聚合模式似乎更适合中国人的习惯,在网络上交往的是“人”而不是“feed”,对比中文网络,我们似乎可以发现很多中国网民的网络社会化习惯。
当然,FriendFeed可以满足某些用户暴露癖和窥视癖 ,同时不可避免造成大量冗余信息,Twitter等只言片语的信息已经铺天盖地涌来,然后却没有办法退订朋友的某一服务,比如我不想订某人的twitter,在friendfeed里我似乎只能忍痛取消订阅这个朋友。到这里,我们似乎明白白鸦作为一个资深UE设计把自己的feed分类的妙处了。
另外一个方面,经过friendfeed一次封装后的feed再度封装,就会出现令人抓狂的现象,比如当我们面对如此多的出现了friendfeedfeed 得时候,我们已经迷失在“朋友”碎片般的Life Streaming。
搁置了一年,在登进Feedsky后台中看到原IT浮世绘的种子还在,还有21个订阅用户,向你们说声抱歉,今日再次开张,新种子地址:http://feed.zhuobing.com ,更换了原有的域名weblogmedia.cn,还取回了“IT浮世绘”这个标题,依旧写IT这个江湖,只是,一年时间,向大牛们学习了很多,原有的想法有了很大转变。
从头来说一下。
域名
DBANotes连续输出了两篇关于域名的文章 ,关于在国内购买域名和主机的诟病太多了,实在不想提,无奈我也经历了一把,fenng是transfer费劲周折,而我则栽在了DNS解析上。2年前在53DNS购买了空间和域名,N久没有进后台管理,发现自己的几个cn域名都已经过期了,账户还有些余额,买了个新的cn域名,在DH绑定后一键安装WP时候死活解析不了。可怜兮兮的域名管理面板中只能增加记录而不能直接更改NS,无数次等待后,怎么ping也无法找到主机。
按照以往的经历,DNS解析半小时之内基本都可以生效了,于是我等了说明文字上的24小时,可惜还是没有生效。联系客服后,说给我重新刷新了DNS,需要再次等待24小时,“外出就餐”后便杳无音信。
无奈之下,只好放弃。在DH注册了域名,到IT浮世绘建立,大约10分钟,这就是差别。
订阅
之前费尽周折,把域名失效的weblogmedia.cn的mysql导出来,今天在feedsky后台看到原有的几篇文章,决定还是从Feedsky输出RSS。绑定了feed域名,这样的确省略了不少麻烦的事情。
订阅数一直是blogger追求的,拥有几K的订阅用户的人大抵有过“我可以影响几K人”的幼稚想法,看完月光博客得几个黑色理由后,我决定隐去订阅数,一来人数实在少,放出来省得被大牛们鄙视,二来不让自己膨胀,说点实话,做点实事。关于现在IT博客这个圈子以后会继续讨论,有些大嘴和浮云实在浪费比特。
另外,feed中加入了我的delicious,我会慎重、精选输出。订阅是件严肃的事情,推荐先阅读月光黑色理由后,提高RSS“订商”后选择是否订阅。
本博客除非特殊情况均全文输出,不搞标题党,尊重读者。
内容
IT浮世绘内容大致规划在两个方面,形而上来写互联网观察,只有一个目标:在泛滥的互联网观察评论中谨慎、周密思考,不攻击、不媚俗、不扯淡,写点实在的事情;形而下来写网站规划,可能会包括学习UE、UI以及产品设计的内容,如何做到不枯燥?我会每次提供一个研究个案的mindmap,供下载参考,倒也符合月光黑色真理的要求,其他边写边摸索吧。
当我有一天受够了GR里泛滥成灾的RSS后,我第一次清空了所有的feed,再次精选下几个,碎片化时代分散了很多的精力,时间沉淀,精读也无法承受了,所以请谨慎订阅本博客,也建议阅读器中feed超过100个的同学,做个扫除。
Recent Comments