如何防止APP設計得令人困惑?
許多APP設計完成後提供的功能只會使使用者陷於困惑並難以導航,分析師如何才能避免這個陷阱?答案是設計思維,有時也被稱為以人為中心的創新或以人為中心的工程。
大多數人認為設計是無非是顏色、按鈕的形狀,結構/佈局,然而,史蒂夫·喬布斯深諳此道,他經常把設計描述成事物是如何運作的,這意味著超越純粹的美學,並考慮完整的使用者體驗。
一種更可測量的方法可能是考慮一個產品應該如何工作(它是如何設計的),而不是終端使用者如何使用它。一個設計良好的應用程式被使用者使用,就像它當初被設計時預想的一樣。所以你的目標應該是把這個差距縮小到零。這就是為什麼早期的原型和使用者測試是如此重要的原因。
為什麼想提供一套有效的功能來解決使用者的問題,反而往往會造成糟糕的使用者體驗?這就像給某人一個帶有20種不同工具的工具箱,然後說,“你可以用這些工具做很多事情,現在你想要構建什麼呢?”這是一種常見的“技術推動”方法,也就是說,這些工具太酷了,現在你想用它們做什麼?看著這麼多工具,使用者第一反應大多是懵逼,我想靜靜,想想我要幹啥?作為分析師和設計師,我們的工作就是在最需要的時候提供特性和工具,在不需要的時候隱藏它們,而且,這些設計決策依賴於上下文。
上下文主要由三個因素組成:What,When和How,有什麼資訊提供給使用者,應該何時提供,以及應該如何提供。以汽車導航系統為例。要向用戶顯示方向,系統必須考慮什麼(下一個轉彎),何時(何時告訴駕駛員轉彎),以及如何(可能是視覺或語音命令)。將What,When和How一起建立使用者的上下文。
好的設計應該始終考慮使用者的上下文,並且該上下文可以改變。它們的特定功能是否僅適用於某些情況?
總而言之,瞭解使用者的目標,同樣重要的是上下文。然後只提供他們需要時所需的資訊和功能。
設計使用者上下文!
改編自BostonAR創始人Neil Gupta的演講