用戶最討厭的3種UI設計方法

如下內容由Mockplus團隊翻譯整理，僅供學習交流，Mockplus是更快更簡單的原型設計工具。

 

注意：本文中提到的設計方法在不一樣設計場景帶來的效果是不同的，並不能說是好的或很差的。 這意味着，若是你正確執行，它們都具備很大的潛力。

1. 彈窗

 

也許你有過這種經歷。你打開一個新的網頁，閱讀裏面的內容，當你看到一半的時候，忽然間彈出一個巨大的覆蓋區，要求你填寫我的電子郵件地址。在大多數狀況下，你的即時反應將是關閉覆蓋層，或者關閉整個頁面。

這麼多網站使用這種設計的緣由是很明顯的。然而，這種設計對用戶產生了巨大的負面影響——它要求用戶中止作他們正在作的事情(對他們來講是重要的)，並將注意力集中在徹底與本身本意無關的活動上(對你來講是重要的)。最好是在請求任何東西以前容許用戶先完成當前的活動(例如閱讀內容或瞭解本身想要的東西)。給他們一個機會來決定他們是否想本身作某事而不是強迫他們去作。

2. 無限滾動頁面

 

無限滾動這種設計方法，容許用戶瀏覽大量的內容，在頁面上看不到底線。當你向下滾動時，這種設計能夠保持刷新頁面。雖然聽起來很不錯，但該設計方式並非一個適合全部網站或應用程序的萬能解決方案。

 

 

該設計的主要缺點基本上也是其主要優勢 - 它在視覺上沒有底線。當用戶訪問頁面中的某一處時，他們沒法先將其位置加入書籤，而後過段時間再回到標記處。若是他們離開網頁，他們將失去全部的已有進程，必須再次向下滾動才能回到同一個地方。這種方式沒法肯定用戶原來的滾動位置，不只會讓用戶感到煩擾或困惑，並且還會損害總體用戶體驗。

在2012年，Etsy花了不少時間來實現一個無限的滾動界面，他發現滾動出的新界面並無像分頁同樣表現出色。儘管購買用戶數量大體相同，但用戶的參與度卻降低了(人們使用搜索的熱度降低)。

正如Dmitry Fadeyev指出：

「人們想要回到搜索結果列表去查看他們剛剛看到的東西，把這些搜索出的列表和他們在其餘地方發現的東西進行比較。」無限滾動不只打破了這種對比, 它還使用戶很難上下移動列表, 尤爲是當你在另外一刻返回頁面時，你會發現頁面又回到了頂部, 被迫你再次向下滾動列表, 等待加載的結果。在這種狀況下，無限滾動界面實際上比分頁的要慢。

在將無限滾動加入設計以前，設計師應該權衡無限滾動的優缺點。選擇取決於設計的場景以及內容的傳遞方式。 總的來講，無限滾動對於Twitter / Instagram這樣的用戶來講是很是有用的，用戶在不用尋找任何東西的狀況下就會不斷獲取流動的數據流。

3. 推送通知

 

你有沒有注意到你天天從各類應用程序收到的通知和警告信息的數量? 這其中有多少通知是你真正關心的?

天天，用戶都被毫無用處的通知狂轟濫炸，這會讓用戶從平常活動中分散精力，簡直讓人太煩了。

使人厭煩的推送通知是人們卸載手機應用程序的首要緣由(根據調查數據，佔有71%)。

 

 

當用戶開始使用你的應用程序時，若是你的推送通知給用戶帶來有效價值，他們是不介意的，這意味着推送有時是有用的，而且很是有趣。使人受激勵、感到愉悅的個性化內容是推送有用通知的一個重要組成部分。

推送通知是一種特權，由於用戶對你信任，才容許你直接向其發送消息。但你不得濫用該權限。

設計對用戶有用的、相關的、及時的通知是很是重要的。推送通知能夠成爲企業與用戶直接溝通的強大工具，並在適當的時間和地點傳遞正確的信息，以促進用戶參與。

Mockplus作原型，更快更簡單，如今下載Mockplus，免費體驗暢快的原型設計之旅。

原文做者：Nick Babich

原文地址：https://uxplanet.org/top-3-most-hateful-ui-techniques-b81eb337e3b9