最近設計師小X遇到一個問題。他在設計一款全新的Web產品，通過幾輪仔細地對功能及任務劃分，確立了導航的組織結構與形式。Tab之間的任務關系為并列關系。

　　如下圖：

　　由于是新產品，需求方對于這樣的任務組織形式顯得有些不自信，擔心常用任務a1和b3無法被用戶快速找到。每次操作需要花費一定時間成本去查找任務入口等。于是，需求方就“大膽”地提出這樣一個想法：

　　在首頁首要位置劃分一塊區域，把“用戶常用”的功能鏈接放到里面。為名“快捷方式”，并解釋說可以節省用戶操作成本，不必浪費操作軌跡。

　　如下圖：

　　首先，我對于這樣的“節省方法”不贊同。其次，分享我不贊同的理由。

　　Windows這樣定義快捷方式：快捷方式是Windows提供的一種快速啟動程序、打開文件或文件夾的方法。他是應用程序的快速連接。

　　1，此產品導航設計，是對產品任務結構按不同屬性劃分，任務主要屬性是用戶查找功能的路徑上重要的可信的路標，在產品最初期破壞屬性路徑等于是殺雞取卵。舉個例子：如果把任務比作一臺電視機的話，快捷方式就像是一只遙控板。只有一臺電視機的時候，我們可以拿起桌上的遙控板輕松快捷地控制電視的開關、頻道的選擇等。當一間房子有數百臺各自播放不同內容電視機的時候，沒有分類的、堆在一起的、各自不同的遙控板顯然起不到快捷的作用了。

　　2，在按不同屬性劃分的并列關系導航中，用戶行為的分布也非常廣泛。在一項新產品中提及“常用任務”只是一廂情愿的臆斷。

　　3，在產品的初期版本，盡量保持最簡設計。發掘、發現、培養富有邏輯的任務組織方式，而不是任意做加法。

　　4，假設在首頁顯要位置增加了這個“快捷方式”區域，這種不含有任何組織邏輯的方式會在產品中被愈演愈烈，它的方便快速的使命很容易就成了“解決問題”的“偽救命草”。