驗證的。此外，在設計軟體架構、準備開發之前，在定義產品的過程中，產品經理就應該請開發人員評估產品設計的技術風險和可行性，確保交到開發團隊手裡的產品設計是可行的。 變更計劃代價不菲在瀑布式開發過程中，任何對前期決策的修改都會打亂開發流程，大量工作需要從頭來過，不僅浪費資金，而且耗費精力。此外，在開發和測試過程中常常會發現前期設計中的缺陷， 臨時修補也會嚴重延誤開發進度。 產品經理負責跟蹤客戶和使用者的需求，如果需求發生變化， 修改產品設計是不可避免的，不過是遲早的問題。推遲到下個釋出週期再修改，只是權宜之計。除非有特情況，我建議發現問題應儘早解決，從成本上考慮，早改肯定比晚改好。 無法適應快速的市場變化瀑布式開發方法嚴重依賴文件和流程，在這方面開銷很大。 哪怕是一點小小的改動都要花費不少的工夫。這使得產品經理的壓力倍增，因為一方面產品經理要儘量確保提交的產品設計透過了驗證、沒有缺陷；另一方面，產品釋出後產品經理仍然提心吊膽，隨時準備著和產品團隊以最快的速度修補產品。
164 | 啟示錄：打造使用者喜愛的產品小結瞭解了瀑布式開發方法在實際應用中的缺點，就不難理解為什麼要改用 Scrum 和極限程式設計這類敏捷方法了。 瀑布式開發方法過於理想化，以為人們能預見所有問題， 全面把握需求。實踐證明除非是規模很小的專案，否則瀑布式開發方法很難順利執行。 如果採用傳統的瀑布式開發方法開發產品軟體，產品的交付時間通常會比預期的晚，而且使用者常常發現產品存在缺陷， 開發團隊還需要花費大量的時間和資金修補、完善。 如果不得不使用瀑布式開發方法，產品經理應該設法規避以上提到的問題。首要的工作是在探索（定義）產品階段，制作產品原型，請目標使用者試用，確保產品設計是有價值的、可用的、可行的。只有這樣才能提高產品成功的機率，同時節約開發團隊的時間和成本。 跽驅禰州翟第28章創業型公司的產品管理 Startup Product Management 關鍵在於產品探索過去幾年，我以顧問的身份指導過不少創業型公司，偶爾也承擔一些具體工作。創業意味著打造新產品，這樣的平臺無疑會讓產品經理如魚得水，這也是我喜歡協助創業型公司的原因。我認為目前創業型公司中流行的產品研發模式存在不足， 因此很多好創意沒能得到投資，走向市場。 目前流行的研發模式通常是這樣的：創業者想到一個好點子，得到啟動資金後，馬上招聘程式設計師開發產品。由於創始人最清楚要做什麼，因此，他通常會扮演產品經理和產品設計師的角色，開發團隊則按照他的想法實現產品。這些創業型公司一般在“秘密狀態”下執行，很少與使用者互動。另外，由於產品需求和創意往往邊做邊變化，開發進度相對較慢。
166 | 啟示錄：打造使用者喜愛的產品通常要經過半年左右的時間，創業型公司才能開發出可以內測的產品。這個版本往往漏洞百出，開發團隊不得不繼續修修補補。雖然開發團隊沒日沒夜地工作，但效果並不明顯— 資金漸漸耗盡，產品依舊未能完成。除非天上掉餡餅，獲得額外的投資，否則成功的機會很渺茫。為解燃眉之急，有些創業型公司把開發工作外包出去，希望節約成本，但由於沒有改進研發流程，問題依舊存在。 我想介紹一種截然不同的產品設計方式，採用這種方式不僅能提高產品的成功率，還能大幅節約創業成本。創業初期只設三個職位：產品經理、互動設計師和原型開發人員。為節約成本，公司創始人可以親自擔任產品經理，互動設計師也可以由原型開發人員兼任，只要有人負責承擔這三項工作（產品管理、互動設計、原型製作）即可。這個團隊可以快速展開產品設計，迭代修改。 我在第18 章詳細介紹了這種產品設計流程，這裡只重複兩個關鍵點。 1. 建立體現使用者體驗的高保真原型； 2. 邀請真實的目標使用者驗證產品原型。 在迭代設計產品原型的過程中，通常會產生很多版本，這