產(chǎn)品經(jīng)理入門丨3步分解需求

　　對于產(chǎn)品新人來說，如果沒有好師傅帶，單槍匹馬很難形成好的產(chǎn)品思路，有時(shí)候和研發(fā)溝通，雙方都無法理解對方的想法，或者自己在寫需求的時(shí)候，不是 東丟點(diǎn)就是西漏點(diǎn)，老是被開發(fā)追著走，今天我就簡單說一下個(gè)人的需求分解經(jīng)驗(yàn)，希望能夠幫助到一些經(jīng)驗(yàn)不夠豐富或者還沒有形成自己產(chǎn)品思路的產(chǎn)品經(jīng)理。

　　第一步：理清需求(use case)

　　我相信每個(gè)產(chǎn)品經(jīng)理都是上帝創(chuàng)造的奇葩，能想敢想，希望影響世界，甚至改變世界。作為一個(gè)產(chǎn)品狗，我深深滴體會(huì)到腦洞之大給自己帶來的困擾：必須要無時(shí)無刻攜帶手機(jī)，沒有手機(jī)的時(shí)候手邊沒有紙和筆直接讓我抓狂!!

　　好了不說廢話，繼續(xù)正題。產(chǎn)品經(jīng)理時(shí)時(shí)刻刻都有可能想出一些零零散散的點(diǎn)子，然而在沒有理清思路之前，很少有人知道我們想干嘛，所以第一步，我們需要理清需求。理清需求就是把我們想做的事情，或者說我們認(rèn)為用戶可能會(huì)需要的功能有條不紊的羅列出來，用文字OK，不過我更建議使用腦圖，不管是手繪也好，Xmind也好，MindManager也好，工具只是形式。(很多人一上來就問Xmind和MindManager哪個(gè)好用?其實(shí)這個(gè)真的無所謂，只要能達(dá)到目的，用啥都一樣，如果真的還停留在糾結(jié)哪個(gè)好用這個(gè)問題上，那么我只能說，你還沒到考慮這個(gè)問題的時(shí)候，真正需要考慮這個(gè)問題的時(shí)候，你已經(jīng)知道哪個(gè)更適合自己了。)

　　用腦圖做什么呢，舉個(gè)例子：

　　假如現(xiàn)在不管哪個(gè)地方(備忘錄，紙上，某道，某象) 我記錄了如下東西，或者我的客戶突然告訴我，他們想做如下東西：

　　商品

　　現(xiàn)在需要做的，就是理清需求!!像醬紫：

　　商品是用來做什么的呢?系統(tǒng)發(fā)布商品，用戶購買商品咯!所以場景展開就應(yīng)該是醬紫：

　　現(xiàn)在拿這個(gè)去和程序猿談，他們基本知道了這東西是干嘛的，但是他們還是會(huì)對這個(gè)東西的可行性保持高度懷疑，因?yàn)樗麄冞€是不知道應(yīng)該做什么，這個(gè)時(shí)候，我們就需要進(jìn)入下一步：整理故事。

　　第二步：整理故事(user story)

　　講故事需要有一個(gè)核心主題(主線)，現(xiàn)在我們的主線就是商品。講故事怎么講?舉個(gè)栗子：

　　那天我打開手機(jī)，進(jìn)入了“我的產(chǎn)品”APP，進(jìn)入了商品列表，我看到了許多商品，我把商品添加至購物車，并選擇了進(jìn)入購物車結(jié)算，我看到了每個(gè)商品的結(jié)算價(jià)和總價(jià)值，感覺這些東西值得購買，于是我點(diǎn)擊了確認(rèn)下單，系統(tǒng)給我生成了訂單，把我?guī)У搅擞唵未_認(rèn)頁，我點(diǎn)擊確認(rèn)支付，系統(tǒng)又把我?guī)У搅酥Ц俄撁?，我輸入了正確的支付信息后，系統(tǒng)提示我我的訂單已經(jīng)完成了支付，并且我還看到了一條已經(jīng)支付的訂單記錄。

