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