我沒有技術背景,如何成為PM?

我沒有技術背景,如何成為PM?

最近跟朋友聊天,他們問到,我是從財金系畢業的,沒有任何技術背景,但是卻能在監控產業擔任大型系統的產品經理,還一路受到重用,負責越來越大的專案,這些大型專案的技術性一定會越來越強,也有許多專業資深的 RD,我是怎麼做到的?

一開始我覺得,我身邊沒有技術背景的 PM 很多呀?這原本對我來說是稀鬆平常的事情,但仔細一想,當時的確遇到許多困難,只是當年傻傻的一頭熱就衝過去了,再想起我在新創或是在華碩擔任產品經理時,看到身邊有許多優秀的產品經理,也沒有技術背景,但是都有一些共同的人格特質與做法,所以想來分享幾個我在這趟奇幻之旅上學到的東西。

基礎知識的有效學習法--找出關鍵字

雖然完全沒有技術背景,但有些基礎的名詞還是要懂的,這些關鍵字包含兩種:

1.科技產業的基礎關鍵字:

例如什麼是CPU、記憶體、硬碟,他們是做什麼用的,這些在一般的計算機概論課本就能看到,網路上也都查得到,或是你去找一台筆電的銷售頁面,一定會有地方提到規格(感謝台灣的科技廠商都以硬體規格當作賣點XD),至少規格上面提到的名詞都查過一輪,在日常討論事情的時候就能避免許多問題(不要連USB是什麼都不懂啊~~(茶))

2.和你的產業相關的關鍵字,而且要有系統地分析出來關鍵流程中的關鍵字:

例如我一開始做的是監控產業,我先詳細拆解要完成「監控」這件事,究竟要經過什麼關鍵步驟?例如前端攝影機必須先取得影像,怎麼取得影像?然後影像要傳輸到後端的管理軟體,怎麼傳輸?後續有問題要調閱影像,所以影像要儲存,怎麼儲存?後續怎麼調閱?

然後一項項開始Google,在Ggoogle的過程中一定會遇到更多不懂的關鍵字,有些你可以查出來,有些你就可以拿去問人了。

問人有個原則,就是要「由內而外」,也就是先自己Google找答案,然後真的不行,再拿著明確的問題問人,要先問自己同團隊的PM,再不行問自己的主管,真的不行再問熟悉的RD,真的再不行,再問不熟的RD。

這樣的好處是,你幾乎可以避免自己問了笨問題出醜的可能性,畢竟這經過了重重把關,即使真的出醜,也是先在熟的人面前出醜,這些人對你的信任關係比較深,比較不會因為一兩個笨問題,之後就長久覺得妳是個沒sense的PM。

而且這是一種尊重,其實有些RD很願意分享,但你也要讓對方感受到你的誠意,讓他知道你有去Google並詢問過,是真的還不懂,才會「請出大神教學」,而不是什麼簡單問題都問他,不尊重他的時間。

另外,問問題也要找對人,你要非常理解你的團隊夥伴,還有你要問的人「吃哪一套」。我那時很幸運,第一個專案菜鳥PM遇到剛進公司還是第一份工作的菜鳥RD,可能因為對方也是菜鳥,我們有種一起奮鬥的感覺,所以互相詢問幫忙是很自然的事情。但我也遇過RD是資深老鳥,但是是刀子口豆腐心那種,會先嗆嗆我,但最後還是會用高深莫測的方式點我一下,這時就要保持強健的心智虛心接受,甚至崇拜讚嘆一下。無論如何,玻璃心大概是PM最不需要的東西了(PM當久了,玻璃心也能變成防彈玻璃!)。

善用PM的兩張王牌

善用你手上的資源,要去思考,你手上有什麼牌,可以怎麼用。
做為PM,一般會有兩張王牌:

第一張

你是「客戶代表」,你更接近市場,你瞭解市場的需求、RD開發出來的東西會被怎麼使用、他們做的事情有什麼價值。PM講的話人微言輕,但是你可以槓桿用客戶的話施力,我的經驗是,一旦讓RD知道,客戶很喜歡,但是覺得xxx會更好,立刻可以看到他們振奮的眼神,或是好奇:「那如果是這樣這樣,客戶會喜歡嗎?」

