產品新人一年的產品經歷，產品經理的世界是這樣的
鑒於自己這一年來都是產品助理的角色，所做也都是支持性邊緣業務，因此就不從產品經驗上說了，只講講自己耳濡目染所總結的產品經理工作內容和範圍，以及工作方式和方法。
一、產品經理的工作內容和範圍說來搞笑，當初我進來時投的崗位名稱是「營銷策劃運營崗」（抱歉，我當時真對所謂的產品經理職位沒啥了解，一心想去接觸偏市場和運營的工作），起初我以為是到了市場運營部來著，到了才知道是到了某業界top3的移動端產品組去了（沒辦法，大公司的leader比較忙，面試時對工作內容談的甚少，後來也沒時間電話繼續溝通），於是稀里糊塗做了產品。雖然該公司內部職級里產品經理分產品策劃和產品運營，但工作內容幾乎無差別，只是偏重不一樣。鑒於當前互聯網行業，眾多的細分領域，例如桌面產品、web、遊戲、移動端，甚至由於業務to B 或to C 的不同，產品經理的職責也會不同，因此當下我所說的產品經理都是該公司（業界捧為圭臬的產品王國）模式下的移動互聯網客戶端項目的產品經理。
1、需求的獲取與分析產品需求的挖掘也就是產品需要策劃的點，一般這些需求主要來自於用戶調研、用戶反饋、數據分析、運營廣告合作方、老闆、行業動向、PM自己的YY等。在多項需求並列的時候，優先順序應該是外網bug、老闆需求、數據分析、優化。
2、需求文檔的撰寫和評估明確了產品需求，就得利用各種工具（AxureXmindVisoPswordexcel等）將需求的初步原型、流程確定下來。和交互以及視覺設計師出高保真原型以供組內評審，確保可以進入版本排期。
3、需求評審和實現進入了版本排期到時間就得進行需求評審了，也就是和開發GGJJ們撕逼的時候了，明確產品哪些需要修改哪些不合理哪些要砍掉等等（小白們一定不要怵，真的是被虐千百遍啊，特別是不懂技術的童鞋）。有幸通過的話就按照評估時間進入開發期，與項目組的各類角色（交互、視覺、開發、測試）合作和不斷協調確保產品開發的順利進行。
4、產品的發布
產品功能終於通過測試和體驗了，還得跟進產品的發布，包括後台的發布、H5前端的發布、客戶端的發版等，有的功能可能需要AB test就涉及到灰度策略的制定。
5、產品相關數據的監測和分析產品功能發布出去後就到接受用戶檢驗的時候了，要不斷觀察新功能或優化點數據的變化，以評估所做需求帶來的實際效果，如果數據不升反跌就得思考優化是否合理了，需要推到重來。
6、用戶反饋的收集與回復很多時候數據也會欺騙人，所以還得善於與和用戶溝通，確認用戶對需求的認可度，如果用戶肯定但數據不好看，就得考慮入口流量的獲取問題，如果用戶不肯定，那就得反省並挖掘用戶的真實訴求了。
以上6個步驟只是產品經理做一個需求的基本流程，另外還有一些事情也得或多或少的參與。只是根據產品的形態、部門的大小，有些事情可能有專人負責，這時候產品經理的參與度就會小很多了。
- 行業、市場以及競爭對手的監測和分析
- 產品的市場拓展合作（渠道預裝版本、OEM版本、SDK合作等）
- 產品的市場宣傳，包括品牌活動的策劃、功能的推廣活動等
- 產品的商務合作，包括廣告需求的對接、功能上的合作等
- 產品的渠道推廣，包括和渠道同學、應用市場同學進行資源置換和推廣等
- 產品的內容運營，結合熱點進行內容或活動上的運營搭建，豐富產品形態，拉近與用戶的關係等。
後面這些內容，其中acf需要產品經理主動去思考並拿出方案，bde主要是來自於外界合作同學，產品經理只需要參與方案的制定和執行就好了。
因此總的來說需求實現的6個步驟，以及行業競爭對手的監測、市場宣傳、內容運營，都需要一個產品經理獨立地拿出策劃、參與執行的事兒，也是最考驗能力的方面，需要不斷體驗、思考和總結。
二、產品經理的工作方式與方法1、產品設計需求的來源與優先順序上面已有說明，因此現在主要從產品設計方向來講。一個需求的策劃與設計不能是天馬行空或者完全按照自己的想法來做的，最初得考慮設計以及開發測試同學能夠理解，然後還得考慮開發成本，因此在需求撰寫階段就得格外注意。
a.寫作之前和交互設計師，對應的開發先溝通一下，確定是否有可行性，需要的條件是否滿足等。並且想好種種方面，涉及到數據獲取、流程結束後的跳轉、分享、數據統計、異常處理等等。
b.寫作中要邏輯清晰，全面詳細，包括需求產生的背景、需要解決的問題、怎麼解決、解決的條件有哪些、怎麼獲取、需求的流程是怎樣、最終實現的體驗效果是怎樣，達成的期望是怎樣，都得詳細表述出來，以便開發和測試同學理解，不然在開發和測試過程中這些同學還會反覆找你確認，導致進程不斷遭到干擾。因此需求的撰寫尤其考驗一個產品經理的專業度，不然就會導致開發過程中不斷改需求，引起開發同學的反感，降低信任度。
c.寫作完後上面也有講到，最好可以和有經驗的同事，或者組內、甚至是老闆進行溝通，確認需求是否成立、是否有漏洞、是否有再優化空間、是否有價值、支持資源是否充足等，以保證所撰寫需求得到項目組一致認可，這樣推進起來才會順利。
2、產品開發
一個產品的開發涉及到眾多的角色分工，整個流程也是比較複雜的，而產品經理在其中就像是一個火車頭，或者更確切說是一個導演的角色，推動產品的進程，直到實現和發布。
2.1流程方面
在產品經理的工作內容上我已做了初步說明，一般的開發流程如下：
需求的撰寫和定稿——》交互設計和視覺設計——》開發——》測試——》發布——》效果跟蹤和下一個版本的規劃……
2.2角色方面
一個項目的循環需要眾多的人員分工協作，主要有：
2.3產品經理在各個流程階段的作用：
a.需求階段
上面也有說明，特別要說明的是這個階段交互設計師的重要性，我所在的組只有一個交互姐姐，清華畢業的，說實在的，和她工作真的很愉快，因為她的專業度和思維總是可以給自己很多啟發，即使自己不太明白的地方，她也能迅速給出合理的解決方案。和這種交互工作，只需要自己想清楚需求的目的，並且大概有個草圖說明就好了，交互設計師就可以很快給出完美的方案。但這樣也會有一個依賴，讓自己的用戶體驗感知變得很弱，因此在需求階段，自己一定要做足功課，儘可能想更多的方案以便和交互討論，不然就會陷入交互的經驗中了。
這個道理同樣適用於和視覺設計的溝通，一方面要相信視覺設計的專業度，另一方面也得加強自己對ui的認識，給出給多好的建議，一起將界面做得更優更好用。
b.開發階段
如果在需求撰寫時邏輯清晰、詳細，並且在前期有和對應的開發做過溝通，那這個階段就相對好過點。不然會很麻煩，開發會對過程中的點進行一次又一次的確認，你也會迫於某些開發限制或邏輯漏洞做需求變更。這時候產品經理就得根據自己的產品直覺和經驗，做出一些決策，以便開發進程的順利進行。
同時，產品經理還得從一開始就保證前期資源的到位，不能等到開發都快完成了視覺稿還沒定。一定要和開發同學密切溝通，視覺稿什麼時候要，然後及時保證資源的確認和輸出。並且在開發過程中，要及時體驗需求，避免做出來的和自己設計的有出入。
c.測試階段
測試過程中會將需求可能出現的場景與流程反覆復盤演練，對於一些測試中出現的問題，產品經理要及時和測試同學確認問題所在，然後調動開發同學及時修復。如此，不斷確認才能保證發布出去的功能是正常的。
d.發布階段
樓主目前的項目組中發布策略一般都是既定的，由產品、開發、運維、測試共同推進，一般都是逐步灰度省份，老用戶版本內提醒升級，產品觀察灰度數據和用戶反饋，測試及時定位，開發及時修復，然後一直到crash率或者某個發布數據趨於正常水平時，才會針對新用戶和老用戶全量發布出去。
老用戶就是所有省份都放開應用內提醒升級，新用戶則是和渠道同學密切合作，如果之前有渠道推廣合作，則及時上架進行首發，如果沒有，則按照渠道流程，準備更新文檔、引導圖、ASO關鍵詞、渠道list等，方便渠道同學上架各大應用市場（一般在灰度期間就會準備好，等到全量時就可同步在市場放出）。
e.效果跟蹤階段
一般是通過用戶反饋和數據中評估上線後的效果。用戶反饋可以從QQ群、反饋收集系統、甚至是朋友、同事中得到，看看用戶真實的使用感受。而數據分析則需要根據需求開發階段就約定好的數據上報事件進行統計並做分析，查看數據的上升還是下降，對於需要長期關注的數據，則最好給數據同學提需求，做成報表的形式方便觀測。
3、產品數據分析
現在已經是大數據時代，即使還不能利用海量數據做出較netflix或者facebook更出色的推薦演算法，但對於產品來說，數據分析也是必不可少的。因為產品設計從情感上講是感性的，但效果卻是可量化的，數據是理性的，可以幫我們評判做的優化是否真的滿足了用戶需求。如果數據上升，則可提升開發人員對產品的信任度，也可提升項目組的成就感，如果不幸數據下降，則可讓大家反思，用戶到底需要什麼，然後「小步快跑」更新迭代，這或許就是敏捷開發的魅力所在。
進行數據分析的前提是有數據可分析，因此在撰寫需求的時候就應該將數據上報也作為需求的一部分寫上，避免需求發布後卻發現想要分析的事件數據沒上報就苦逼了。另外，如果是常規的監測數據，例如涉及金錢的開通筆數、總金額、新渠道的拉新、拉活等數據，可以連接微信發送給相關人，或者提出報表需求，做成一目了然即可看到的數據趨勢。樓主在數據分析方面也在不斷實踐和學習中，這是產品經理必備的能力之一。
4、行業、市場以及競爭對手的監測和分析行業和市場信息的閱讀和了解對於產品來說還是應該時常關注的，可以多看看行業新聞，這對培養自己的產品sence以及行業敏感度很有幫助。
所在行業和市場的新鮮事一方面提醒了自己行業的變化趨勢，另一方面可讓自己從宏觀角度去思索未來的產品方向，這屬於產品格局的培養，不僅要關注國內的行業態勢，更要多留意國際上的行業變化，畢竟外國的互聯網根基是優於國內的。同時，還得多關注競爭對手的變化，因為產品之間都是互相借鑒，然後進行微創新的，畢竟經過了對方的實際驗證，這種「拿來主義」並沒有什麼可恥，應該看到優而更優才對。
初入產品經理這一崗位，導師最先讓樓主做的便是體驗安卓和蘋果版本的差異，這是為了更全面的了解自家產品。然後又讓樓主針對行業的top5客戶端進行競品分析，比較各自的優點和不足，知己知彼方能百戰不殆。而且之後如果有的新的功能要上，導師都會讓我拿幾款該功能的垂直產品進行分析，這樣就可取他人之長補他人之短，少走很多彎路。因此，建議產品新人們多裝幾款自己感興趣的同類產品，進行橫向體驗分析，也同時時常下載新的應用，進行縱向體驗分析，這樣就不會毫無頭緒了，要善於把別人的成功產品作為導師，然後再做青出於藍而勝於藍的事情。
寫在後面的話作為一名產品小白，切忌眼高手低，曾經樓主也曾不知天高地厚有地提出一些產品策略方面的建議，但卻發現，作為一款成熟產品，很多方向都是既定的，而且隨著市場的變化，耗用大量資源的事情必須要老闆拍板，因此小產品經理們一開始主要還是以執行為主。
每個初階產品經理必將都是從打雜開始，幫助產品前輩們做些已經明確的小需求，了解產品流程和背後的框架，並且做些很基礎的支撐工作，例如用戶反饋系統的搭建、用戶反饋的收集、匯總、監測與分析、還有較為基礎的用研、渠道合作、定製版本的合作等，別看這些業務繁雜基礎，但是卻讓我們更接近用戶、更了解產品、更熟悉產品框架，有了這些基礎，你才有機會參與到更核心的業務搭建中。曾經，樓主也很不甘心，覺得大材小用或者是一種歧視，最後才慢慢知道作為內部的校招生們也是這樣一步步來的，於是才沉下來心來去做，發現了很多有價值的東西。
希望上面的梳理能幫助更多對產品經理崗位有興趣的同學了解產品經理都有哪些工作要做，當然，鑒於樓主資歷尚淺，總結的也多有偏頗。作為產品經理，你要做的遠非如我上面所說，後續樓主還會根據自身經歷，總結在實際工作中，產品經理應該具備哪些能力，希望可以對大家有所借鑒，共勉！
作者：陸庄羽（微信公眾賬號：看風景的人），初階移動產品經理，目前關注短視頻社交、個性化推薦、物聯網等領域，曾經的文青，如今的產品汪，願與所有小汪們共同成長！
本文由 @陸庄羽 原創發佈於人人都是產品經理，未經許可，禁止轉載。
推薦閱讀：
※「有膽有石」患者之「膽」顫心驚經歷回顧
※一個華人的日本買房經歷：壓力沒想像那麼大
※地球經歷5次大滅絕，每6200萬年發生一次，下次發生在我們頭上？
※2010年我經歷的十件印象深刻新聞事件