我在產品經理職場中犯過6點錯誤
做產品經理久了,回頭來看,產品經理的成長除了離不開基礎技能的成長外,更多的是要在職場中借勢生長。
新人通過拿到好績效成績,才能獲得晉升和高薪。
趁著周末時間,我想分享我在產品經理8年工作期間所犯過的那些職場錯誤。相比硬性技能之外,這點軟實力更加重要,同時也少有人分享。
下面這些職場選擇,如果你提前看了,相信你也可以避免,甚至還能省不少錢,歡迎閱讀。
回過頭看做產品經理的那些時間,最遺憾的、或者最大的損失就是跳槽錯過了年終獎。
和許多人一樣,我曾經因為新機會入職時間,就只能在年前提前離職走。不少的互聯網公司會在春季前發放年終獎,但是每年跳槽時間除了金三銀四就是集中在金九銀十。
而如果呆著不開心,要么就等著第二年的三四月份,要么就只能今年提前走。
而我建議你,如果不趕時間,真的沒有到呆不下(只是因為閑得很),真的要拿到年終獎再走,至少白嫖幾個月的工資有什么不香呢?
除非說你現在手上的機會特別好,遇到了大廠或者薪資漲幅翻倍(漲薪一點),否則就別考慮了。別計算每個月多拿幾千塊錢,就錯失那年終獎。
許多和我一樣的人,在工作若干年后都會說,要是晚點走現在還能多拿幾個月錢,畢竟錢真的不是那么好賺、好等的。每次工資都是一個月才發一次
在工作時候,產品經理會因為某些公司創新激勵政策,參與到一些新領域、熱點行業的項目孵化,而很多時候,這實際上和部門的考核沒有任何關系。
而作為一個公司,每個部門都會有自己的任務目標,通過公司管理層制定年度、以及拆分到季度的任務目標,部門主管會拆分到個人或者小組領導。
而如果你參與的項目是沒有納入其部門考核的,那么就要引起注意了,因為即使做的再好,可能也只是保證一個平均績效成績。
所以在公司里面,越是部門考核任務相關的,里面的人員都是受到領導重視的人員加入,不積極或者與之不相關的,就不會被選進去。
在一些大廠里面,為了同事之間的關系相處。領導還會用“邊緣化”的形式,將你放在非核心任務的小組里,這樣保證了其他人的權益,還能夠讓你埋頭在一個錯誤的方向,你也不會影響其他的工作。
所以當你參與到一個全新的項目,在經過一個季度后發現績效并沒有變好,其本身也不是公司今年的考核目標,那么就可以放棄了。
即使項目是你的心血,也別猶豫。有的產品經理會有主人翁的意思,想著能夠把項目做上線或者持續運營一段時間給自己漲漲經驗。
如果你有這樣的想法,除非你年齡在28歲以內,否則千萬不要輕易這樣做,因為相比項目經驗,更重要的是穩定的在公司里面有收入,以后項目至少還會有。
如果因為績效成績墊底,次數多了后,就會被進行淘汰甚至是取消合同。
這一點看起來好像很容易避免,因為有公司領導幫你給出任務優先級。但實際上是不少產品經理都容易走進的一個誤區。
因為幾乎所有的產品經理都做對自己有利的產品設計方案。
有一些業務功能比較復雜,同時對于未來求職、跳槽經歷沒有太多用,他們會選擇性的將這類核心業務功能延后。
這里的延后不是等于瞞著老板,而是在整套設計方案的時候故意增加需求,將需求變得“復雜化”,通過增加一些通用功能,來提升自己的“experience”。
而研發中如果沒有把核心功能提前做出來,把產品研發時間拉長了后就容易造成后續公司重心已經不在這個項目上了。
所以,非常容易造成自己績效成績差,在職場里一定要早點出成績,
最后變成了和第二個一樣的情況。
因此,在接收到了需求,產品經理應該首先先把核心功能完成,并達到成績再說通用功能(加需求),保證自己的優良績效成績。
如果自己沒有足夠的資源,就一定不要輕易合作。
尤其是在大廠里面,產品經理為了競爭拿到好績效成績,都會希望自己孵化的項目盡快跑出來,得到領導更多關注獲取更多資源,所以往往會在半成品事開始對接合作,甚至把合作的需求接入打亂了原有的產品研發計劃。
比如,要做后臺的第三方能力合作,就一定要有足夠的后臺開發資源,保證自己的能力是正常的,同時還能夠提供給合作方業務需求的技術支持,否則結果是災難性的。
比如曾經我們給做其他業務部門做某中臺能力支持,結果實際上線后,對方的用戶存在并發量要求,而我們的系統所提供的接口能力是遠遠不能達到的,在測試不通過后,對方對接上線后也無法給用戶使用。
這就讓對接沒有任何意義,還浪費團隊時間,也失去了別人的信任。最重要的是還讓別人部門領導背鍋,畢竟別人是看得上咱們能夠幫助他,結果花了時間,反而沒有任何幫助,還砸了自己的腳。
跨部門合作前一定要自己有足夠的“實力”,保證系統能夠有對接方案。不要太心急的把產品推出去曝光,這樣反而會起反效果。
在拿到需求任務后,不少產品經理就直接開始埋頭干原型設計和需求文檔了。
這是非常錯誤的。
有經驗的產品經理,會拿到需求后,在大腦里有初步的方案后,在原型設計之前就和對應的技術負責人討論。
若是前端需求,則是和前端,若是后端則是給后端人員。
小程序的數據指標
比如微信小程序能夠獲得用戶的什么信息,數據計算能不能做到實時等等相關技術實現問題,這些提前討論好了后,再做產品設計方案,會省下不少的時間,還會減少非常產品和開發之間的矛盾。
這個就有點好理解了,即不要實打實的,甚至壓縮時間來匯報研發需求。一定要給自己增加一些彈性時間,因為相比總會比實際推遲上線。所以這樣預留了后,就避免自己的績效成績受影響,還有修復問題的時間。
有充足的時間也會讓開發、設計團隊工作有足夠的時間進行打磨,和替換新任務,團隊之間的工作也會更加和諧。
有的產品經理為了在領導面前爭風吃醋,故意實打實的匯報上線時間不考慮冗余時間,導致團隊氛圍非常緊張。
因為這不僅會導致需求下游同事討厭,如果項目成功沒有成功,那就是里外不是人。
數據KPI也是這樣的,當你達到數據指標后,下一階段的數據指標只會要求更高。因此給團隊、自己多一些冗余時間、指標、項目效果,不要一股腦的給最大值數據,要給最小值范圍下的更小值,而不是最小值。
同樣的還有立項時候要多要資源,也是這個原因。
以上6點,是我在產品經理工作中所犯的錯,你學會了嗎?
今天的分享就到這里了。
本文來自微信公眾號“Kevin改變世界的點滴”(ID:Kevingbsjddd),作者:Kevin那些事兒,36氪經授權發布。
