互聯(lián)網(wǎng)時代,關于PM你所不知道的

產(chǎn)品經(jīng)理的職稱最早出現(xiàn)在P&G寶潔公司,因效果非常顯著,許多企業(yè)紛紛仿而效尤。硅谷知名的產(chǎn)品管理大師Marty Cagan在《Inspired: How To Create Products Customers Love》中,將產(chǎn)品經(jīng)理一職形容為「找出有價值、可利用和行得通的產(chǎn)品」(”to discover a product that is valuable,usable and feasible”)。
根據(jù)美國產(chǎn)品管理協(xié)會PDMA的定義,所謂的產(chǎn)品管理(Product Management)是指:在新產(chǎn)品開發(fā)的過程當中,通過不斷監(jiān)控和調(diào)整市場組合的基本要素(其中包括產(chǎn)品及自身特色、溝通策略、配銷渠道和價格),隨時確保產(chǎn)品或者服務能充分滿足客戶需求。而產(chǎn)品經(jīng)理就是針對上述特定產(chǎn)品活動肩負所有責任的人。
即便是產(chǎn)品經(jīng)理的角色很重要,但在多數(shù)公司卻不一定受到重視,原因之一就在于—對于“產(chǎn)品管理制度”及“產(chǎn)品經(jīng)理定位”存在許多的誤解。
1.產(chǎn)品經(jīng)理與項目經(jīng)理,哪一個比較重要?
經(jīng)常很多人問的問題就是兩種PM之間的差別?有些甚至于以職務大小、責任輕重來做為兩者的差異…而這些都是普遍存在很多解釋不清楚的地方。實際上,產(chǎn)品經(jīng)理與項目經(jīng)理的不同,在于產(chǎn)品經(jīng)理必須對產(chǎn)品全權負責以及對產(chǎn)品的整個流程負責。一旦該項目被完全理解成產(chǎn)品來看待,項目經(jīng)理則消失了,取而代之的是產(chǎn)品經(jīng)理,產(chǎn)品經(jīng)理將繼續(xù)經(jīng)營產(chǎn)品的生命周期。新產(chǎn)品開發(fā)專案一旦成為了產(chǎn)品,產(chǎn)品經(jīng)理的角色等于貫穿于整個流程的始終,設定產(chǎn)品目標,引導團隊完成所制定的商業(yè)目標。 所以,正如每一個項目需要一個項目經(jīng)理,每一個產(chǎn)品也同樣需要有一個產(chǎn)品經(jīng)理。
2.產(chǎn)品經(jīng)理是搞技術的一群人,所以不需要具備商業(yè)知識?
商業(yè)知識技能主要是關于如何確保產(chǎn)品的可行性與商業(yè)化的一種能力。對產(chǎn)品經(jīng)理來說,除了必須是一位熟悉產(chǎn)品管理制度的專業(yè)人士之外,還得了解復雜的產(chǎn)品組合管理、財務報表(損益表、現(xiàn)金流量表…)、管理會計、市場行銷…等,更大的挑戰(zhàn)是:如何成功扮演好公司技術(產(chǎn)品)與顧客需求之間的橋梁以及如何將產(chǎn)品的利潤極大化。對應到新產(chǎn)品開發(fā)流程上,如果產(chǎn)品經(jīng)理能具備MBA相關知識,在產(chǎn)品的財務分析上就能更精確的掌握數(shù)字,更能有效規(guī)避風險。
所以,不論產(chǎn)品經(jīng)理是否具有技術背景,但如果想做出一個好產(chǎn)品,就必須具備商業(yè)知識方能達標。
3.產(chǎn)品經(jīng)理是搞技術的一群人,所以必須要懂程序語言、數(shù)據(jù)庫或是整個硬件環(huán)境等細節(jié)?
很多非技術出身的產(chǎn)品經(jīng)理最常被質(zhì)疑的地方就是:程序員總是覺得產(chǎn)品經(jīng)理理解能力差,老是問一些蠢問題。這也造成身邊的PM們想去學習相關的代碼技術的理由,避免落人口舌。 舉例來說,我們程序員客棧www.proginn.com開發(fā)組,雖然產(chǎn)品經(jīng)理對開發(fā)技術了解不是很多,但這一點都不影響她對我們產(chǎn)品的迭代開發(fā),整個開發(fā)組的效率是公司團隊里面最高的。諸如:ASP.NET、PHP、JAVA、C…等相關的指令語法,對產(chǎn)品經(jīng)理來說,這些也許是“天書”;但是她也會盡可能利用程序邏輯的觀念及對于數(shù)據(jù)庫的運用等與程序員進行互動,此舉往往可以得到開發(fā)組程序員的尊重及體諒。
PM是懂我們的。
PM對某些技術不懂是情有可原的。
所以,產(chǎn)品經(jīng)理是應該要懂些技術語言的,才能與程序員有效溝通,但這并不表示產(chǎn)品經(jīng)理需要對技術有深入的了解,況且,術業(yè)有專攻,PM應該將時間成本運用在“如何帶領團隊邁向成功”。
4.產(chǎn)品經(jīng)理應該歸屬于技術部門嗎? 產(chǎn)品經(jīng)理該不該具備技術底呢?
如果沒有技術背景,那要如何與開發(fā)組或程序員溝通呢?產(chǎn)品經(jīng)理是否比項目經(jīng)理需要更多技術呢?其實這些似是而非的問題,并沒有絕對的標準答案。個人以為:技術永遠不是問題,是可以被解決的。 百度的CEO李彥宏則認為:
一個好的產(chǎn)品經(jīng)理可以懂技術,也可以不懂技術,但是要對技術敏感,即不管是懂不懂技術的產(chǎn)品經(jīng)理都應該有一個信仰,對技術的信仰是最根本的。
所以,產(chǎn)品經(jīng)理不應該歸屬于技術部門或其他組織,而是單獨成立的產(chǎn)品管理部門!一個好的產(chǎn)品經(jīng)理對于顧客需求的敏銳度更勝過對技術的要求!
5.產(chǎn)品經(jīng)理的主要工作就是什么?
我們經(jīng)常反思我們程序員客棧自身的產(chǎn)品: 一直以來,程序員客棧都是定義為程序員的經(jīng)紀人,但是不可否認的一點客戶永遠是上帝,需求方客戶即是定義為優(yōu)質(zhì)程序員的服務對象,又是可以依托平臺可以長期解決產(chǎn)品開發(fā)的合作對象。
當我們的產(chǎn)品面臨很多競品的時候該怎么辦?當我們的收支壓力很大的時候該怎么辦?我們?yōu)槭裁匆欢ㄒ獔猿治覀兊暮诵膬r值觀?
從產(chǎn)品經(jīng)理的角度考慮:
確認用戶的真正需求,滿足B端有開發(fā)需求的用戶,滿足C端優(yōu)質(zhì)的簽約開發(fā)程序員用戶,在開發(fā)過程中避免不必要的功能點遺漏。簡單來講就是:產(chǎn)品開發(fā)設計者不能僅注重產(chǎn)品的功能性規(guī)格及生產(chǎn)規(guī)格,而忽略了規(guī)格是否能符合用戶的需求,最終產(chǎn)品是否符合用戶的期望值。
產(chǎn)品經(jīng)理在開發(fā)新的功能點之處,必須對市場進行調(diào)查、傾聽用戶的生意,此外,新的產(chǎn)品功能必須打通核心業(yè)務流程,并且準確的把握了市場用戶的需求痛點,如果能夠成就一批人并且?guī)椭麄儷@得利益,這樣的產(chǎn)品才具有誕生的價值。
“他強任他強,清風拂山崗,他橫由他橫,明月照大江”。一個好的產(chǎn)品經(jīng)理應該對自己的產(chǎn)品有絕對的信心,縱然很多競品的出現(xiàn),產(chǎn)品經(jīng)理應該依然引領團隊恪守整體的核心價值觀不變,這樣才能笑到最后。
6.產(chǎn)品經(jīng)理在產(chǎn)品規(guī)格圖,是否需理會產(chǎn)品策略的制定?
產(chǎn)品策略就像是路徑圖一樣,只有當你知道目的地,以及想去哪里時才能發(fā)揮作用。 不過公司所謂的新產(chǎn)品策略,往往只是管理者命令式的決策,團隊成員只能想辦法完成,這樣的做法不僅消耗太多資源(人、時間、金錢),也阻礙了公司產(chǎn)品創(chuàng)新的發(fā)展。 所以,產(chǎn)品經(jīng)理在規(guī)劃產(chǎn)品路徑圖時,必須將產(chǎn)品策略奉為圭臬。
7.產(chǎn)品經(jīng)理在規(guī)劃產(chǎn)品策略時,不需理會策略是否已經(jīng)制定?
根據(jù)產(chǎn)品管理的組織架構,每一個策略為主,都有其負責的產(chǎn)品線,因此各環(huán)節(jié)必須先根據(jù)產(chǎn)品的核心價值和用戶體驗來制定產(chǎn)品的發(fā)展策略,也為以后能更好的規(guī)劃產(chǎn)品線策略打下基礎。
不過很多傳統(tǒng)公司的決策者都要下屬頭腦風暴想策略…,殊不知,策略的制定應是由上而下(Top-down)才是,如此本末倒置的做法,如何規(guī)劃出好產(chǎn)品呢? 所以,產(chǎn)品經(jīng)理在規(guī)劃產(chǎn)品策略時,必須依產(chǎn)品的發(fā)展策略為準則,并制定出產(chǎn)品創(chuàng)新過程方案,以做為新產(chǎn)品開發(fā)團隊遵循的方向。
8.產(chǎn)品路徑圖不就是在時間軸上標示出產(chǎn)品進程嗎?需要產(chǎn)品經(jīng)理親身規(guī)劃嗎?
產(chǎn)品路徑圖是一種圖形化、多步驟的過程。主要是用來預測未來市場或技術的發(fā)展,并且規(guī)劃相關產(chǎn)品來因應這些變化。 不過許多產(chǎn)品經(jīng)理往往會將產(chǎn)品路徑圖的規(guī)劃視為研發(fā)人員的工作項目或是交由產(chǎn)品助理人員來協(xié)助完成。
對產(chǎn)品經(jīng)理來說,產(chǎn)品路徑圖就好比是產(chǎn)品經(jīng)理通往客戶端的“地圖”,標示不清或是未定期更新,結果肯定是會“迷路”,這也代表產(chǎn)品經(jīng)理離客戶越來越遠了… 所以,產(chǎn)品經(jīng)理必須隨時關注市場趨勢變化及技術的演進,并親身規(guī)劃或適時調(diào)整產(chǎn)品路徑圖。
9.產(chǎn)品經(jīng)理必須要花較多的時間在技術部門上,否則產(chǎn)品很容易在上市時出狀況?
產(chǎn)品經(jīng)理的工作職責可以理解成對于公司內(nèi)部技術發(fā)展和外部市場需求之間的橋梁,針對市場提供最合適的產(chǎn)品,并為公司創(chuàng)造最大的利益。 所以,產(chǎn)品經(jīng)理必須同時扮演公司與市場的信息傳遞“聯(lián)絡員”、公司決策的“分析員”,以及產(chǎn)品營銷的“指導員”,而非僅僅關注技術部門。
10.只要是產(chǎn)品出問題,產(chǎn)品經(jīng)理必須負起全責!
“產(chǎn)品經(jīng)理對產(chǎn)品應負全部責任。”
這句話應該對想成為產(chǎn)品經(jīng)理的人會心生恐懼,不敢貿(mào)然接受挑戰(zhàn)! 從企業(yè)經(jīng)營的角度來看,產(chǎn)品經(jīng)理既不是董事長也不是總經(jīng)理,要如何負全部責任呢?再說,一個產(chǎn)品能否成功、是否會出現(xiàn)問題、用戶體驗如何等等,也不是產(chǎn)品經(jīng)理一個人說了算的。
產(chǎn)品應該屬于所有開發(fā)人員的成就。 如果權力是相對的,責任也應該是相對的。所以,產(chǎn)品經(jīng)理在其工作職責范圍內(nèi),對產(chǎn)品的經(jīng)營應該負有限責任。
作者:程序員客棧
本文由 @程序員客棧 ?原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
- 目前還沒評論,等你發(fā)揮!