关于超链接的一些问题

很高兴参加了这一期的薯片会,认识了几个朋友~~不料的却是今天我要来总结一下
———————————别的分割线不美,我却很美———————————————
本次薯片会我们总共讨论了三个议题:
A、 如何让“用户”更容易识别超链接?
B、 超链接是否一定要带有“下划线”?
C、 是按钮还是链接?
 

一、 如何让“用户”更容易识别超链接?
感觉都像链接,又感觉都不像链接。我们一起看了几个例子。
新浪
 21.jpg
有红色带下划线的,有红色不带下划线的,有蓝色带下划线的。等等

这种给人的感觉是什么都可点,到处都是链接。但是界面美观性非常的差。

Yahoo
 31.jpg
图中1、3、4都是链接,2却是正文不可链接。初看去无法分辨那个是链接,哪个不是链接,当鼠标经过时才恍然大悟。

这种默认不带下划线的处理办法,虽然使得界面整体非常美观,但是在分辨上增加了一定的难度。满眼望去不知若何。

Amazon
41.jpg
Amazon的网站链接处理的很巧妙,正文中包含链接,不可链接的就是黑色文字,可以链接的就用蓝色加下划线。另外,它的分类是没有下划线的,不过大家都认为分类可以不用带下划线。

大家都都对amazon的这种处理方法比较赞同。

大家讨论过后没有形成很一致的结论,不过有一些相对一致的倾向,如
分类可以不用下划线
要达到很好的区分链接,最土的办法就是蓝色加下划线。
对于一个网站,如果不加下划线,那么链接和非连接一定要用不同的颜色区分,链接的颜色最好一样。

二、 超链接是否一定要带有下划线?
在参看上面的分析时我们一并讨论了链接是否一定要带下划线的问题。虽然最终也没有得出一个结论,不过也达成了一定的共识。比如前面讲的分类可以不用带下划线;可以用一种颜色来区别链接和非连接。

对于上面两个话题,我们还提到了几点
下划线只是区分链接和非连接,可是区分的方式有多种,比如说颜色。只是用户已经习惯了下划线,他们对下划线的认识非常深刻,一看就知道是链接。
鼠标经过才出现下划线这种表现方式不太直观,不能一眼望去就可以区分链接和非连接。
可以增加区分链接和非连接的方式,不过这样又会增加了用户的记忆负担。
一个网站,他的链接表现方式一定要一致。

三、 是按钮还是链接?
看下面两个例子:
 5.jpg
 61.jpg
在文中的这个可以点击的东西到底是按钮还是链接呢?
这两种表现主要是想起到一个突出的作用,让用户很明晰、准确的理解是什么意思。可是却有两种不同的表现,到底是那种更好呢?
第一种按钮打断了文本的段落结构,第二种的突出作用却不是那么强烈,在驱动性上面没有第一种好。
另外,这两种表现方式都是显得比较罗嗦,说了半天的事情完全可以由一个“加为好友”的按钮搞定。

最终我们得出结论,如果是简短的带有强烈祈使性质的文本可以在最后面加一个按钮,这样既能起到强调的目的,也不会影响文本的美观。如Qzone的一个例子,不过这个例子我找不到了,臭鱼帮忙补充上咯。

以上便是这次薯片会的总结,欢迎大家继续讨论,继续鼓掌吧,呱唧……

区分有单选框的选项和普通的选项

07年7月3日,薯片会的日子~这次我们讨论的是,区分有单选框的选项和普通的选项~~

乍听起来,可能不太理解我说了什么,下面举个例子先~~

1、标签的单选~~例如QQ秀的支付流程

112.JPG

2、QQ空间相册

22.JPG

大家看明白了吧~~有的单选采用的是标签的形式,而有的则是采用单选框的形式~~

问题就来了 ~ 标签式的单选有必要再加一个单选框么??对于有单选和多选的情况,确定按钮放在哪里比较合适呢??确定是对哪部分操作的确定呢?标签的单选横着没有但选框的话,竖着应该有么?

带着这样的疑问,大家展开了激烈的讨论~~

最后给出了结论:

标签不能代替单选按框,因为有的时候当单选里头有多选的时候,可能用到标签的形式就会复杂一些,确定放在外头,就表示对所有操作的确定~ 单选里有多选的情况,如果使用了单选框的话,可能页面有有所增长,很可能到后面的单选被用户忽略~

方案

1、标签里有单选框,确定在外,确定是对各个单选下的所有操作的总的确定~ 如图

001.jpg

2、标签里没有单选框,确定在外,类似于第一幅图了,可能里头包含了更复杂的多选等,确定在外是对各个单选下的所有操作的总的确定~

002.jpg

3、标签里头没有单选框,确定在内,仅对所选择的生效~~

0031.jpg

4、横着竖着都可以有单选框~

