你使用的每一個下拉菜單隱藏的信息，都需要用戶用額外的操作才能顯示。假如那些隱藏選項對用戶來說是貫穿整個操作的，你可能會希望它們展示得更明顯一些。保留那些約定俗成的下拉菜單，比如說日期和時間（例如：日歷）或者地理位置的選擇。有時候下拉菜單在用戶重復(fù)使用的地方也是可以使用的（例如：操作菜單）。在你需要進行頁面跳轉(zhuǎn)的地方，盡量避免為主要功能使用下拉菜單。

15. 嘗試分模塊有條理地敘述而不是長篇大論的平鋪直敘

長篇大論的平鋪直敘是很容易失去客戶的。是的，很長的滾動頁面是很帥，但是要小心給客戶這樣一種感覺——在頁面還沒有結(jié)束的時候誤以為內(nèi)容已經(jīng)結(jié)束。假如你的頁面需要滾動，嘗試設(shè)置一個可見的標識，讓用戶遵循這個規(guī)律看下去。其次，內(nèi)容間的間隙也不能過大（當然我指的是一個區(qū)間范圍，況且有這么多的設(shè)備尺寸）。

16. 嘗試保持焦點而不是濫用鏈接

為了盡可能滿足更多客戶的需求，很容易在一個頁面上創(chuàng)建得到處都是鏈接。如果我們的重點是長文本底部那個行動口號的話，那就得三思了。其它任何鏈接都有可能使用戶離開頁面。注意你頁面上鏈接的數(shù)量，盡可能平衡導航頁面上的風格（更少的鏈接以及更高的轉(zhuǎn)化率）。刪除無關(guān)的鏈接更有可能讓用戶點擊那個最重要按鈕。

17. 嘗試顯示進度狀態(tài)

在用戶界面上我們經(jīng)常顯示有不同狀態(tài)的元素。郵件有已讀、未讀狀態(tài)，發(fā)票有已付、未付的狀態(tài)，等等。通知用戶每一條記錄的特殊狀態(tài)，是提供信息反饋的好方法。界面狀態(tài)能幫助用戶很好地理解他們之前的操作是否成功執(zhí)行，以及接下來的操作怎么處理。

18. 顯示對用戶有利的按鈕信息，而不是讓用戶覺得自己只是在完成任務(wù)

試想一下界面上有兩個簡單的按鈕。一個按鈕告訴你它將會“為你省錢”，而另一個要求你“立即注冊”。我敢打賭，第一個按鈕被點擊的幾率更大，因為注冊沒有自己內(nèi)在的價值。而且，注冊讓人想到填不完的表單，過程特別費勁。假設(shè)表明，讓用戶感到有利可圖的按鈕更有可能被點擊。另外，將好處寫在操作按鈕附近可以提醒用戶這樣操作的原因。當然，現(xiàn)在仍有為基于任務(wù)的操作按鈕保留的空間，不過，這是預(yù)留給那些轉(zhuǎn)化率不高但使用率很高的操作元素。

19. 嘗試直接操作而不是無上下文的菜單

有時候，直接在元素上進行操作比無相關(guān)的菜單羅列要更有用。舉個例子來說，當展示數(shù)據(jù)列表的時候，我們通常允許用戶在列表的項上進行相關(guān)的操作。在列表項上點擊，或者是鼠標滑過都能被用來表達一種特定的操作（刪除，重命名，等等）。直接操作的另一個例子是點擊一個數(shù)據(jù)項（例如說一串文本地址）后，然后文本框變成可編輯的狀態(tài)。使用這樣的交互，減少了一些不必要的步驟。不過對于一些一般性的操作（比如說前進、后退），使用無上下文的菜單是沒有錯的。

20. 盡量顯示全部內(nèi)容而不是創(chuàng)建額外的頁面

當創(chuàng)建登錄頁面時，在轉(zhuǎn)換頁面上顯示全部表單字段會更好。與單獨創(chuàng)建額外的注冊頁相比，將注冊表單與登錄頁合并有更多的好處。首先，我們減少了流程操作中的額外步驟，這樣操作將花費更少的時間。其次，通過顯示表單字段的數(shù)量，我們也向客戶展示了注冊表單的實際長度。當然，前提是我們的表單比較短（當然表單也應(yīng)該盡量簡短）。