產品經理該要會寫程式嗎?破除該學寫程式的三大迷思

以下內容,摘自數位時代訪談我的內容,歡迎大家聆聽:數位關鍵字18 | 做好產品經理三法則:目標客戶、創造價值、數據驅動。這一段大概是從 12:48 開始。

我20幾歲剛擔任產品經理時,也有這種感覺,就是在想「我該不該去學寫程式」,因為不管開會還是寫規格書,都會覺得,我如果會寫程式,和工程師溝通應該就會更順暢,寫規格的時候也可以一步到位,不用在那邊被批評說「這不可能」「那不可行」的,或者被質疑「你知道這執行難度和成本有多高嗎?」

但現在的我,回頭過來,我會覺得「懂程式」這件事,問題還太含糊,一個定義不清的問題,不該跳下去解決,應該再拆更細來看。把事情拆開來看後,問題自然就好解多了。

會寫程式後就能好好溝通嗎?還是你只要「懂名詞解釋」即可

我覺得懂名詞解釋是最基本的,尤其是那些關鍵字詞,就好像英文一樣,一大段字,或是批哩啪拉一大段話,其實你不用每個字都搞懂沒關係,只要關鍵的那幾個字你有聽懂,你就可以猜得出意思了。

像是 API 啊、Wireframe 啊、SDK 啊,或是你是搞區塊鏈:智能合約、流動性挖礦…等等,就是跟你領域相關的重要技術名詞,你必須得搞懂,不然連話都聽不懂,那就很慘了。

不過「懂名詞解釋」跟「會寫程式」這件事,毫無關係。

會寫程式後,就能「講得出你要做怎樣的產品」嗎?

譬如說:你做的是一個手機遊戲,你要講得出你要做什麼才會「好玩」。若你做的是 Uniqlo 電商網站,你要講出你要做出什麼網站,才可以讓人找的到和買的爽。

這其實和「會寫程式」也沒什麼直接關係。

不過當然,你做數位服務就是給技術開發者的產品,那你為了「講得出你要做怎樣的產品」,當然要會寫程式、會點技術會更吃香。但會寫程式不是必要,而是看產品而定。

比較起「會寫程式」,我更寧願產品經理是這個領域的「玩家」,玩家更能夠講得出自己要怎樣的東西。

會寫程式,就有辦法評估實作的難易度?

這我想這個誤會可大著呢。你會寫程式,頂多是叫你從 0 開始寫出這個功能,你可以評估出難度,這沒問題。但現在的產品,往往都不止從 0 到 1,是已經做了很多功能了,也在市場跑了一陣子,程式疊床架屋,有一堆技術債,實作的難度往往要考慮許多歷史的因素,這不是單純的「會寫程式」就能評估出實作難度的了。

俗話說「難的不是技術,而是你所使用的框架中的坑」,就是在談這個概念。

你是不會寫程式,還是不會溝通

我建議產品經理,不要想用「會寫程式」來逃避溝通的問題,因為基本上會寫程式還是沒用。產品經理應該還是要好好掌握著「目標市場是誰」跟「我要如何創造價值」這兩件事情。有極大的可能是,你講出的價值團隊內沒人認同,所以才會才刁難你,告訴你「這不可能」、「那不可行」的。

產品經理會寫程式並不是必備,若你不會寫程式,想做產品經理,盡量避開那些 TA 是「技術開發者」的產品即可,一樣可以做的順風順手的。

To B 或 To C,Product-Led 還是 Tech-Led,往往大不同

技術和城市要懂到什麼程度,往往和公司的狀態有關係,通常 To B 會比 To C 多,Tech-Led 公司會比 Product-led 多。

但我眼前就是狂被打槍,該怎麼解決

如上面所說的,想「學寫程式」的問題本質是溝通問題,若你提出一個作法,馬上被打槍「這不可能」、「那不可行」,除了回頭檢視你的提案外,最重要的是,讓「對話繼續下去」這件事。

產品經理不能被打槍「這不可能」、「那不可行」後,就句點了,而是要再開啟對話,繼續問

「那我看 XXAPP 有做了這個機制,那他們和我們的差異為何?」
「那我們該怎麼辦,才有辦法做到像 XXAPP 這個機制?」
「用戶遇到的問題是這樣,還是有別的更好的解法或是 workaround 的辦法?」

搞錯問題的核心,解法就會跟著錯,問題不在學寫程式,而是你的溝通有問題啊~

--

我的線上課:數據化營運產品增長,都上線囉,歡迎大家報名

關於作者:Mr.PM 下午先生