5、当单选下的多选很多的情况下,不要用单选框,因为用户容易忽略下面的单选内容,而仅仅对第一个默认的项展开~,而且只能选择一个单选下的若干内容,然后确定,还是可以选择任意一个单选下的若干内容,对整体的确定,有的时候容易造成迷惑~~

0041.jpg

大体的总结就这么多,还需要根据具体的情况进行具体的分析了~~呵呵

薯片会第三期:复选框后的文字表达是否应使用肯定句?

        第三期的薯片会,和往常一样躲在一个角落里,伴随着满屋满嘴薯片的咔嗒声,开始了本期薯片会讨论话题“复选框后的文字表达是否应使用肯定句”。
        这是一个很有意思的话题,复选框就在我们身边,我们却往往视而不见。当我们遇到问题了,需要解决问题了,我们才想到去找复选框,这是形成了特定的用户目标。
        首先,我们尝试着从复选框本身的定义去理解,我们发现
        使用复选框表示是/否选项
       
复选框用于在窗体上显示真/假和是/否值,当使用Windows应用程序时,你可能已经见过许多复选框了。单击复选框将使它在选中和不选中(真/假,是/否等)两种状态之间切换。
        每一种表单元件都能实现一种特定的功能,复选框也不例外,而我们探讨的重点在于,复选框作为界面上的一个元素,能传达给使用者什么信息。而作为用户,能否正确(或者说轻松不困惑)的理解这一元素所传达的信息呢? 

问题  
       复选框后的文字应该使用何种句式?肯定?否定?。
分析
       
表单元件在实现一种特定数据采集功能的同时,元件本身也向使用者传达着语义。
        一个复选框的本质是一个开关。语义表达是需要技巧的,表达的最终目的是相互沟通,沟通不好就容易出问题。如果表达不当使用户迷惑,花更多的时间去思考你复选框的两种状态与复选框后文字表达组合后的最终意思。
        在本次讨论中,我们尝试从用户的角度去理解复选框的语义,也就是说,用户带着目的去寻到复选框,而不是复选框主动来找用户,当然这种状况也存在,比如服务条款,启动画面,软件设置,软件安装等等,这些不在本次探讨的范围内。 

        我们先来看看几个常见的画面。
1) IE7新选项卡默认画面.

online writing sites

        这个画面出现在每次用户点击新增选项卡的时候,此时用户的动作仅仅是新打开一个选项卡,然后在地址栏输入网址,回车打开新的网页。而不是去阅读默认画面中的说明文字,对用户来说,这些默认提供的内容并没有多少实际价值,甚至阻碍了我正常流程的进行(如图二,Adobe Illustrator CS 3的默认欢迎页面)。此时用户想到了:嗯,这东西很烦,我要关掉它。
        换一种表达方式:下次不要再出现它了。此时我们的使用图形界面经验,告诉我们,我们需要找一个开关。而页面中只有一个开关,那就是复选框。 

图1

         好了,找到了复选框,用户需要做的是去阅读并读懂复选框后面的文字的语义。用户已经带着问题来找复选框了,于是此时的语义表达应当于用户所想的一致,然后勾选,表示当前使用者同意复选框后面的命题;如果不勾选,则表示不同意。   

图2

        对比,上图2个界面中的复选框的表达:
        下次不要显示此项 / Don’t show again
       
否定句式很好的切中了用户的疑问。 

        同理,另外一种情况我们也应该考虑到。如果一个软件默认不提供一种状态。用户的思考流程一样是:我需要打开一样状态,它默认不提供。我去找这样一个开关,打开他。

2) Windows Live Messager 8.0 选项

图3

         我发现我的MSN好友的个人信息显示他正在播放的歌曲信息,很有意思,我也想在我MSN个人信息也显示,怎么办?在我的个人信息显示正在播放的歌曲信息,打开他。在选项界面的个人信息,肯定句式与用户所带的目标一致,选中和不选中在是/否两种状态之间切换。 

        薯片会糖水:让我们来看看或者思考一下,下面两种情况下的复选框后的语义传达是否合适?

1.jpg

Windows Vista 启动时的欢迎页面的控制开关 

6.jpg

Gtalk 的Notifications 开关 

由用户自己生成的列表需要:添加、修改、删除

这不是什么高深的问题,只是一个基本的设计思路:一个由用户自己生成的列表需要:添加、修改、删除三个功能。

1.gif
这是一个正常里例子,用户自己写日志,产生了一个日志列表。那么当展示这里列表的时候,需要提供“添加新日志”的功能,允许用户修改现有列表的内容,允许用户删除现有列表中的条目。  查看全文 >>

交互只是一味的想要简单嘛?

