南順網絡
産品經理(lǐ)的(de)「減法策略」：關于把産品做(zuò)得簡單化的(de)一(yī)些思考
「減法策略」：簡單、專注、核心
作為(wèi)一(yī)個 PM ，我們在進行産品設計的(de)時候獲得需求的(de)來源是方方面的(de)，需求方（包括了你的(de)老闆、運營的(de)同事還有産品的(de)用戶等等）總是希望可(kě)以有更多的(de)功能。如(rú)果産品完全按照需求來做(zuò)，那1. 0 版本可(kě)能就會變得很笨重，同時因為(wèi)你可(kě)以調動的(de)資源（開發、UI 、測試的(de)同事都是你的(de)資源）是有限的(de)，如(rú)果功能要齊全，那麽很容易造成資源的(de)分散，使産品的(de)「基本需求」失焦，同時也會拉長(cháng)開發的(de)時間。
但是，你是否有去(qù)思考：需求方真的(de)需要這些內(nèi)容麽？在《精益創業》中就曾經看到過 Eric Ries 提出的(de) MVP （最小化可(kě)行産品）理(lǐ)念。但是我并沒有認真的(de)思考過這個問題。直到在進行這次研究的(de)時候我才有了一(yī)些自(zì)己的(de)體會——「減法策略」。
「減法策略」并不是不管三七二十一(yī)，上去(qù)就按 delete。而是一(yī)種「用心」的(de)減法，一(yī)種「減到恰到好處」的(de)割舍。使得産品變得「簡單」而不是「貧瘠」。說的(de)簡單，做(zuò)起來難。需要一(yī)個 PM 的(de)經驗和(hé)智慧去(qù)創意。
就以「理(lǐ)财計劃」的(de)設計來說，如(rú)何讓産品在最快的(de)時間，用最少的(de)資源出來？在1. 0 版本中我就斃掉了先息後本的(de)還款方式、用戶提前退出的(de)功能，限制了資産端的(de)為(wèi)每一(yī)期「理(lǐ)财計劃」提供的(de)債權（每一(yī)期「理(lǐ)财計劃」僅允許相同期限、相同還款方式的(de)債權組成債權池。）。通過斃掉非核心的(de)需求和(hé)限制使用邊界，專注「理(lǐ)财計劃」的(de)基本需求：提升投資人回款資金利用效率、加強投資人資金流動性。簡化了産品設計和(hé)開發難度。在評估時整個項目的(de)開發時間可(kě)以下降一(yī)倍以上，從而在有限的(de)時間中為(wèi)測試赢得了寶貴的(de)時間。正是這件事讓我對「減法策略」進行了深入的(de)思考與學(xué)習。
「減法策略」的(de)五個步驟
這是我在一(yī)本書上看到的(de)，書的(de)名字叫《Inside the Box: A Proven System of Creativity for Breakthrough Results》，書中認為(wèi)「減法策略」如(rú)果要發揮到極緻，就需要遵循以下 5 個步驟：
1、列舉産品或者服務的(de)內(nèi)部組成部分
2、選擇一(yī)個基礎部分并想象将它删除。删除的(de)方式有兩種方式：
完全删除。把這個基礎部分從産品中徹底删除。
部分删除。把這個基礎部分中的(de)某個特性或功能删除。
3、想象删除之後的(de)結果
4、考慮以下的(de)問題：
删除以後這個産品有哪些好處？
滿足什麽樣的(de)市場需求？有何價值？
哪些用戶需要這樣的(de)産品？顧客為(wèi)什麽覺得它有簡直？
解決具體問題時，它如(rú)何發揮作用？
在認真考慮這些問題後，試着從「框架內(nèi)」（不包括被删除的(de)部分）尋找一(yī)個替代物。這個替代物既可(kě)以是內(nèi)部構件，也可(kě)以是外部構件。
然後考慮：這個調整後的(de)産品産品有何好處？有何價值？滿足什麽樣的(de)市場需求？
5、如(rú)果你認為(wèi)修改後的(de)産品有所創新，那就要考慮一(yī)下可(kě)行性。問問自(zì)己：真的(de)能生産出這樣的(de)産品麽？真的(de)能提供這樣的(de)服務麽？為(wèi)什麽？怎麽才能讓她變得确實可(kě)行？
可(kě)能大家看起來比較難理(lǐ)解（其實我也看的(de)很糊塗）？不過我在「理(lǐ)财計劃」中的(de)實操是這麽做(zuò)的(de)：
根據對于該功能的(de)理(lǐ)解，從整個需求方案中找出問題的(de)核心——到底各 P2P 平台的(de)「理(lǐ)财計劃」是為(wèi)了什麽？（——提升投資人回款資金利用效率、加強投資人資金流動性。）
通過對友商的(de)相關競品進行調研，整理(lǐ)出一(yī)個最完整需求方案。(這裏可(kě)以用 MECE 分析法來做(zuò)，相互獨立、完全窮盡。做(zuò)到不重疊、不遺漏。）
循環采用那本書中提到的(de)第二步、第三步、第四步——删，各種删除。删完之後去(qù)分析是否影響了産品的(de)核心需求。
把所有不影響核心功能的(de)需求删掉。形成一(yī)個符合 MVP 理(lǐ)念的(de)産品，再去(qù)和(hé)需求方對接，是否能接受這個方案。逐步調整，尋找雙方之間的(de)一(yī)個平衡點。确定方案。
撸起袖子(zǐ)加油幹。開發搞起來吧(ba)。
編輯:--ns868
