文章由解放號·傑微刊-張迪 譯自 quora，轉載請註明譯者及出處。
Step 1：編寫使用者故事
“使用者故事”是使用者可以用你的軟體完成的一個任務的離散描述。你可以像這樣描述：“as a [kind of person] I can [do a thing]”。下面是一些使用者故事的例子，這些示例將指導你如何思考自己應用程式的特性和功能，它們都遵循一個相似的結構：作為一個[使用者]我可以[做什麼]。例如：
- -登入後，我可操作的任務列表；
- -登入後，我可以新增一個新的任務。
- -作為登入使用者，我可以刪除一個任務（只刪除我的任務而不是其他使用者的）。
- -作為登入使用者，我可以完成一件待辦事項（只屬於我的待辦事項而不是其他使用者的）。
- -作為一名匿名使用者，我可以註冊新帳戶、找回密碼，或登入已有帳戶。
- -……
Step 2：砍掉50%，再砍掉50%
複雜的系統總是由簡單的系統演變而來。從開始設計就很複雜的系統很難執行、且一旦出問題則不能修補。所以你必須從設計一個簡單的系統開始工作。—— 約翰·高爾（John Gall）。
大多數偉大的想法都是龐大的。龐大的網站要花費數以百億美元來建造，並且需要花費數年的時間。例如 Uber。他們在前幾輪融資過程中募集了約3億美元，並將所有的現金都花費在建設自己的平臺上了。我猜他們的花費遠不僅如此。以此類推，你若得不到500萬美元的融資，那你就只是算是鬧著玩兒的。Uber從2009年開始啟動專案，至今已整整6年過去了，他們還在一直繼續下去。假設他們做的更快一點、更便宜一點，那麼他們早就完成了。這也說明產品是否足夠重要，依賴於你計劃花費多少金錢和時間。
Step 1中你把使用者故事列出來後，強迫自己削減一半的條目，只保留最重要的幾條，然後將這幾條再切掉一半，你就會擁有一個高度集中的列表，從而可以高效地構建。
試著讓你的網站只能做一件事情，但要保證能出色地做完成這一件事情，其他的功能可以都沒有。使用者也許會抱怨所有這個網站不能做的事情，但是如果你選擇出使用者真正需要的那一件事，無論如何他都將繼續使用這個網站。
Step 3：構建產品原型
當你正在構建一個全新的、有趣的產品時，會有很多風險：
- -人們不理解的風險。
- -人們認為它很愚蠢的風險。
- -人們喜歡，但不會購買的風險。
- -專案花費的時間比你預期耗費得更快、投資者的資金枯竭、你的公司想插足專案等風險。
- -最初認為很容易、實際不可能完成的風險。
- -出現預料中會很難完成任務的風險。
Step 4：打磨和釋出
一旦你的產品原型與早期的體驗者產生共鳴，那麼是時候對它進行細緻的打磨和優化了。概括為：
- -在使用者體驗、圖形設計等方面進行深入挖掘；
- -修正所有的設計缺陷，並獲得良好的程式碼測試覆蓋率；
- -設計和構建新使用者培訓系統。
第五步：重複、迭代
"建設大型的軟體產品，要從一些起作用的小地方開始，然後更新迭代直到它變強大。"——約翰（John Gal）
這就是Facebook、AirBnB、Uber、Google，以及其他大多數占主導地位的Web應用程式的做法。學習他們的方法：從小開始，讓它儘早到達真實使用者手中，然後不斷更新迭代。你會在這個更新迭代的過程中不斷發現問題、降低風險。隨著新技術的不斷湧現、世界的不斷髮展變化，你的產品也可以在整個專案推進過程中不斷實現產品所揹負的價值。