AgileUX和LeanUX，即兩種軟體開發方法在設計領域的應用。敏捷用戶體驗注重產品設計中人員交流，軟體交付及開發的高效，而精益用戶體驗則以人為核心，注重產品與市場的匹配度。兩種方法各有優缺點，但同樣重要。
LeanUX（精益用戶體驗）和AgileUX（敏捷用戶體驗）這兩種方法對於設計師來說並不陌生，但對於設計新人來說，想準確地對二者進行區分是件不容易的事。
如果你在谷歌中搜索「LeanUX和AgileUX的區別」，然後一篇篇地閱讀相關的文章，你會發現很多觀點和立場是互相矛盾的，最終還是一臉茫然。
實際上，我們在討論任何概念時，只要以其在實際中的應用為導向，就不會過分糾結。
對於精益用戶體驗和敏捷用戶體驗，我們只需知道它們的淵源，核心原則，優缺點，再根據這些來判斷其在產品開發中的適用性，就已經足夠了。有一點可以肯定：在實際的產品設計與開發流程中，二者大多數時候是相輔相成，混合使用的。
一、淵源與定義
精益用戶體驗（LeanUX）和敏捷用戶體驗（AgileUX）這兩個概念實際上是在精益軟體開發（LeanSoftwareDevelopment）和敏捷軟體開發（AgileSoftwareDevelopment）的基礎上提出的。我們先來看看後兩者的定義：
敏捷軟體開發：又稱敏捷開發，是一種從90年代開始逐漸引起關注的一些新型軟體開發方法，是一種應對快速變化的需求的一種軟體開發能力。它們的具體名稱、理念、過程、術語都不盡相同，相對於「非敏捷」，更強調程式設計師團隊與業務專家之間的緊密協作、面對面的溝通（被認為比書面的文檔更有效）、頻繁交付新的軟體版本、緊湊而自我組織型的團隊、能夠很好地適應需求變化的代碼編寫和團隊組織方法，也更注重軟體開發過程中人的作用。
精益軟體開發：源於MaryPoppendieck和TomPoppendieck的同名書籍。這本書將傳統的精益原則重新闡釋，提供了22種開發實踐「工具」，並與敏捷開發的實踐做了比較。通過Poppendieck夫婦在敏捷軟體開發社區中的努力，包括在敏捷開發會議上的幾次演講，精益軟體開發已經被敏捷開發社區廣泛接受。
同理可得，AgileUX和LeanUX即兩種軟體開發方法在設計領域的應用。敏捷用戶體驗注重產品設計中人員交流，軟體交付及開發的高效，而精益用戶體驗則以人為核心，注重產品與市場的匹配度。兩種方法各有優缺點，但同樣重要。
二、核心原則
三、優缺點，重要性
在敏捷用戶體驗設計中，軟體項目在構建初期被切分成多個子項目，各個子項目的成果都經過測試，具備可視、可集成和可運行使用的特徵。換言之，就是把一個大項目分為多個相互聯繫，但也可獨立運行的小項目，並分別完成，在此過程中軟體一直處於可使用狀態。該方法能提高設計效率和產品的響應能力。
然而，想要設計出一個好的產品，最終還是與「人」有關，人是既麻煩又非二進位的動物，人的需求只有被整體地結合起來考慮時才能提供最好的用戶體驗，這是精益設計最顯著的優點。由於這一方法一定程度上拉長了產品設計與開發的時間，對於大多數以結果為導向的設計師而言，敏捷設計可能是更好的選擇。
有一點需要注意的是：敏捷不等於低質量，精益不等於低效率。
四、產品原型在兩種設計方法中的作用
原型作為產品設計初期的雛形，被用於測試產品的可用性，數據表明，原型可以減少產品發布後約25%的bug。因此無論是在敏捷用戶體驗設計（AgileUX）還是精益用戶體驗設計（LeanUX）中，產品原型對於設計師都是一個很好的刺激。正是因為有了原型設計，設計師才得以從舒適的房間和辦公室裡走出去，帶著他們的「想法」到客戶那裡，與他們進行交流，深入地了解用戶需求，從而使得兩種設計方法中以「人」為核心，以「用戶體驗」為導向的原則得以被貫徹。
以下推薦一些優秀的原型設計工具：
Mockplus–做原型，更快更簡單。支持團隊協作和在線審閱。
Axure–原型及圖表一體工具。
Justinmind–網頁及移動應用原型工具。
本文由@jongde原創發布於人人都是產品經理。未經許可，禁止轉載。