细节思考表单交互设计之必选项思考

标签: 界面设计 交互设计 必选项 表单 | 发表时间:2011-10-21 08:00 | 作者:S++ 翔
出处:http://ued.ctrip.com/blog


编辑:S++小组

每当页面中出现洋洋洒洒的表单,用户就会开始感到头疼,有些用户就会直接选择放弃,而我想讨论的是,如何面对表单时让用户直接注意他们需要填写的必填项,减少不需要的信息的干扰。

必选项是以什么形式出现在现如今的表单中的呢?

1、 表单信息的表现类别

下面是一个关于web表单设计的调查报告,这个结果来源于100个令人瞩目的网站。

41%的网站使用标签右对齐 (YouTube, Facebook, Metacafe)

30%的注册表单使用顶端对齐(Behance.net, Wufoo, Tickspot, Mixx, DZone)

29%使用的是标签左对齐((Digg, Ning, Wykop.pl, 43things, StudiVZ)

2、 表单的应用范围

1) 注册

2) 登陆

3) 填写信息(支付,订单填写,个人信息填写等)

4) 发布

3、 必选项显示形式

1)以*展现形式

a)*在信息标签的左侧

b)*在信息标签和填写信息的右侧

c)*在信息标签和填写信息的当中位置

d)*在信息标签右侧

2)非*必选标志

a)非*icon表现形式

b)无必选项标志(都是必选项)

c)标注非必选项

d)暗提示

4、 必选项的深入思考

1)*和非*思考

a)*作为一个用户习惯已经存在了很多年,现在用户只需要看到文本框前面的*就基本知晓其为必选项,有些网站已经将“*为必填项”之类说明文字也直接隐藏了。那么对于这个用户基本不需要太多思考就知晓的图标,对于需要简化用户思考的表单来说确实要优于一些其他的非“*”icon的出现了。

b)有人会疑问一个表单,如果都是必填项,还有必要用*去标志出每个必填项吗?在没有必填项标志的时候,大部分人会有两种不同的理解,一类人会认为,这些均为必填项,而另一类人则会理解为此处均为非必填项,那么在这种情况下,如果标记了必填项可以满足不同人群的思考。

还有人,会疑问在一个表单中大部分项为必填项只有少部分为非必填项时,我们是否可以直接在非必填项旁标志出非必填的标志呢?当一个页面大部分为必填项时,而只有少量非必填项时,非必填项如果做的太弱化会导致整页无法区分必填还是非必填;而如果非必填项做的太过突出的话又反过来突出了页面中需要弱化的信息项,用户反而会去焦点关注在他们可填可不填的项中,有点适得其反。

因此,我还是认为当页面中的表单,无论是全部都是必填项还是大部分必填项,我们还是以“*”标出,这样也能使各类用户都不产生理解性的错误。

当然了,不同情况下的运用当然也有所不同,例如:用户在登陆时的认知,通常用户在登陆时输入项如用户名,密码等信息,而且此些项也基本是必填项,在这种认知的基础上,即使不出现*也不会造成任何理解性问题,那么作为精简原则来说,通常可以去掉*

c)文本框内必填项暗提示,也是一个比较清晰标志必填项的方式,并且还很节省空间。

但是现在很多网站都在文本框中对文本框填写方式做其他暗提示,这个时候必填项暗提示就相对会被限制使用的范围了。作为必填项暗提示标志,还有两个致命的缺陷就是,当我填写完成时,我并不了解哪些是必填项哪些为非必填项,还有就是对于radiobox、checkbox、下拉框的必填来说也没有很好的解决方案。因此,在使用必填项暗提示时,在表单形式为文本框,并且文本框内无其他暗提示语句的时候也可以使用。

2) *思考

a)用户对于表单的视觉走向

 

从这张热点图中可以看出,对于表单类别的视觉走向是以左边标签为主向右延展。大部分用户集中在标签位置,通常用户填写顺序也是从上至下的,从左至右,较少用户会选择跳跃式的填写模式。

b)*位置

从上述用户视线流可以看出,*的位置应该在标签附近,并且能够整齐排列(这个可能还需研究)会更一目了然的展示出必填项。

这个时候作为:

标签左对齐的时候,*直接出现在标签前面,明显比较优,但是由于标签左对齐对于表单来说,标签项和填写项位置离开太远,可能会让用户搞不清楚到底哪个标签对应哪个文本框,因此此类标签方式不太赞成出现。

       那么标签右对齐的时候,*出现在标签与文本框当中,个人认为相对前一种来说要舒服很多了。不仅使得标签项和*标志和文本框等都离得很近,而且*的位置还可以成一直线对齐。如果*出现在文本框或者其他项的后方,会使得用户不得不跳跃视线,并且他们在填写完成时才意识到哪些是必填哪些非必填。

       标签顶对齐,此类方式,经常出现在宽度有限制的时候,也是目前经常看到的表现方式。按照之前的理论来说此类方式为了视线流更好的展示,个人认为标签前面带*会比较好,这样使得*、标签、文本框位置最近,也使得*能成直线展示。

当然还有一类特例,就是表单一行有多个填写项,这种方式*如果位置不当,很容易让人误解*的位置,如下图:

       此图中,姓名前的*很容易让人误解为是下拉框出的*。因此这时候*位置如果在标签和文本框当中可以很好的规避此类误解。

       虽然目前,我们认为标签右对齐,*出现在标签与文本框当中方式较优,但是也会出现特例,比如当出现radiobox的时候如果*出现在标签和radio当中,那么就会如下图:

 

