这是自创出来、粗糙的概念,,表示界面设计的两种思路。
视觉导向是重视视觉上的体验、依据视觉判断后操作。
而动作导向是注重动作上的快捷,依据交互设备与人的特性、进行效率优化,熟练后可以少依靠或不依靠视觉进行操作,传统的键盘快捷键及硬键盘本身都是动作导向。

IMG_20160609_115208~01.jpg
▲像是Lofter v5.2 底栏,常用的「发布图片」被分配到屏幕中心,并且把有关联的Tab们拦腰截断以突出,是视觉导向。

IMG_20160506_192322~01.jpg
▲而Lofter v3.0 底栏,Tab只有三个,形成「左中右」的位置关系,并且常用的「发布」被分配在边缘,减轻视觉上的束缚,是动作导向。

常常地,「动作导向」能让操作体验变得更好。
——它是可以形成条件反射的,熟练后可以减轻对眼负担,同时增加效率(省略识别的过程)。

而「视觉导向」则更偏向于给人们以「美」的感受、抓住眼球。
(涉及UI表面的美、类似震撼等,须通过「眼」来感受)

好看与好用并不是一回事

在「设计」被更加重视的现在,似乎视觉导向渐渐强势起来。
——凸出一个元素、把它放在中心
——但要让一个元素方便使用,又可能恰恰是边缘。

比如Windows传统的「四角」:
左上角菜单,右上角窗口操作,左下角开始,右下角显示桌面。

对于触屏设备

IMG_20160424_212948~01.jpg
▲Android 2.3的菜单(Grid)是动作导向,从下部展开,极大的缩短了手指移动的距离。
点击范围大,而且根据明显的位置关系(左上、右下、右中),习惯后基本无需视觉上的识别。

IMG_20160424_213006~01.jpg
▲而Android 4.0的菜单(List),即使有图标,也成了视觉导向。
项目间没有了相对的横向位置关系,区别的仅是纵向的y坐标。越往上,手指移动成本越高。难以形成条件反射。
这样,对于单个项目,触发面积小了(取决于最短一边),准确度降低。

作为框架容纳内容

对于内容项目数经常变化的、使用视觉导向,比如使用瀑布流展示内容、使用List无限扩展项目数。

IMG_20160711_171054.jpeg
▲而对于相对固化的内容,常用动作导向,比如软件菜单、APP的Grid启动页。

不同场景带来的模糊界限

Windows的「可视化窗口」开始是对于「鼠标」这一设备的动作导向优化。
而Win8扁平后,按钮的内边距增大、视觉导向加强,是触屏设备的影响。

前面的例子,List展示在键盘作为交互介质时,可能又比Grid更「动作」些。


就主观,还是喜欢动作导向的,毕竟软件不是艺术品,须实用。
而现状,认为更多的设计拘泥于视觉了。
但抓住的眼球只是一开始,到后期可能是「审美疲劳而不好用」的结果。

像一篇文章里说的,对于「你有一个iPhone未领取」这样的文案,表象上来说大大增加了点击率,可实际上,用户最终得到的可能是失落。