項目經(jīng)理轉(zhuǎn)型產(chǎn)品經(jīng)理一年后,我寫下這些總結(jié)
產(chǎn)品經(jīng)理和項目經(jīng)理,身為同一項目不同流程的把控者,二者有相似和不同。
從多年項目經(jīng)理轉(zhuǎn)型產(chǎn)品經(jīng)理后,不知不覺已經(jīng)整整一周年了,這一年深深體會到兩種角色的相似,也能明顯感受到兩種身份角色的差異。今天就簡單做個總結(jié)和分享,希望和廣大同仁有機(jī)會多多交流,互通有無吧。
一、項目經(jīng)理和產(chǎn)品經(jīng)理有一點根本上的目標(biāo)差異
在本人的項目經(jīng)理職業(yè)生涯中,大多數(shù)時間更多關(guān)注項目的進(jìn)度,特別是身處乙方,項目的進(jìn)度決定了項目能否按時收尾結(jié)案,直接影響公司的回款收益,甚至影響公司整體的現(xiàn)金流,從而影響公司下一步的戰(zhàn)略決策。
乍一看好像有些危言聳聽,其實一點也沒有。項目經(jīng)理一定要時刻認(rèn)清自身職責(zé)對企業(yè)發(fā)展的影響,特別是一些規(guī)模不大的企業(yè)。就拿本人曾經(jīng)所任職的一家軟件服務(wù)型企業(yè)來說,公司規(guī)模大致在500人左右,兩條核心產(chǎn)品線正常情況下大概同時有10幾個項目并行實施。在SaaS軟件還沒有像今天這么普遍的時候,十幾個軟件項目并行交付客戶進(jìn)行實施,已經(jīng)是不錯了。
但是如果項目經(jīng)理無法保證絕大多數(shù)項目的正?;乜?,公司的資金鏈將很快面臨緊張,然后影響下一步產(chǎn)品研發(fā)投入、影響市場戰(zhàn)略等,引發(fā)一系列連鎖反應(yīng)。在信息化、數(shù)據(jù)化、智能化的時代,企業(yè)發(fā)展往往一步慢就會步步慢,彎道超越的機(jī)會越來越少,最終被市場邊緣化甚至淘汰的例子也非常多。
而轉(zhuǎn)變?yōu)楫a(chǎn)品經(jīng)理后,產(chǎn)品研發(fā)的周期和上線時間節(jié)點雖然也是至關(guān)重要的一項個人考核指標(biāo),但是更重要的是產(chǎn)品的質(zhì)量。
尤其是本人所在的甲方任職背景,所做的產(chǎn)品基本是圍繞企業(yè)內(nèi)各組織部門提供服務(wù)支持。所以和項目經(jīng)理或者是乙方的產(chǎn)品經(jīng)理,所面對的場景都不相同,讀者朋友們要在這種身份背景環(huán)境下來理解,而不是一概認(rèn)為產(chǎn)品經(jīng)理和項目經(jīng)理的目標(biāo)在所有場合都是不一致的。
二、項目經(jīng)理和產(chǎn)品經(jīng)理的統(tǒng)一和相似
除上文所處的兩種不同環(huán)境,造成了項目經(jīng)理與產(chǎn)品經(jīng)理的目標(biāo)有差異以外,更多的,項目經(jīng)理和產(chǎn)品經(jīng)理的工作內(nèi)容具有相似性并互相包含,互相影響。
項目經(jīng)理和產(chǎn)品經(jīng)理同樣都要關(guān)注客戶和用戶的需求,都要關(guān)注項目的進(jìn)度,都要跟蹤項目的滿意度;產(chǎn)品的研發(fā)過程也是一種項目的執(zhí)行過程,項目的干系人管理、風(fēng)險管理、成本管理等,同樣是產(chǎn)品經(jīng)理應(yīng)該關(guān)注的過程;而失敗的產(chǎn)品一定會影響項目的質(zhì)量、進(jìn)度、和滿意度,糟糕的項目過程也肯定會影響產(chǎn)品的相關(guān)內(nèi)容。
三、產(chǎn)品經(jīng)理應(yīng)該比項目經(jīng)理關(guān)注更多的幾點建議
1. 滿足用戶需求
轉(zhuǎn)換產(chǎn)品經(jīng)理一年來,本人一直本著一個基本原則,那就是所有的產(chǎn)品都應(yīng)該有一個產(chǎn)品共性——滿足用戶需求!
這是產(chǎn)品的最基本要求,也是最高要求。比如一個軟件只是一味追求UI交互美觀,操作體驗簡潔;但是卻解決不了用戶的基本業(yè)務(wù)需求,這種恐怕都稱不上產(chǎn)品,根本沒有存在價值。
而用戶需求不是完全都合理的,也不是完全都是用戶的真實需求。所以,產(chǎn)品經(jīng)理所要的“滿足用戶需求”是有前提的,是在深刻理解用戶需求,并分析是否是用戶的真實需求后,從而給出產(chǎn)品方案來解決用戶需求
同時產(chǎn)品經(jīng)理在面對“滿足用戶需求”這個課題時,應(yīng)該是積極主動的:在客戶沒有提出需求時也在不斷思考產(chǎn)品的優(yōu)化,提升產(chǎn)品的質(zhì)量,從而不斷滿足用戶的潛在需求的。
最后,產(chǎn)品經(jīng)理要認(rèn)識到“滿足用戶需求”是有階段性、時效性的,隨著時間的推移,用戶的需求是不斷變化的,所以產(chǎn)品經(jīng)理面對“滿足用戶需求”應(yīng)該是一個持續(xù)的過程。
2. 產(chǎn)品經(jīng)理的職能
雖說現(xiàn)在很多公司都有很龐大的產(chǎn)品隊伍,但恐怕真正算的上產(chǎn)品經(jīng)理的卻非常有限。這里所說的真正的產(chǎn)品經(jīng)理是有權(quán)決策做什么產(chǎn)品,以及規(guī)劃整個產(chǎn)品方向的經(jīng)理人。
而我們大多數(shù)所謂的產(chǎn)品經(jīng)理其實只是在做設(shè)計、需求顧問、項目經(jīng)理的角色,本人認(rèn)為這只是行業(yè)籠統(tǒng)的稱謂,而不是一種準(zhǔn)確的定義。和大多數(shù)產(chǎn)品經(jīng)理一樣,本人實際做的也是具體的產(chǎn)品內(nèi)容的設(shè)計,日常也是傾聽用戶需求,負(fù)責(zé)產(chǎn)品具體功能的定義、規(guī)劃和設(shè)計,各種功能和版本的決策、保證開發(fā)隊伍順利開展工作及跟蹤錯誤、產(chǎn)品的最終完成上線和后續(xù)迭代。
所以產(chǎn)品經(jīng)理要對這個角色本身有一個客觀的準(zhǔn)確的認(rèn)識,企業(yè)不可能總是需要推出全新的產(chǎn)品,讓產(chǎn)品經(jīng)理都有決策產(chǎn)品選型和方向的經(jīng)歷,更多還是對現(xiàn)有產(chǎn)品的升級打磨。
作為產(chǎn)品經(jīng)理,企業(yè)往往對我們的要求是:要有一定決策專業(yè)度,一個產(chǎn)品要不要立項,產(chǎn)品方向如何設(shè)定,貌似都是產(chǎn)品經(jīng)理的職責(zé)范圍。但實際情況往往并不是這樣輕描淡寫的,一個產(chǎn)品的選型和決策往往伴隨著跨組織的溝通,跨業(yè)務(wù)的知識,和跨行業(yè)的發(fā)展認(rèn)知,甚至還會有各種利益相關(guān)者們的博弈。
所以絕大多數(shù)產(chǎn)品經(jīng)理實際上并不像喬布斯那樣能夠左右蘋果手機(jī)的規(guī)劃,也沒有幾個人能像張小龍那樣可以把Foxmail一直做到微信。因為絕大多數(shù)產(chǎn)品經(jīng)理是沒有那個決策權(quán)的,既使有一定的決策權(quán),一個產(chǎn)品的決策也無法根據(jù)產(chǎn)品價值或投入產(chǎn)出等因素就做出決策的。
所以當(dāng)你發(fā)現(xiàn)你所要做的產(chǎn)品價值導(dǎo)向有所混亂時,不要感到詫異和不可接受,這是絕大多數(shù)情況下的現(xiàn)實。這時我們需要對自己重新定位,只要真誠對用戶真實需求負(fù)責(zé)就好!
3. 用戶都不知道他所不知道的!
作為產(chǎn)品經(jīng)理要時刻保持冷靜,特別是當(dāng)用戶提出的需求和要求上線的時間完全無法達(dá)成時,或者用戶提出的需求實現(xiàn)復(fù)雜,但有更簡單的方案變相解決時。產(chǎn)品經(jīng)理要學(xué)會多角度換位思考:要站在用戶的角度,看待他的需求,了解主要訴求點和想要解決的業(yè)務(wù)痛點;更要站在開發(fā)的角度,向用戶解釋需求實現(xiàn)所包含的具體工作分解。
很多時候用戶都是為了解決眼前問題而提需求的,特別是一線操作用戶,他們不知道部分產(chǎn)品的功能設(shè)計為什么是他看到的樣子,他們也不知道為什么不能做成他們想要的樣子,甚至有時他們都不知道自己想要的是什么樣子,而只是想實現(xiàn)一個具體結(jié)果。
每當(dāng)這種時候,產(chǎn)品經(jīng)理要通過各種方式將用戶的需求顯性化,不僅能將用戶知道的明確需求準(zhǔn)確傳遞給開發(fā),還要能把用戶不知道的隱藏需求具體化,讓他們清晰明確確認(rèn)自己想要的樣子。
4. 產(chǎn)品經(jīng)理連接一切
產(chǎn)品經(jīng)理是一個連接者,領(lǐng)導(dǎo)-設(shè)計-開發(fā)-測試-用戶。
產(chǎn)品研發(fā)項目的關(guān)鍵干系人在很大程度上決定了項目的開發(fā)環(huán)境,開發(fā)環(huán)境包括產(chǎn)品經(jīng)理所能獲得的開發(fā)資源、開發(fā)周期、用戶配合、以及上級領(lǐng)導(dǎo)的重視度。
而產(chǎn)品經(jīng)理在整個開發(fā)過程中和項目經(jīng)理相似:主要任務(wù)是指導(dǎo)設(shè)計、開發(fā)、測試,確保按時完成產(chǎn)品上線,確保不會出現(xiàn)團(tuán)隊成員無視需求和進(jìn)度的情況;要不斷收集客戶需求和意見反饋,同時管控用戶隨意增加或變更需求。
5. 不同類型的產(chǎn)品經(jīng)理應(yīng)該注意的事項
常見的產(chǎn)品經(jīng)理可以分為兩種基本類型,技術(shù)型PM和非技術(shù)型PM。
從開發(fā)轉(zhuǎn)型的技術(shù)型PM們經(jīng)常過于關(guān)注技術(shù)實現(xiàn),容易主觀增加自己認(rèn)為實現(xiàn)簡單的功能需求,或擱置自己認(rèn)為難實現(xiàn)的需求;或者過于關(guān)心技術(shù)架構(gòu),過于沉迷細(xì)節(jié)改進(jìn),忽視業(yè)務(wù)的核心功能。
而非技術(shù)型PM則會在與技術(shù)同事溝通時花費更高的溝通成本,如果是業(yè)務(wù)轉(zhuǎn)型的PM,可能還會強(qiáng)加個人對業(yè)務(wù)的理解而產(chǎn)生的非用戶關(guān)注的主觀意愿,忽略用戶需求。
作為產(chǎn)品經(jīng)理,產(chǎn)品的成功和失敗都取決于用戶的體驗,成功的產(chǎn)品都有優(yōu)秀的用戶體驗,而對用戶體驗我們要追求的目標(biāo)應(yīng)該是“自然”,說通俗一點就是一個功能的操作和交互做出來,能讓用戶感覺這個操作和交互就應(yīng)該是這樣的。
而要想做出這種感覺,產(chǎn)品經(jīng)理只有反復(fù)對產(chǎn)品進(jìn)行體驗和思考。而一個產(chǎn)品從立項到實現(xiàn)這種自然的體驗,一定不是一蹴而就、一版而定的。這一定是一個長期的反復(fù)打磨過程,不僅考驗產(chǎn)品經(jīng)理的毅力,也同時考驗戰(zhàn)略層領(lǐng)導(dǎo)們的定力。
為了緩解這種考驗對各方帶來的壓力,產(chǎn)品經(jīng)理應(yīng)該從一開始就要為產(chǎn)品制定一個最小可行的產(chǎn)品版本規(guī)劃。然后通過快速迭代理念,上線-反饋-修改-上線,在用戶需求與應(yīng)用實現(xiàn)之間找到平衡點,然后小步快跑!
本文由 @PM&PM 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
有個問題是大多數(shù)公司只有產(chǎn)品經(jīng)理或者項目經(jīng)理
產(chǎn)品經(jīng)理可不是項目經(jīng)理,項目經(jīng)理也不是產(chǎn)品經(jīng)理
一點評論就閃退
我很好奇,為什么在人人都是產(chǎn)品社區(qū),都是清一色互聯(lián)網(wǎng)產(chǎn)品經(jīng)理,沒有做智能硬件軟硬結(jié)合的產(chǎn)品經(jīng)理呢?
我更加好奇的是,從產(chǎn)品轉(zhuǎn)到項目。自己31歲了,再繼續(xù)做產(chǎn)品,還只是兵。受不了90后的沖擊。我現(xiàn)在都開始往項目轉(zhuǎn)了。畢竟還是一個基層管理。起碼還可以做到38左右吧。歲數(shù)越大,如何保證我們IT人在40歲不惑呢?40歲 我還真的還在互聯(lián)網(wǎng)行業(yè)嗎?還是回家呢?
產(chǎn)品轉(zhuǎn)項目只要靜下心,戒驕戒躁的完整做幾個項目,然后多總結(jié)體會,成長還是會很快的,而受年齡的約束不會像程序員那樣敏感,但一定要找準(zhǔn)行業(yè),對行業(yè)做深做精。其實你的選擇比我這種反過來的處境要好一些,項目轉(zhuǎn)產(chǎn)品,隨著年齡增長創(chuàng)新能力和思維才是個硬傷!所以個人覺得你的前途還是很光明的,大不必為40歲這個年齡困惑。祝事業(yè)越來越好!
35歲要是還在做產(chǎn)品一線崗位,我感覺要要短命的。我寧愿擇一靜處,哪怕鄉(xiāng)野。
好奇作者之前的項目經(jīng)理經(jīng)驗,因為我覺得項目經(jīng)理就是負(fù)責(zé)追進(jìn)度還有調(diào)控公司各部門,然后產(chǎn)品經(jīng)理就主要打磨產(chǎn)品,做好產(chǎn)品需求成為用戶和技術(shù)的橋梁。
項目經(jīng)理也要看是什么類型的項目組織,矩陣式偏多,如果是項目型或強(qiáng)矩陣你就相對輕松一點,如果是弱矩陣或純職能型,那就比較鍛煉人了。