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

第一步：理清需求（use case）

我相信每個產品經理都是上帝創造的奇葩，能想敢想，希望影響世界，甚至改變世界。作為一個產品狗，我深深滴體會到腦洞之大給自己帶來的困擾：必須要無時無刻攜帶手機，沒有手機的時候手邊沒有紙和筆直接讓我抓狂??！

好了不說廢話，繼續正題。產品經理時時刻刻都有可能想出一些零零散散的點子，然而在沒有理清思路之前，很少有人知道我們想干嘛，所以第一步，我們需要理清需求。

理清需求就是把我們想做的事情，或者說我們認為用戶可能會需要的功能有條不紊的羅列出來，用文字OK，不過我更建議使用腦圖，不管是手繪也好，Xmind也好，MindManager也好，工具只是形式。

（很多人一上來就問Xmind和MindManager哪個好用？其實這個真的無所謂，只要能達到目的，用啥都一樣，如果真的還停留在糾結哪個好用這個問題上，那么我只能說，你還沒到考慮這個問題的時候，真正需要考慮這個問題的時候，你已經知道哪個更適合自己了。）

用腦圖做什么呢，舉個例子：

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

商品

（千萬不要直接拿去和研發談，不然我不敢保證你不會被打死）

現在需要做的，就是理清需求??！把場景羅列出來，像醬紫：

商品是用來做什么的呢？系統發布商品，用戶購買商品咯！

所以場景展開就應該是醬紫：

現在拿這個去和程序猿談，他們基本知道了這東西是干嘛的，但是他們還是會對這個東西的可行性保持高度懷疑，因為這樣說了之后，他們還是不知道應該做什么，這個時候，我們就需要進入下一步： 整理故事

第二步：整理故事（user story）

講故事需要有一個核心主題（主線），現在我們的主線就是商品。

講故事怎么講？舉個栗子：

那天我打開手機，進入了“我的產品”APP，進入了商品列表，我看到了許多商品，我把商品添加至購物車，并選擇了進入購物車結算，我看到了每個商品的結算價和總價值，感覺這些東西值得購買，于是我點擊了確認下單，系統給我生成了訂單，把我帶到了訂單確認頁，我點擊確認支付，系統又把我帶到了支付頁面，我輸入了正確的支付信息后，系統提示我我的訂單已經完成了支付，并且我還看到了一條已經支付的訂單記錄。

簡而言之，如下：

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

講好故事就能做好產品，一個完整的故事包含時間地點人物，一個清楚的故事，在于細節。所以如果我們將上面這個故事加入更多的描述，這就會變成一個清楚的故事：

那天我打開手機，進入了“我的產品”APP，我看了首頁長什么樣，哪里有按鈕，我點擊了進入了商品列表，頁看到了許多商品，這些商品都是什么樣的，怎么展示的，我把商品添加至購物車，并選擇了進入購物車，我看到購物車里的商品長什么樣，我看到這些商品的總金額之后，覺得這個價格還不錯，于是點擊了確認下單，系統過了沒多久就把我帶到了訂單確認頁，于是我點擊了確認支付，系統又把我帶到了支付頁面，我輸入了正確的支付信息后，系統告訴我我的訂單已經完成了支付，并且我還在訂單列表里面看到了一條已經支付的訂單記錄，我一眼就能看到我買了什么東西，每個東西是多少錢，最后我總共付了是多少錢。

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

至于怎么樣講一個好故事？繪聲繪色地講是一種方式（視覺效果），切入人心地講是一種方式（用戶心理），抓著重點講（核心流程），當然還有很多其他的方式，如果講故事的人能夠靈活地把多種方式柔和在一起，又能夠將他們發揮得恰到好處，那講出來的故事一定會是一個好故事。

第三步：分解故事（functional requirement）

對于一部分產品經理來說，第三步其實不是必須的，因為經驗豐富的產品經理知道，在第二步中，需求已經表達得夠清楚了。對于另一部分產品經理來說，可能由于公司制度的規定或者與研發、項目管理人員工作范圍沒有劃分得特別清楚，就不得不做功能需求描述，總之如果產品經理本身入行不深或者對產品的架構不是特別清楚，我很建議接著往下看。

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

然后故事分解完了，功能需求列表也搞完了。

以上是個人在從業期間內學習并總結出的一套比較完整的產品思路，希望能夠幫助到各位還沒形成自己的產品思路又很苦惱迷茫的同仁！

#專欄作家#

康小胖，人人都是產品經理專欄作家，產品經理。專注專注O2O電子商務，堅決擁護用講故事的思維做產品，關注電子商務及移動互聯網，愛好圓珠筆涂鴉。

本文系作者獨家授權發布，未經本站許可，不得轉載。