PRODUCT ADVISORY COUNCIL
開發變快時更要減功能
方法背面
開發變快時更要減功能
生成和實現成本下降後,主動刪除不必要功能,用早期真實使用判斷產品取捨。
什麼時候用
- 原型迅速膨脹、解釋困難或功能組合難測試
先問自己
- 如果明天交給新使用者,哪些功能只增加理解負擔?
- 我們是否在用第九個功能補救前八個未驗證的假設?
可以怎麼做
- 定義首個可驗證任務並刪減不必要組合
- 讓真實使用者盡早使用,再決定新增或重寫
別忽略這些邊界
- 快速重寫適用於成本可控的階段;存量依賴、資料和遷移不能視作可隨意丟棄。
- 不能只因使用者暫未發現某功能就刪除,先檢查關鍵少數場景。