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

Table of Contents

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

--
不想錯過我的新文章：訂閱免費電子報

我的線上課：數據化營運、產品增長和產品企劃力，歡迎大家報名

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