對於產品新人來說，如果沒有好師傅帶，單槍匹馬很難形成好的產品思路。有時候和研發溝通，雙方都無法理解對方的想法，或者自己在寫需求的時候，不是東丟點就是西漏點，老是被開發追著走。今天我就簡單說一下個人的需求分解經驗，希望能夠幫助到一些經驗不夠豐富或者還沒有形成自己產品思路的產品經理。
我相信每個產品經理都是上帝創造的奇葩，能想敢想，希望影響世界，甚至改變世界。作為乙個產品狗，我深深滴體會到腦洞之大給自己帶來的困擾：必須要無時無刻攜帶手機，沒有手機的時候手邊沒有紙和筆直接讓我抓狂！！
好了不說廢話，繼續正題。產品經理時時刻刻都有可能想出一些零零散散的點子，然而在沒有理清思路之前，很少有人知道我們想幹嘛，所以第一步，我們需要理清需求。
理清需求就是把我們想做的事情，或者說我們認為使用者可能會需要的功能有條不紊的羅列出來，用文字ok，不過我更建議使用腦圖，不管是手繪也好，xmind也好，mindmanager也好，工具只是形式。
（很多人一上來就問xmind和mindmanager哪個好用？其實這個真的無所謂，只要能達到目的，用啥都一樣，如果真的還停留在糾結哪個好用這個問題上，那麼我只能說，你還沒到考慮這個問題的時候，真正需要考慮這個問題的時候，你已經知道哪個更適合自己了。）用腦圖做什麼呢，舉個例子：
假如現在不管哪個地方（備忘錄，紙上，某道，某象） 我記錄了如下東西，或者我的客戶突然告訴我，他們想做如下東西：
商品
（千萬不要直接拿去和研發談，不然我不敢保證你不會***）現在需要做的，就是理清需求！！把場景羅列出來，像醬紫：
商品是用來做什麼的呢？系統發布商品，使用者購買商品咯！
所以場景展開就應該是醬紫：
現在拿這個去和程式猿談，他們基本知道了這東西是幹嘛的，但是他們還是會對這個東西的可行性保持高度懷疑，因為這樣說了之後，他們還是不知道應該做什麼，這個時候，我們就需要進入下一步：整理故事
講故事需要有乙個核心主題（主線），現在我們的主線就是商品。
講故事怎麼講？舉個栗子：
簡而言之，如下：
到這裡，購買商品的這個故事就講完了，這個故事完整嗎？完整。這是乙個清楚的故事嗎？不是。
講好故事就能做好產品，乙個完整的故事包含時間地點人物，乙個清楚的故事，在於細節。所以如果我們將上面這個故事加入更多的描述，這就會變成乙個清楚的故事：
於是我們的**變成了這樣：
至於怎麼樣講乙個好故事？繪聲繪色地講是一種方式（視覺效果），切入人心地講是一種方式（使用者心理），抓著重點講（核心流程），當然還有很多其他的方式，如果講故事的人能夠靈活地把多種方式柔和在一起，又能夠將他們發揮得恰到好處，那講出來的故事一定會是乙個好故事。
對於一部分產品經理來說，第三步其實不是必須的，因為經驗豐富的產品經理知道，在第二步中，需求已經表達得夠清楚了。對於另一部分產品經理來說，可能由於公司制度的規定或者與研發、專案管理人員工作範圍沒有劃分得特別清楚，就不得不做功能需求描述，總之如果產品經理本身入行不深或者對產品的架構不是特別清楚，我很建議接著往下看。
然後故事分解完了，功能需求列表也搞完了。
以上是個人在從業期間內學習並總結出的一套比較完整的產品思路，希望能夠幫助到各位還沒形成自己的產品思路又很苦惱迷茫的同仁！
**於：人人都是產品經理
8步教你如何在Windows下安裝MySQL！！
3.新建乙個名為data的空資料夾 必須是空的 再新建乙個my.ini配置檔案，開啟此配置檔案，將如下 新增到檔案中 mysql 設定mysql客戶端預設字符集 default character set utf8 mysqld 設定3306埠 port 3306 設定mysql的安裝目錄 base...
4個例項教你如何有效分析使用者需求？
各行各業面對不同的使用者有不同的需求，只有根據自己的 來分析使用者的需求，才能把自己產品 服務 輕而易舉的賣出去。那如何對使用者的需求進行分析呢?除了下拉框可以看到使用者需求外，在搜尋結果底部有9個相關片語，可通過此片語更加詳細的了解使用者需求。拿 統計第三大平台51.la統計舉例，51啦作為一家第...
程式設計遞迴漢諾塔，3步分解，3分鐘學會
如果要理解什麼是遞迴，那麼漢諾塔是乙個非常經典的例子。幾乎所有的教科書都會提到漢諾塔。漢諾塔有乙個非常有趣的傳說。也就是說，當僧侶把64片金片從左邊按照規則移動到最右邊時，這個世界就會毀滅。讀到這裡先不要緊張，讓我們來分析看看這位僧侶有沒有可能真的把64片金片都移到右邊去。首先，我們可以給三個銀針進...