應用程式開發中最困難的部分是如何確定客戶的實際需求。一種方式是開發團隊可以精心設計軟體需求，直至細節；還有一種觀點：認為解決需求問題的最佳方法是完全放棄需求，而選擇快速的軟體原型。

加利福尼亞州針對政府的立法資料中心的IT經理說：“不再有書面要求。” “相反，我們與客戶組成一個小組，找出他們想要和需要的東西，然後建立原型並將其交給他們進行評估。”

此方法跳過了UX研究人員、專案經理、開發人員和測試人員之間處理需求的典型且費力的過程。即使傳統流程完美地捕獲了需求，客戶也不容易討好。他們在直覺上知道應用程式必須執行的操作卻與他們如何向開發團隊表達需求之間經常存在脫節。

在加利福尼亞州立法資料中心的軟體原型製作方法中，使用者從一開始就是流程的一部分，並且他們在幾天之內就可以與粗糙的產品進行互動。軟體原型提供了一個虛擬的UI，該UI具有登入名，正式的配色方案和其他功能，以吸引使用者進入他們的工作思路。這激勵他們提供有意義的反饋。該團隊竭盡所能列印出使用者可以書寫的彩色副本。

使用者體驗不僅僅意味著UI。應用程式的可行性取決於安全性、資料體系結構以及與其他功能和軟體整合的API以及其他因素。

軟體原型成功的祕訣

原型製作適用於立法資料中心團隊，是針對政府實體的應用。（banq注：意味著客戶無需思考自己的核心戰略競爭力，天然具有壟斷低位，客戶自身的抽象思考能力就不是很深入，喜歡所見即所得的應用，走一步算一步，走一步思考一步）

立法資料中心的IT組織主要與Drupal合作進行內容管理和使用Java。如果無法進行全面構建，請使用原型工具。一些受歡迎的選擇包括Marvel，InVision，Adobe XD和Flinto。

Knapp的設計思維方法

安排為在五天的衝刺結束時產生可測試的產品。

星期一：團隊規劃出客戶如何使用該軟體。他們專注於這種互動中的關鍵時刻及其關鍵客戶型別。一名團隊成員是決策者。

星期二：團隊成員獨立制定如何解決問題或提供增強功能的草圖。他們不會集思廣益-每個人都提出一個可行的答案。

星期三：團隊審查每個選項，討論並就最佳行動方案進行不具約束力的投票。決策者擁有最終決定權。

星期四：開發人員構建了一個可以很好地與客戶進行測試的原型。不僅僅是程式碼；產品介紹甚至營銷和培訓材料對目標使用者都至關重要。

星期五：五名客戶測試原型，團隊評估產品是否達到標準或需要更多工作。

在該階段之後，團隊將繼續進行最後的構建，即使要花費幾個月的時間。