敏捷開發其實已經軟體產業風靡一段時間，台灣企業也開始有越來越多軟體公司採用敏捷開發的流程來執行專案，肥編在 「隕石式開發」有解？遊戲產業的開發挑戰（一） 一文有舉辦過一個遊戲人的投票，問問遊戲開發者們目前都用瀑布開發還是敏捷開發，從投票結果可以發現在遊戲產業也有不少團隊開始採用敏捷流程開發遊戲。
但只要跑跑敏捷就能創造出好遊戲嗎？甘安捏？
今天的文章要介紹的精實UX，如果把精實創業形容成在健身的話，那麼精實UX可以說是對遊戲開發者頗有幫助的開發高蛋白吧！(肥編的謎之比喻)，如果你已經在跑敏捷流程，仍覺得常常淪為小瀑布的開發走向，那你該試試精實UX，秉持這個思維可以讓你的遊戲開發過程更加「精實」，不再偽敏捷。
文章大綱如下：
- 遊戲開發者為什麼要學習精實UX？
- 精實UX又與傳統UX有什麼分別？
- 為什麼遊戲需要做最小可行性商品?
- 結語
遊戲開發者為什麼要學習精實UX？
相信多數獨立遊戲開發者在做遊戲發想時，都幾乎是獨樹一格的新遊戲概念，對吧？
即使是類似的遊戲玩法但因為不同的風格、不同的角色設定、不同的故事鋪成、不同的成就等級系統，其實就有數不盡的變數，原則上我們是無法預測玩家是否買單的。
而更多的獨立遊戲開發者在開發的遊戲，甚至是製作前無古人後無來者、完全創新的遊戲概念，其實就更形同是一種創造、探索型的創業型態。
這種創業型態很難在事前做到完整的競品分析並瞭解這個模式能否受到玩家喜愛，也因此，以減少浪費、及早驗證精神著稱的精實UX思維就非常適合用在獨立開發者這種類型的遊戲開發上。
精實UX又與傳統UX有什麼分別？
為什麼我們非得用什麼精實UX，原本的UX方法還不夠好嗎？當然不是，其實兩種方法之間並沒有好與不好，而是隨著商業場景不同，所適合的方法就有差別，以下介紹兩者之間的差異，以及各適合在什麼樣的產品開發流程上。
傳統UX
常規的UX流程其實會在正式開發前，安排許多前置作業來做完整的UX研究，才會進入到UX設計的階段。就像是服務設計會先從顧客旅程地圖找出使用者的痛點，再運用訪談的洞察去找方法改善，提出新的設計概念。
而這種模式較適用於既有的產品或服務，為目標物做改善或創新時可以針對原設計抽絲剝繭找出關鍵問題，進而透過UX的方法提出設計處方籤。
因此，肥編較不建議在做新遊戲開發時使用這種模式執行，但若要用在現存已上線的遊戲則是可以嘗試的方法，結合玩家數據和玩家的UX研究是較為可行的。
昨天Fellows先生的文章 用小實驗玩出大價值的精實創業之道 先幫大家預習了精實創業的精神以及可行方法的介紹，而精實UX主要的流程就是思考(Think)–實作(Make)–驗證(Check)，藉由不斷假設驗證的循環，把小小的概念種子不斷迭代、打造符合市場需要的完整產品。因此精實UX較適合新創以及遊戲這類型從無到有、尚未確立商業模式的產品類型。
那如果是已經上線的產品難道就不能採用精實UX嗎？不是的，就算是已經上線的產品也會有需要業務擴張的時候，這時候也等於是原有產品在探索新的商業模式，這時候就可以用精實UX方法，來驗證新商業模式的假設是否可行。
為什麼遊戲需要做最小可行性商品?
最小可行性商品 MVP(Minimum Viable Product)是精實UX很重要的核心觀念，MVP即打造一個最精簡能表達核心功能的產品，並透過使用者驗證，去調整並不斷迭代成完整的產品
而打造MVP並不是像是我們一般所知道的單純只有線框圖(Wireframe)或者紙本原型的程度，他不是只包含單純刪減後的功能性項目，因為我們不可能把手繪稿拿給大量玩家試玩吧，以真實成功遊戲《薩爾達傳說:曠野之息》為例，在 GDC 2017 開發團隊說過他們最早的雛形其實是在 2D 環境下製作的，這就是他們的MVP。
MVP是在功能性、可靠性、可用性、情感設計面(圖中藍綠色的斜切面)，各擷取出最重要的部分所做出的商品，也就是一個包含完整體驗的產出才可稱為是最小可行性商品。
結語
以前學生時期老師就一直教導我們「大膽假設，小心求證」，除了是做實驗、做研究的技巧，也是精實UX的最高指導原則，我們可以天馬行空想出一個覺得WOW的概念，然後做出MVP去求證這個概念是否可行，來決定要把概念捨棄或是繼續越做越大。
遊戲開發者在設計遊戲時，若能從最初期開始就運用精實UX的方法來打磨遊戲設計，就能穩穩地將一個小概念越滾越大，且都能夠設計出人們會喜愛的遊戲。
而拉夫．柯斯特的有趣趣理論告訴我們「遊戲是對現實人生挑戰的『練習』。」(詳閱：創造一款「有趣」的遊戲你所需要知道的事｜遊戲設計的有趣理論讀後感)，我覺得更呼應了這次精實UX的主題，反觀我們的人生不就也是一個探索創造的過程嗎？就和那些新創以及遊戲的創造不謀而合的雷同，勇敢對自己有所期許(假設)並去執行實踐，然後失敗或成功造就更完整的自己，打造精實遊戲的同時也打造你的精實人生吧！
本次參考書目：
網路參考資料：
- A Simple Introduction to Lean UX
- Lean UX: 3-Step Process to Capture User Experience Feedback
- 傳統UX, 敏捷UX, 和Lean UX 的比較@ David Ko的學習之旅:: 痞客邦::
如需要引用文章，請在發佈內容內駐名本文作者、出處「Fellows創新幸福工作學內容社群」以及附上文章頁面的連結，以避免爭議。
「會員服務及隱私條款」請看：
About the author
擅長UX/品牌設計/遊戲化/顧客黏著度，希望透過輕快幽默的筆觸，把品牌創業的各個面向用淺顯易懂的文字，傳達給對創業有興趣的人們，讓讀者能在閱讀過程中吸收知識，提升創業者在這些方面的軟實力，因為喜歡任何有趣的事物，也期許能把各種事業變得有趣、有價值。之前擔任 Fellows 品牌創業平台的 UI/UX設計師、社群編輯