创建表单勾选框和开关时7个应该跳过的坑

  创建表单勾选框和开关时7个应该跳过的坑

  当然,我们每个人都有自己的法则。但是,在选用可选项控件时,仍然要多加考虑。

  勾选框

  勾选框用在一系列选项中,用户可以选择任意数量,包括0个、1个,或者许多个。换言之,每个勾选框在列表中都是相互独立的,勾上一个框并不会取消其他选项。

  

klc201607111


  △ 带有标签的勾选框

  开关

  开关组件是在仿照物理开关,让用户打开或关闭某个项目。

  

klc201607112


  △ 开关提供了两种简单直接的对立选项

  开关组件通常用于表现一个动作(例如开始或停止某个操作)。它类似于电灯开关:

  

klc201607113


  △ 开关通常用在电灯开关上

  勾选框和开关的佳实践

  使用标准的视觉表现

  勾选框应当是一个小方框,选中时有一个勾,或者一个叉。

  

klc201607114


  △ 选中和未选中的勾选框组件。图片来源:Material Design

  开关应当看起来有开和关的状态

  

hb20160711-hb


  △ 选中和未选中状态的开关组件。图片来源:Material Design

  用户在操作各种控件时,应当提供清晰的视觉反馈。细微的动画能让体验更细致——在移动应用中尤其如此,

  

klc201607115


  △ iOS7/8的开关按钮。来源:Dribbble

  纵向排列列表

  纵向展示列表,每行一个选项。这对于开关和勾选框都有效。如果一定要横向排列,一行有多个选项,就要调整好按钮和标签的距离,哪个选项对应哪个标签清晰明了。下面的例子中,元素之间的距离都太近了。

  

klc201607116


  △ 很难确定选项4对应的到底是哪个选框

  开关的当前状态应该在控件外面

  设计开关时,你应该避免状态和操作的歧义。我们以iOS6的开关设计为例,注意看写着ON的蓝色状态按钮。

  

klc201607117


  并不能确定标签(例子中是“ON”)是指当前状态,还是按下的操作

  你能判断按钮当前是开着的吗,或者拖动滑块、点击、点按时会开启?“ON”在这里是个状态(名词)还是动作(动词)?并不清楚。

  不应该让用户感到困惑,区分出操作和状态非常重要。实际上,高亮显示当前状态,能够让它更加友好。

  

klc201607118


  文字颜色表明了现在的状态(亮起的是ON)

  勾选框使用肯定的文案

  使用肯定、有效的文案作为勾选框的标签,用户就很清楚如果勾上选框会发生什么。避免“不要给我发邮件”这样的否定文案,这就意味着用户要勾上选框来阻止某些事发生。

  

klc201607119


  勾选框永远都应该使用肯定的指令,不能用否定文案,例如“请勿……”

  勾选框使用Label标签,增大操作区域

  所有的勾选框都有标签,但并非都使用label标签。勾选框本质上很小,但是根据费茨定律,它们就很难点击或者点按。要增大操作区域,让用户在点击或点按标签与相关文字时就能选中选项,而不仅仅是那个小方框。

  

klc2016071110


  △ 让用户通过点击方框或它的标签来选中选项

  勾选框只用来改变设置,不能作为操作按钮

  作为一个二元选择,勾选框和开关的主要区别,是勾选框是状态,而开关是操作。如果一个操作适合用物理开关表示,那么开关可能就是适合的控件。

  下面的例子很明显,在开关中,无线网络是开着的。但在勾选框里,用户还需要思考无线网络是否开启,是否需要勾选这个框来开启无线网络。

  

klc2016071111


  △ 用开关来开启或关闭服务或硬件组成,例如WIFI

  勾选框和开关的提交操作

  勾选框的操作可以延后(例如作为表单的一部分),但开关的操作应当立即触发。

  良好的用户体验,是立即改变开关对应的设置项,而不是点按了“保存”或返回上个界面之后才保存。我们在现实生活中对开关的期望就是如此(例如我们知道,按下开关灯立刻就亮了)。

  

klc2016071113


  △ iOS中的开启WIFI

  当用户必须执行额外步骤才能让改变生效时,使用勾选框。

  

klc2016071112


  当用户必须点击“提交”或“下一步”按钮,修改才能生效时,选用勾选框

  结论

  设计界面时,交互元素的选择要保持一致、可预期。遵循设计标准,能让用户更好预测控件的功能、如何操作。相反,违背标准会让界面感觉很脆弱——好像会毫无预兆发生任何事情。




卖贝商城更多商品介绍:新浪微博真人粉不掉粉     qq空间营销软件    软文培训