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