生化材與轉行與產品經理

04-27

本文將以問答的形式來介紹產品經理這一職位的一些特點，並解答生化材類專業轉行產品經理過程中常見的一些問題。

產品經理是什麼？

雖然有些傳統行業（比如生物）中的企業也有產品經理這一職位，但是我們通常提到的產品經理都是指互聯網公司的產品經理。

產品經理具體是什麼，每個人會有不同的理解。我個人的理解是，產品經理，是對一個/一條產品線負責的一個職位，工作內容是合理地決定產品的功能和發展方向，並協調開發、運營、市場等職位，去完成設定的目標。

具體做什麼，對於我這樣的初級產品助理，每天的主要任務是學習、討論設計思路、畫原型、給開發提需求（並求著他完成）、監視後台數據以改進產品等。

對於高級產品經理，要做的事情會更多，視野也會更寬，我直接上個鏈接吧：

《產品經理入門指南》第1課：全面了解產品經理真實的24小時 | 產品壹佰

產品經理的對口專業是什麼？

沒有絕對的對口專業。

JD（職位描述）中常見的幾個專業要求的說法是：

（1）專業不限；

（2）理工科專業（公司默認理工科學生的邏輯性普遍更強）；

（3）與工作任務分類有關，例如部分公司的前端產品偏好設計專業的學生；某公司的用研部門的產品經理優先選擇心理專業的學生。

生化材專業至少佔到（2），還是不錯的。

產品經理需要讀博或者讀研嗎？

完全不需要。本科畢業直接去做是最好的，碩士其次，博士就不推薦了。多花的這幾年時間對提高你的產品能力基本沒有幫助。

產品經理需要會編程嗎？

不需要。你的任務不是寫代碼。

了解一點相關的東西，比如編程語言，思維，實現原理等，會非常有助於你的工作，但這些東西在一開始也不是必須的。

生化材學生想要轉互聯網，轉產品是比轉程序員更好的選擇嗎？

大多數情況下，不是。

（1）如果時間足夠，並且以多賺錢為第一目標的話，那麼程序員比產品錢多，顯然是更好的選擇。

（2）產品的稀缺性是低於程序員的，我只聽說過幾個產品搶為數不多的開發資源，還真沒聽說過幾個程序員去搶為數不多的產品經理的。（滑稽）

（3）產品的必須性也是低於程序員的，很多小型公司會選擇不招產品，由CEO兼職，但是沒有哪個互聯網公司能在不招程序員的前提下幹活。

（4）產品的競爭激烈程度遠超過程序員，因為表觀門檻較低（不需要懂技術），今年秋招中觀察到的現象也證實了這一點。

（5）產品是一個比程序員還看中實習經歷的崗位。程序員還可以通過手撕代碼來測試水平，而產品就很難找到一個準確地測試水平的方法，所以大多數面試官會更傾向於選擇已經具有產品實習經歷的應屆生們。而偽化生又是大量佔據學生時間的專業，大多數學生難以積累到足夠多的實習經驗，會在找工作時處於劣勢。

所以我一般還是勸人能轉碼就轉碼，特殊情況下（比如時間不夠，不想學編程，或是有產品經歷）再考慮轉產品。

我想做產品經理，我需要做什麼？

（1）學習：通過閱讀，公開課等手段，了解產品設計的基本邏輯和流程，產品工作中的常見思路和技巧等；

（2）實習：通過實習來將你學到的東西付諸於實踐，從工作結果中總結經驗提升自己；同時，為你的秋招簡歷上增加經歷；這也是你判斷自己是否適合做產品經理的最好機會。

產品實習經歷重要嗎？

非常重要，如果實習和課程/科研衝突的話，我推薦寧可翹掉後者也要去實習。

原因基本都在上一問中解答了，一方面產品職位入門要求水漲船高，大廠的入門標配基本都是名校出身（985211）+名企實習，少任意一方面路都會比較難走；另一方面在產品實習的過程中，你可以體會到真實的產品經理生活，來決定自己是不是要在這個行業里做下去。如果你始終找不到做產品的樂趣，最好還是另謀出路。

為什麼產品經理這麼熱門？

（1）如上文所述，不需要會編程。代碼能力是一堵牆，把想去互聯網企業但是不會/不想學編程的部分同學堵在了牆外。現在他們突然發現，這堵牆上面有兩個洞，一個叫產品經理，一個叫產品運營。

（2）工資尚可，雖然比開發和演算法低了好一截，但是跟傳統行業比還是很有競爭力的，更是能傲視偽化生行業的大量崗位。

（3）覺得產品經理是一個可以改變世界的職位。這些人談及產品經理，國外的必稱喬布斯，國內的必稱張小龍。

你為什麼要做產品經理？

最後的這一問是我向大家提的問題，也是面試中經常見到的問題。

我看過無數求職路上的應屆生說「我從大一開始就熱愛產品經理這個職業」「讀了很多書後，開始對產品經理產生了興趣」云云。

恕我直言，都是扯淡，沒入行的時候能對行業有什麼理解。90%的應屆生想做產品，原因無非就是上面的三條的排列組合。

我覺得，因為這些原因入行，其實無可厚非。但是在實習的過程中，你最好能找到產品工作中其他令你感興趣的點。產品這行累，忙，事情繁瑣，如果沒有一些吸引自己的地方，是很難堅持做下去了。

在文章的最後，關於這個問題，也寫個我的例子吧。

我一開始進入某家大公司做火車票部門的產品實習時，也遇到了類似的問題：隨著這個工作的神秘感逐漸消失，我發現我沒法從繁複的工作中尋找到任何樂趣。

實習兩個月的時候，我發現了一個問題：鐵道部對學生票和兒童票是有折扣的，學生票75折，兒童票半價。而在進入支付界面之前，購票信息界面顯示的價格都是全價，這會給用戶帶來困擾。

如果在選擇了票種後，直接將價格顯示為票種對應的價格（學生票直接顯示75折後的價格，兒童票同理），就可以降低用戶的理解成本，也使得用戶進入了錯誤票種的購票流程時能夠更快速的發現（比如想買學生票卻點成了成人票，通過價格就可以發現）。

但是鐵道部的折扣是不包括空調費等亂七八糟的成本的，因此學生票和兒童票實際的價格有事會和直接打七五折/對摺的價格差幾塊錢，想要獲得準確的折扣票價格，只能從12306讀數據。換言之，我們不能在後台直接給出折扣票的價格。

我提出的修改方案，是先通過公式計算價格，然後在價格前面加一個「約」字。這樣既達到了區分的目的，又迴避了上面的這個問題。

後來我第一次參與需求評審時，就把最近想出的幾個修改方案交了上去。不出意外地，大部分方案都被pass掉了（經驗還是不夠啊），唯獨這個方案大家覺得還不錯，功能比較實用，開發量也不是很大。

又過了一個月，我離職了，就把這事拋到了腦後。

直到年底，當我無意間打開購票界面，並且選擇了學生票時，發現了最下面的價格旁邊，有一個大大的「約」字。

那一瞬間的激動和欣喜，我這輩子都忘不了。

我想，這個就是我在產品這條路上走下去的動力了。