　　簡而言之，如下：

　　到這里，購買商品的這個(gè)故事就講完了，這個(gè)故事完整嗎?完整。這是一個(gè)清楚的故事嗎?不是。

　　講好故事就能做好產(chǎn)品，一個(gè)完整的故事包含時(shí)間地點(diǎn)人物，一個(gè)清楚的故事，在于細(xì)節(jié)。所以如果我們將上面這個(gè)故事加入更多的描述，這就會(huì)變成一個(gè)清楚的故事：

　　那天我打開手機(jī)，進(jìn)入了“我的產(chǎn)品”APP，我看了首頁長什么樣，哪里有按鈕，我點(diǎn)擊了進(jìn)入了商品列表，頁看到了許多商品，這些商品都是什么樣的，怎么展示的，我把商品添加至購物車，并選擇了進(jìn)入購物車，我看到購物車?yán)锏纳唐烽L什么樣，我看到這些商品的總金額之后，覺得這個(gè)價(jià)格還不錯(cuò)，于是點(diǎn)擊了確認(rèn)下單， 系統(tǒng)過了沒多久就把我?guī)У搅擞唵未_認(rèn)頁，于是我點(diǎn)擊了確認(rèn)支付，系統(tǒng)又把我?guī)У搅酥Ц俄撁?，我輸入了正確的支付信息后，系統(tǒng)告訴我我的訂單已經(jīng)完成了支 付，并且我還在訂單列表里面看到了一條已經(jīng)支付的訂單記錄，我一眼就能看到我買了什么東西，每個(gè)東西是多少錢，最后我總共付了是多少錢。

　　于是我們的表格變成了這樣：

　　至于怎么樣講一個(gè)好故事?繪聲繪色地講是一種方式(視覺效果)，切入人心地講是一種方式(用戶心理)，抓著重點(diǎn)講(核心流程)，當(dāng)然還有很多其他的方式，如果講故事的人能夠靈活地把多種方式柔和在一起，又能夠?qū)⑺麄儼l(fā)揮得恰到好處，那講出來的故事一定會(huì)是一個(gè)好故事。

　　第三步：分解故事(functional requirement)

　　對于一部分產(chǎn)品經(jīng)理來說，第三步其實(shí)不是必須的。因?yàn)榻?jīng)驗(yàn)豐富的產(chǎn)品經(jīng)理知道，在第二步中，需求已經(jīng)表達(dá)得夠清楚了。對于另一部分產(chǎn)品經(jīng)理來說，可能由于公司制度的規(guī)定或者與研發(fā)、項(xiàng)目管理人員工作范圍沒有劃分得特別清楚，就不得不做功能需求描述?？傊绻a(chǎn)品經(jīng)理本身入行不深或者對產(chǎn)品的架構(gòu)不是特別清楚，我很建議接著往下看。

　　在第二步中，我們已經(jīng)清楚地講完了一個(gè)故事，分解之后我們發(fā)現(xiàn)里面涉及到的關(guān)鍵物其實(shí)就只有幾個(gè)：APP前端(首 頁、商品列表、訂單列表)、支付等等。所以在產(chǎn)品架構(gòu)上，為了保證這些東西都得以實(shí)現(xiàn)，必須要保證有一個(gè)APP前端系統(tǒng)，這個(gè)系統(tǒng)由首頁，商品列表，訂單列表組成，除此 之外，還需要有一個(gè)系統(tǒng)支持支付，為了方便管理，后臺(tái)還需要將用戶的訂單記錄保存或者展示。于是功能需求可能就是這樣：

　　然后故事分解完了，功能需求列表也搞完了，你會(huì)發(fā)現(xiàn)，原來分解需求真的是so easy!

　　以上是個(gè)人在從業(yè)期間內(nèi)總結(jié)出的一套比較完整的產(chǎn)品思路，希望能夠幫助到各位還沒形成自己的產(chǎn)品思路又很苦惱迷茫的同仁!