A-宣

快捷方式，不能随意快

最近设计师小X遇到一个问题。他在设计一款全新的Web产品，通过几轮仔细地对功能及任务划分，确立了导航的组织结构与形式。Tab之间的任务关系为并列关系。

如下图：

由于是新产品，需求方对于这样的任务组织形式显得有些不自信，担心常用任务a1和b3无法被用户快速找到。每次操作需要花费一定时间成本去查找任务入口等。于是，需求方就“大胆”地提出这样一个想法：

在首页首要位置划分一块区域，把“用户常用”的功能链接放到里面。为名“快捷方式”，并解释说可以节省用户操作成本，不必浪费操作轨迹。

如下图：

首先，我对于这样的“节省方法”不赞同。其次，分享我不赞同的理由。

Windows这样定义快捷方式：快捷方式是Windows提供的一种快速启动程序、打开文件或文件夹的方法。他是应用程序的快速连接。

1，此产品导航设计，是对产品任务结构按不同属性划分，任务主要属性是用户查找功能的路径上重要的可信的路标，在产品最初期破坏属性路径等于是杀鸡取卵。举个例子：如果把任务比作一台电视机的话，快捷方式就像是一只遥控板。只有一台电视机的时候，我们可以拿起桌上的遥控板轻松快捷地控制电视的开关、频道的选择等。当一间房子有数百台各自播放不同内容电视机的时候，没有分类的、堆在一起的、各自不同的遥控板显然起不到快捷的作用了。

2，在按不同属性划分的并列关系导航中，用户行为的分布也非常广泛。在一项新产品中提及“常用任务”只是一厢情愿的臆断。

3，在产品的初期版本，尽量保持最简设计。发掘、发现、培养富有逻辑的任务组织方式，而不是任意做加法。

4，假设在首页显要位置增加了这个“快捷方式”区域，这种不含有任何组织逻辑的方式会在产品中被愈演愈烈，它的方便快速的使命很容易就成了“解决问题”的“伪救命草”。

This entry was posted on 星期天, 十一月 9th, 2008 at 22:16 and is filed under 术. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.