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