但是請做好客戶代表的角色,充分瞭解為什麼有這樣的需求,只告訴他們「客人就是想要這樣」,可能幾次有用,久而久之還是會質疑真實性,或是被認為是學舌鳥,沒有發揮客戶代表的價值。

第二張

你更接近老闆與各方利益關係人,所以你更可以「幫他們喬事情」,例如眼看時程就快要來不及,或是bug有點多改不完,PM除了逼開發趕工之外,也要擔起與各方協調的責任,和老闆或客戶橋,例如這一個版本能不能稍微妥協,先做到這樣就好,或是能不能先提供beta版給重要用戶嘗試,但不要大規模release…...等等,為雙方爭取資源,並想辦法兼顧各方利益,幾次下來,當你真的有急事要RD幫忙,他們也會相信你是真的喬過了沒辦法,才會去拜託他們,信任就是這樣建立起來的。


思維轉換
有了以上的基礎知識與兩張王牌,一般就可以建立基礎的信任,還有兩個思維其實很重要:

1.尊重對方的專業,無論懂不懂技術

其實重要的是尊重,我看過懂技術的PM,處處質疑RD可以這樣這樣做,或是講出一秒惹怒RD的話:「這應該很快吧,xxx就好了!」,技術知識可以幫助你不要提出太天馬行空的需求,或是初步判斷需求的可行性與scope,但我會盡量不質疑RD。

然後有人就會問我說,那如果「被RD騙怎麼辦?」我的經驗是,一般RD是會多抓些buffer緩衝,但如果在專案可控的情況下我會接受這件事,畢竟我自己當PM也抓buffer呀(茶),如果時間真的太誇張,或是超出專案時程,可以用幾種方式:

a.用「歷史資訊估scope」

例如好奇詢問,上次做的xxx功能跟這次的需求是類似的嗎?時間差距這麼大是因為哪裡有不同呢?一方面從解釋中可以學到東西,或是可以讓RD將他要做的事情拆細,可以討論其中有什麼地方是可以捨棄的,進一步縮短時程。

b.抓誇張時程的RD,就找RD主管一起討論schedule

再誇張的RD一般在主管面前也不敢造次(甚至會求表現縮短時程),即使真的抓了誇張的時間,RD主管有經驗可以協助討論技術細節,就能成為你的有力助手。

2.線下的關係與信任很重要

雖然有人覺得要公事公辦,但很殘酷地,沒有信任,你再怎麼善意都會被扭曲,但有了信任,即使他們有所遲疑,還是會盡量協助,這樣的信任關係除了建立在專案的互動上,線下的關係還是非常有用的,我當時和我的RD們也都是很好的朋友,中午還會一起打橋牌、玩桌遊,在種種互動中建立的信任關係,讓我們在正式討論時更能「對事不對人」,畢竟大家都這麼熟了,這次專案吵架完就算了,中午還是一起打牌打屁呀!

我在韓國的經驗也是這樣,韓國人的文化是,無論在公事或談判桌上多麼針鋒相對,結束後一定一起喝酒,不醉不歸,我真的看過還在會議上拍桌怒罵的兩方,開完會去喝酒,兩方老闆瞬間開開心心互相勸酒聊天,喝到最後還抱在一起喝交杯酒的冏,老闆說,生意不成還是朋友,這樣的心態才能讓他們盡情吵架。


最後,其實這個問題有時候是心理障礙,但是可以想,PM要對很多關係人,不只是RD,例如有時與合作夥伴簽署合約,要對到的是法務,為什麼你不會擔心自己沒有法律背景,無法跟法務溝通呢?同樣的,PM也會對到行銷,為什麼不會擔心自己沒有行銷背景呢?其實,只要有用心理解背景知識,讓對方清楚知道自己的需求是什麼,信任會在雙方交換專業,逐步溝通的過程中建立,只要鼓起勇氣虛心接受,拋棄玻璃心,有太多沒有技術背景但成功的專業PM了,相信你也可以!
 

圖片來源:Photo by Mimi Thian on Unsplash

本站所有文章未經事先書面授權,請勿任意利用、引用、轉載。