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