本文整理自第二次薯片会所用的PPT,此PPT前五页是关于内部工作方法的,没有什么普遍的意义,也不便公开。本文只介绍第六个问题。(第二份PPT中共有七个问题,第七个问题单独写一篇-交互设计师的定义、特点、对交的要求、工作内容、工作方法》)

交互只是一味的想要简单嘛?产品的功能越多就越能满足用户需求吗? 

交互设计师应秉承的以目标为导向的设计理念,在目前通常的开发过程中,往往会表现为交互设计师希望能把产品经理的需求方案简化。

然而,简化本身并不是目标,让产品能更简单、方便的实现用户目标才是交互设计师真正的工作方向。

之所以会出现交互设计师总想要简化这样的现象,一个很重要的原因是之前的产品设计观念是:“实现功能,实现更多的功能,实现更多的功能就能满足更多的用户需求”。在这样的观念下,一个产品中功能的数量就成了基本一项指标。“如果我们的产品实现了同类产品的所有功能,那么产品就是ok的了,剩下就看如何推广了。”这种想法的错误在于:没有认清目标用户,确定用户目标的问题。理解并应用“以目标为导向的设计”方法才能解决这样的问题。

这里再次提到了“以目标为导向的设计”。这个方法很重要。举个例子简单描述一下这个设计观念:

大约九百年前,北宋,水泊梁山上,李逵要回家探母,他准备了一些盘缠,宋江哥哥给他带上戒刀(不让他带板斧,怕太招摇,他和其他很多兄弟一样,正在被通缉。)他徒步往家里走,一路上翻山越岭,跋山涉水,还要不断的住宿、吃饭,最终见到了母亲。他的目标是回到家,看望母亲。他要完成的任务是带上钱,武器,走路今天,李钊(臭鱼)要从深圳回家探母,需要做的是订一张飞机票,收拾简单的行李,带上少量的现金路上用,大钱存进金卡里(这样异地取款手续费少些),把书包中平时带着的瑞士军刀留在深圳的家里(行李不托运的话,军刀会被机场安检扣留的)。最终,我也到了家,看望了母亲。

上面这两段情节可以看到,李逵和李钊的目标是一致的:回家探母,但需要完成的任务是不同的,有些任务甚至是完全相反的,比如带刀的问题。

显然,现在的李钊要比几百年前的李逵幸福多了,需要完成的任务更容易了。当然,如果任务能更简单当然更好了。比如,我有一个管家,我只要告诉他,我明天要回北京。收拾行李,订机票他就全权负责了,对于我来说这当然更好。这说明,完成任务不是终极的用户需求,达到目标才是用户真正要做的。在实现目标的过程中,任务越容易越好。

软件中的功能就是为了帮助用户完成一个个任务,从而达到目标。对于软件功能的设计,只是为了更好的帮助用户完成特定的任务。而如果能简化任务量,才是更好的。原本要完成十个任务才能达到目标,经过设计,如果只需要完成一个任务就成了,那就成功了。类似我请了一个管家。在这之后才是对具体功能(功能对应着特定任务)的设计,让功能更易用(完成特定任务更容易)。

这里只是对“以目标为导向的设计”观念粗浅的介绍,上面的两个例子也只是“篡改”了一下《ABOUT FACE 2.0》中的例子。要看的更明白,还是要看alan cooper的书。

了解了“以目标为导向的设计”方法就不难理解为什么单纯的追求实现功能是没意义的了。因为减少功能才是更好的思路。一个电子邮箱产品,用户的目标不是写信、发信、收信,把邮件放入垃圾箱,删除邮件用户的目标是实现信息交流。那种种功能都是为这个目标服务的。假设不需要“把邮件标注为垃圾邮件”这个功能也能使用户很方便的使用邮箱实现交流的目标,那是最好的。当垃圾邮件过滤系统不足够好的时候,才不得不提供给用户一个功能,让用户手动去设置哪些邮件是垃圾。既然不得不提供这个功能,那么就尽可能想办法让这个功能使用起来容易些,这是功能的设计。

4 / 5页12345

关于薯片会

...
第一步骤:左手拿起薯片,右手用鼠标慢慢滑动。

第二步骤:吃下薯片(你可以不吃,咬着),然后左手、右手放在键盘位置上,把你想要说的话写上。
...

薯片会成员


臭鱼(李钊)

北京人,男,29岁
www.chouyu.com.cn


Seven

外星人,男,25岁
www.hiseven.net


tesion

很热情的同学
www.tesion.cn


Evanchen

一个真正的交互设计师,应该能够丰富设计这一概念。
www.UExperience.cn


西贝

单纯使人更加专业
www.xibeidesign.cn


艺文

用爱心规划设计
QQ:4251538


流沙

Design to change the world
www.uesand.com


yanyan

真诚是设计的灵魂
Qzone


margaret

蛋小荒—女神


vijeun

按着心里的感觉走
Qzone


vv

万年12岁

readers