在一個平臺上看到很多人在問產品經理是什麼？產品經理的工作流程是怎麼樣的？我看到了很多專業性很強的回答，但是大家還是一知半解，懵懵懂懂。我就在想會不會很多人把互聯網理解地太“高大上”，而跟線下脫離了，我該如何用通俗易懂、貼近生活的語言來回答這些問題。正好我下班後在路上買了兩個包子，突然靈光一閃，就有了這篇文章，生活無處不產品。
有個北方人名叫甲方提了一個需求，他想要安個第三隻手，這樣他可以一邊拿饅頭，一邊夾菜，一邊寫字。開發同事接到這個需求就幫他安了第三隻手，實現了他的這個需求，但是同時也導致了他外表不好看，行動不協調，反而還不如兩隻手。
於是產品經理看了看，說第三隻手完全是個僞需求，要看到他本質是爲了解決可以一邊喫東西一邊寫字的問題！於是通過跟甲方同學的溝通，評估產品機會，得出了一個解決方案：把面和菜直接糅合在一起成了一種新的食品叫做“菜團”，這樣他就可以實現一邊喫東西一邊寫字還不用增加一隻手。
甲方聽完後感覺這個方案非常棒，他不滿足於自己使用，想要生產出來進行銷售，因此提了更多要求，這叫變更需求。
由於需求的變化，用戶羣體也隨之發生變化，產品經理進行市場評估，瞭解競品，展開用戶調研，構造不同的人物畫像，發現大家都有跟甲方一樣的需求，這是個痛點，於是他在原有基礎進行優化後，將一個概念性方案，以更全面的書面形式表達出來，形成BRD、PRD文檔和包子的模型，並召開需求評審會。參會人員有開發、交互、產品還有甲方這小夥子等，由產品經理主持一起對這個解決方案進行評估可行性和可實現性。甲方覺得菜團這個方案很好，完全可以實現他的需求，開發通過技術評估也說這個完全可以使用蒸籠方式來實現生產，其他人也都各自發表了看法。
需求評審通過後，產品經理進行交互、設計、開發、測試的排期，讓大家有節奏地工作。接下來交互設計師入場，在產品經理的配合下， 打造“菜團”的形狀，掰開方式，需不需要兩端凹陷便於手拿等，終於得出了一個顧客食用過程中拿着會很舒服的菜團樣式，並召開交互評審會（小公司一般沒有）。
交互評審通過後，視覺設計師入場，對“菜團”形狀、大小、色澤等進行設計，一下子提高了“菜團”的逼格。經過設計評審後，產品經理就將詳細的方案文檔、包子模型和包子設計交付給開發生產。
開發們接到”菜團“的生產這個需求後，對需求進行技術層面的拆分，有的負責砍柴燒火，有的負責調和麪粉，有的負責洗菜、切肉、炒菜等，產品經理可以不會這些操作，但一定要懂這些原理，纔可以和開發順利溝通，及時調整蒸“菜團”過程中出現的問題，得以生產出滿意的“菜團”！
經過大家的不懈努力，菜團終於開售啦！但是卻發現鮮有人問津，這時候來了個沈萬三，他嚐了下包子併爲之驚歎，就對老闆說我可以幫你提升菜團知名度，讓用戶蜂擁而來購買，因爲我是個牛逼的運營。
終於“菜團”成功地賣開了，用戶不斷增加的同時也出現了越來越多的問題，導致客戶不斷流失，比如面和菜是糅合在一起的，喫的時候會鬆開掉了一地；比如有人希望“菜團”是正方形的，等等。產品經理面對這些紛雜的反饋，進行需求分析管理，排定優先級，最後決定先解決喫“菜團”會掉一地的問題。在這第一次版本迭代中，他的設計是把麪攤成皮，把肉和菜包進去，這樣菜就不會隨便掉出來，併爲了重新塑造
企業品牌形象，“菜團”正式更名爲“包子”。
經過第一次迭代並更名爲包子後，用戶體量猛增，那個叫甲方的小夥子也迅速開了大量分店，同時在經營過程發現每個店的營收不同，每個時間點的銷量不同，客戶流失率不同等等問題，這時候產品經理就陪數據分析師一起進行大量的用戶行爲分析，得出地段、地域、季節、早中晚、熱點、口味、裝修等造成的影響，然後針對性地對“包子”和店鋪進行優化，漸漸地讓絕大部分店都實現了穩定的盈利。
產品經理成功的帶領團隊生產出了商業可持續、用戶滿意、技術可實現的包子，可是最後那個北方人卻還是破產了，於是開發、設計師、運營、數據分析師等都說是產品經理的鍋，設計的什麼破包子。
通過這個包子從無到有的故事，相信很多人都會對產品經理的工作及流程有了一個大致的瞭解，後續我也會由點及面地對流程中的每個點做更細緻的分享，希望大家喜歡。
