相信不管是對產品經理這個崗位感興趣準備入坑的還是已經在坑的,都聽說過產品經理P級評定這回事,其實就是產品經理的Job Model。各大公司都有自己的Model,但是相同的崗位差別不會太大,尤其是像產品經理這個崗位已經發展了好幾年了,早已有一了一套相對來說“放之四海而皆準”的評級規則了。
我今天就在現有評級規則的參考上加上自己這2年的工作經驗,嘮叨一下我認為產品經理應該具備的基本能力有哪些,優先級不分先后,我總結為一下3點:
1 有進度,有反饋
(1)主管交待的事情、答應其他同學的事情一定要有進度安排,一定要有定期或者不定期的反饋。工作中經常會遇到,答應了運營一個需求因為當前版本插不上就回復人家說下個版本,很多時候下個版本就像我們跟人說“下回有時間請你吃飯”一樣,常常是無疾而終,遇到個傻白甜型的運營算你走運,稍微有點職業習慣的運營將你這樣的行為反饋給你的主管,保證對你有百害而無一利。同時,在工作中我們肯定避免不了主管交待給這樣或者那樣的大小任務,大的項目不會忘,但常常是一些比較重要但是又不起眼的任務,答應之后一忙就會忘,比如主管說:“你完了看看上次上線功能的那個數據”,因為主管也沒有給你指派具體的時間點,你呢也沒覺得很緊急,當你忙于PRD修改、和開發撕逼等瑣事后,主管指派給你的事情早忘了,直到可能過了半個多月主管也才想起來,問到你的時候還沒做,1次2次還好,時間一長會對你形成“交代給你的事情總是沒有結果,總是不放心”這種印象,有句話叫做“信任即資產”,一點點的事情沒有做到閉環,沒有按時反饋,時間長了就會讓別人對你產生“不信任感”,這樣你的資產也所剩無幾。所以,接手的事情一定要記得有進度,有反饋。即使沒有按時完成某個節點,也要提前跟對方說一下你遇到的困難,盡量或者千萬不要經常讓別人催你。
(2)有些開發真的很懶,比如前端要依賴后臺一個接口,后臺要依賴其他團隊一個接口。稍微大一點的公司做項目我們百分之百會遇到這樣的事情。有些開發很主動,只要你的需求講清楚了,PRD寫完備了,他會自己找依賴方催什么時候完成,什么時候能提供一個可測試的接口等等,但是就我這2年的經驗來看,這樣積極主動的開發很少!(也不知道是不是我呆的公司不對)。一般經常的情況是這樣的:你的需求講完了,PRD提交開發了,這時候一般沒什么事情你就可以進入下一個迭代或者其他項目的策劃階段了。但是當快到測試的那天你才了解到,前端一直在等后臺給數據接口,而后臺因為前端沒找他要過,所以沒有準備。握草,這明顯要提測延后啊!相信我,這時候前后端絕對不會指責對方,而是會一致質問你這個產品經理為什么不早說,不早提,為什么沒有催。真的,這樣的事情我遇到不是1、2次了。怎么避免此類問題?
當PRD評審完成以后,要求技術leader進行技術評審,前端把自己所需的接口列一個list,建立一個wiki文檔,讓后臺自己把能提供的時間點寫上去,所以你問好確定好以后寫上去。這樣你就可以安心你做其它項目或者策劃下一期迭代了。到了某個關鍵節點了你就在群里問一句進度如何就行了,有問題的話隨時召集團隊溝通解決,如果沒啥問題,繼續安心籌劃下個項目。
這個案例是想說,除了你需要給主管和別人反饋之外。在面對整個開發團隊的時候,你也需要引導他們給你進度和反饋,不要讓進度失控,盡量每次保證每次能按時上線。
2 信息要公開!
這一點我不知道大家什么體會,就我自己來說被“信息不公開”坑我簡直無數次,剛畢業從事產品崗位時候也因為把信息單發給別人而導致其他相關同學不知道而產生的嚴重后果,后來深刻意識到這中害人害己的做法以后,堅決改正了。
PRD評審完了,你才發現有個地方前端交互邏輯需要改一下,不太好意思在大群里說,于是單獨和前端說了一下,前端也接受了,到開發后期后臺同學說你特么這個東西會影響后端給數據的邏輯,你為啥改了不通知啊,到測試了會說:你這東西改了不說我怎么測?說真的,他們說的對。所以,每次遇到一個單獨的迭代或者項目,任何改動,任何對開發有影響的信息請務必在大群通知到所有人。你通知了,別人沒看,不能說是你的問題,但是你沒有公開說,那。。。自己想吧
設計師提交了UI稿件后,發現一個不太合理的細節,于是修改完后單獨發給了前端,也沒在群里說......
后端趁著這次改版,優化了了一個不相干的功能模塊,自我感覺不會影響其他模塊,沒有通知項目組的人,測試時候不會每次全量回歸測試,上線了才發現莫名其妙多了個BUG,產品背鍋啊......
運營需要改一個文案,需要APP、H5、PC同步修改,先跟PC的產品說了以后,人家立刻幫他改了上線了。運營跑去和APP說的時候因為某些原因又討論了一下,最后決定了一個認為更好的文案,于是開開心心的在APP用了新文案,而沒通知PC的產品,上線了發現同樣的功能模塊不一樣的表述......
很多很多,不知道為什么人們總是傾向于避免在群里面通知因為自己而引起改動的信息,很多這樣的人都有種“不太好意思”的感覺,包括有時候因為你的問題出了個bug,你也會傾向于盡量使更少的人知道。但是,從一次次“坑人坑己”的經驗來看,信息公開能避免很多不必要浪費的溝通時間和后期改動成本。
3 多看其它產品
可能每個做產品經理的人都希望自己能做一個不一樣的、改變世界哪怕一點點的產品。但是工作中經常會遇到連一個基本功能、基本流程都做不通順的產品經理,有些甚至是3、4年經驗的。
其實我覺得,現在互聯網市場上各種各樣產品已經相當的完善了,對于一些別人也有的功能,你自己都根本不用重新設計,研究一下,拿過來用就行了。千萬不要為了證明自己的能力而去創造功能。先認真,再談優秀。
當然了,如果我們再細分延伸的話上面的3點可以拆分成諸如:產品設計、項目管理、溝通能力、數據分析等等,但如題所述,以上3點只是我認為一個產品經理應該具備的最基本能力。
如果想參照比較完善的產品類Job Model,希望對比一下,可以看看下面的阿里巴巴在這方面的資料(僅供參考)