酷播亮新聞
好的設計不會讓用戶被自己的操作所困惑。
01設計構架如何在創造吸引人的應用程序時產生更好的情感影響？
設計理念並不是某一領域—專門為某個具有一定需求的人群提供解決方案的專業人士獨有的。 我們在任何地方都能看到設計，但我們總是把注意力集中在某些我們覺得有需求的領域。 在過去的幾年裡，我一直擔任一名用戶體驗設計師。 而我從來沒想過類似這樣的話題，直到最近我住進一家旅店。
02房子是如何建造的？
房屋是我們的基本需求之一。 我們根據我們的需求以及預算來建造房屋。 從不同國家到不同的文化，我們在建造房屋時會追求不同的規格以及不同類型的需求。
大多數時候都是專業人員來幫助你建造自己的房子。 他們被稱為“建築師”。 其與數字設計領域的設計師非常相似。 他們根據你的要求和預算設計合適的解決方案。 一些人有能力投入大量資金，而其餘一些人可能並沒那麼富裕。
在建築師為你設計解決方案之後，你便開始落實。 但這不像執行一個網站那麼簡單。 不同類型的變數將成為是否可以建造一棟好的房子或建築物的關鍵因素，如該國的經濟狀況，承包商問題，賬單，天氣等等。 首先應考慮，你所建造的房子或建築物是否能經受多年的天氣、地震、海嘯等自然現象的影響。
03如何知道此房子是否滿足了你的需求？
房子的設計以及我們用家具裝修房屋的方式給我們帶來許多諸如快樂，溫暖，輕鬆和凝聚的情感。 精心設計的建築讓參觀者感覺舒適，減輕壓力，並可輕易找到方向。
我住的這家酒店，有一個供人們放鬆和休息的大面積開放區域以及度假屋給人們提供居住的地方。 這裡有最好的海灘景觀和一個供人放鬆身心的大型開放空間。 逗留的最初幾分鐘很棒，之後我便不得不整天待在我的住處。 作為設計師，我注意到這家美麗的酒店存在一個關鍵問題-即佈局或設計的可用性。
04為什麼我發現酒店的佈局混亂？
酒店的小徑
任何應用程序的成功都是要了解產品對用戶的可用性。 用戶使用產品或服務的慾望大多取決於產品為其用戶帶來的情感影響。
預訂後，我被告知帶著鑰匙去往我的房間。 一條樹木裝裹的走廊小道將我安全的帶到房間。 我可以在某些角落看到房間號碼，但在小道的大部分地方我是看不到房間號碼的。 我對我前進的方向感到不確定，所以當我繼續前進時，我便開始懷疑。
滿懷疑惑，在我認為走錯了路的一分鐘之後我發現了我的房間。 一陣突如其來的幸福感。
我們一直認為設計就是應用你在書本，互聯網或藝術學院教授的演講中獲取的理論。 大多數時候我們存在一定的誤解，其實設計的理論來源於大自然。 作為人類，我們與自然和環境息息相關。 我們感受到的舒適或不適直接影響著我們的所見和所感。 這就是為什麼我覺得走小道尋找我的房間使我感到很不自在。
05了解可用性
考慮到房屋或建築物的物理結構，我總是發現很容易的找到方向並且了解其構造。 使用可用性來解決諸如導航之類簡單問題的想法將為其核心業務提供更好的價值主張。 錯誤的導航會增加客戶重新訪問時的退出率。
熟悉度是建築構架和設計的關鍵因素之一。 我所在的酒店存在對熟悉度不了解的問題。 在功能和居住方面，房屋或建築物不應該設計的很複雜。 如果房屋或建築物的功能結構變得複雜，那麼居住的人會對做什麼而感到沮喪，恐懼和失望。 在設計應用程序時也是這樣。 如果應用程序沒有產生一種熟悉度，那麼設計人員會覺得自己脫節了並會對必須完成的任務而產生一種沮喪感。
著名的設計師在參觀完這個建築後，很容易回憶起這個地方。 一個可用的設計也應該有“回想”的相同想法。 如果用戶利用網站來預訂機票，如果用戶再次訪問該程序時找不到該應用，這將被認為是“不適用的”。
真正的設計應該是怎麼樣的？
在設計領域，設計師們也犯了這個常見的錯誤-試圖具有華麗的設計，並且由於其設計原因，人類在應用中找不到更多實際的用途。 創建更好的設計是為了讓用戶覺得舒適，讓他們參與進來，發現和得到理解。
當你建造，出租，購買建築物或房屋時，首先了解它將如何影響你的情緒，是否可滿足你的需求，這樣可以避免在你擁有它之後遇到各種各樣的問題。
很多時候，房屋或建築物業主在購買或投資後都會看到更遠的圖景。 除了應用程序設計之外，大部分房屋或建築物業主都必須接受自己所投入的資金。
一個適當的設計應該始終歡迎它的用戶來使用。 應用程序不需要在動畫和最新技術上投入大量精力，而是通過應用簡單的設計原則和正確管理應用程序的信息結構，為人類創造更好的用戶體驗。
好的設計不會讓用戶被自己的操作所困惑。 對應用程序的懷疑可能會破壞信任度，如果訪問者對應用程序缺乏足夠的信任度或者面臨導航問題都會使訪問者退出你的應用程序。 創造一個值得用戶信任的設計結果總會產生積極的影響。
原文作者：Muditha batagoda
原文網址：https://uxplanet.org/leading-ux-by-real-world-example-a7ab9afbf08d
本文由@Mockplus（摹客）團隊 翻譯發佈於人人都是產品經理，未經許可，禁止轉載。
題圖來自PEXELS，基於CC0協議