总结:必选项是一个很小的展示方式,但其中还是存在很多很多的特殊问题,交互就是让我们思考页面中每个细小的环节,这样才能使用户在整体页面体验中获得最优最快捷的操作方式。当然具体情况还有很多很多,需要我们思考和考虑的地方也有很多,如果大家有很多的想法可以联系我们,让我们更好的充实我们每个blog文章。

连载此篇下期预告:细节思考表单设计之报错提示思考,期待大家关注。

相关 [思考 交互设计 思考] 推荐:

细节思考表单交互设计之必选项思考

- 翔 - 携程UED
每当页面中出现洋洋洒洒的表单,用户就会开始感到头疼,有些用户就会直接选择放弃,而我想讨论的是,如何面对表单时让用户直接注意他们需要填写的必填项,减少不需要的信息的干扰. 必选项是以什么形式出现在现如今的表单中的呢. 下面是一个关于web表单设计的调查报告,这个结果来源于100个令人瞩目的网站. 41%的网站使用标签右对齐 (YouTube, Facebook, Metacafe).

资讯类产品阅读列表的交互设计思考

- - 所有文章 - UCD大社区
列表,定义为:以表格为容器,装载着文字或图表的一种形式. 根据产品类型的不同,大部分都有其各自样式的列表,有些成为产品的主体,有些则为其他页面的辅助. 列表设计的主要目的,就是让用户快速浏览、扫描,从中选择出自己想要“费力”点击并“费时”去仔细阅读的内容. 与传统阅读平台比较,阅读列表就像是实体书中的目录.

表单交互设计之二——校验思考

- - 携程UED
你是否经常碰到在填写表单时,提交无数次却还是无法通过校验的情况;或者你是否在为不知道填写中哪里出现错误而抓狂;再或者你是否碰到过当你填写了一大堆信息,之后点击按钮提交时,校验报错的同时,你发现你所填写的所有的信息都被清空;或者你还碰到过很多很多校验当中出现的问题,那么我们现在就开始进行表单校验设计的思考.

PC、iOS、Android等多平台通用性交互设计思考

- - 微博UDC
作为一名普通用户,吐个槽先~. 虽然不是5岁的美国小萝莉,不过我还是受够了各种操作平台的分类,以及浏览一个网站或者使用一款产品要学多个版本的行为. 各种PC版、iPhone版、iPad版(所谓的HD)、Android版… 我想说,版你妹呀…. 针对多平台这一问题,很多网站的解决方法,是为不同的设备提供不同的网页,比如专门提供一个Mobile版本,或者iPhone 、iPad版本.

资讯类产品阅读列表的交互设计思考

- - 盒子UI
列表,定义为:以表格为容器,装载着文字或图表的一种形式. 根据产品类型的不同,大部分都有其各自样式的列表,有些成为产品的主体,有些则为其他页面的辅助. 列表设计的主要目的,就是让用户快速浏览、扫描,从中选择出自己想要“费力”点击并“费时”去仔细阅读的内容. 与传统阅读平台比较,阅读列表就像是实体书中的目录.

博主自留~交互设计方法和思考过程小记

- nicing - 用户体验与交互设计
对方更是疑惑:”那….是不是网页的视觉设计. 网上搜到一张图,发现不只是我,很多交互设计师都存在困惑. 交互设计的特色之一——“虚”. 交互设计似乎是个很难解释,有点”虚、空、玄“的东西. 互联网的快速发展,交互设计少了些可以借鉴的方法. 交互设计这个行业似乎只能靠前人经验、自身灵感、悟性体会,江湖中野蛮发展着.

表单交互设计之二——机票搜索的校验思考

- - 携程UED
在前一篇的校验思考中,我们整体概括了一些校验出现的类型,出现的情况,以及校验设计的设计原则与经验. 而在具体设计过程中,需要结合产品的业务逻辑,旅游机票预订的全流程,是我碰到过交互逻辑中,相对比较复杂的情况,它的搜索来说也囊括了比较多的输入项,和各种类别的表单控件,因此它的校验情况也相对比较多样化.

终极思考

- wei - 牛博国际
我的海淀剧院演讲门票放出后,八小时卖了四百多张,同事们说,日. 我淡淡地说,别这样,也许正是因为便宜才这么好卖嘛. 一转身我马上就打电话给老婆,操. 早知道就他妈把票价定高一点啦,真倒霉......干. 很大程度上,这可以解释两件事:1.为什么已婚事业男性的健康状况会相对好一些. 2.为什么在社会上受到尊重和认可的事业男性在老婆的眼里都是傻逼.

动车追尾的思考

- David Ruan - 扬韬
1、两列运行的动车追尾,绝对属于重特大责任事故. 雷电导致前车失灵,已经是责任事故了. 前车失灵,信号没有外发,又是责任事故. 调度体系没有发觉列车失灵,也是责任事故. 后车没有察知前车失灵,还是责任事故. 最后,后车发现问题,紧急制动系统有没有用也值得怀疑,因为后车司机据说是人工制动并殉职于岗位的.

重新思考电子书

- Alex - 爱范儿 · Beats of Bits
Hart,“古登堡计划”发起人,2011 年 9 月 6 日去世,享年 64 岁. 从 1971 年 Hart 制作第一本电子书,启动“古登堡计划”开始到 2011 年,Kindle、Nook 流行,正好经过 40 年. 如今电子书阅读器、电子书变得越来越流行,在北京的地铁上,你会经常看见低头拿着 Kindle、Nook、iPad、汉王的人们.