就在最近，我收到了一個小夥伴私信，問到說在自己產品經理工作中總是有空閒時間，但自己是產品經理，又不能落地產品設計方案，所以想利用空餘時間學代碼，問我產品經理有沒有必要去學點代碼。
如果是你的話，怎麼看？
1.學代碼來源於產品經理的焦慮
做產品經理期間，我們只能利用原型工具可以實現我們的想法idea，通過需求調研和業務洞察，再加上競品調研，就可以做出初步的原型demo。
從需求調研到產品實現，我們可以知道要做的具體是什麼，同時也知道了大體的工作量，可以構想大概的市場規模。
這一步已經距離成功比較接近了，因爲相比於用代碼去實現，很多產品經理其實並沒有去思考到底應該做什麼產品。
可是就算這樣，光有原型是不夠的，還要去落地開發。就像我們在讀書的時候，一旦成績下降，我們去花時間看書、做數學題，心裏面會獲得一些安慰，變得不那麼焦慮，因爲我們知道我們每完成了一道新題目，就可能比以前更好一些。
同樣的做產品也是一樣，我們僅是把原型做出來了，但是沒有辦法實現它，沒有辦法真實的投向市場驗證它，所以我們也會產生焦慮。因爲我們的產品工作不應該止步於此，反而應該推進上線。
所以我們怎麼去驗證自己的原本設想，和找到產品商業化的突破口，實際上是產品經理的焦慮，所以就會有
你不給我資源，我就自己創造資源。
所以纔會有產品經理學習代碼的場景。
2.產品經理寫代碼，其實性價比非常低
產品經理來學習寫代碼，其實在實際工作上是難以用上的，因爲術業有專攻，不管再怎麼學，要達到能夠交付的標準還是有非常大的距離的。
新程序員和老程序員的區別在最後工作的交付結果，曾經我在創業過程中，也犯過這個最大的就是把招開發這件事以爲想得很簡單，由於急需要用人，所以只要學習態度感覺不錯的，就入職了。
但產出的頁面效果、開發代碼的代碼質量實際上非常差，比如最簡單的就是按鈕的交互效果、同時用戶在頁面上產生的數據交換，容易進行報錯。
下面是新人和老鳥寫的代碼區別
新人寫代碼只要完成就行了，而老人寫代碼要考慮輸出效果和團隊協作、以及後續的代碼維護。
同時代碼也會有註釋規範，沒有好的命名難以讓後續的人看懂。
3.我身邊幾個產品經理真的在摸魚寫代碼
其實產品經理寫代碼這件事，是非常常見的，其實我所呆過的團隊也曾經也出現過這類情況，主要產品經理寫代碼的東西分爲三類，一類是可以快速實現得到效果的前端技術，一類是爲了數據獲取需求，做Python的學習、還有一類是學習Java，做技術積累，但不應用。
前兩類通過自學是能夠應用的，後面則是懂開發原理，幫助提升和開發的溝通效率。
4.產品經理空閒的時間多嗎？
一個產品生命週期從需求調研、到產品設計再到下游的UI設計、開發測試環節，在資源有限情況下，如果沒有新的需求，往往產品經理的工作就會空閒起來。
因爲監督需求的還原、和落地驗收是產品經理的工作但是也是非常雜碎的工作,沒有具象的任務，所以PM會有大量的時間空出來
下面是一個互聯網產品的產品研發週期， 如果在有限的資源情況下，往往會出現下面的空檔期，空檔期就是產品經理摸魚時間。
在這個時間怎麼利用，就決定了產品經理的職場生活了。人與人之間的差距就是這樣變出來的
5.我建議產品經理學代碼
如果你打算以後專注產品經理，我的答案是建議產品經理不花太多時間寫代碼。
產品經理是資源統籌者，隨着產品經驗增加你會發現產品的上線與最新的技術、成熟的開發者離不開關係，術業有專攻，如果不是自己打算每天花時間做，可以瞭解基礎的語句、和接口，讓自己方便提升溝通效率是可以的，那麼我建議學一下JAVA、SQL語言可能更加方便溝通，尤其是在裏面的面向對象思想
面向對象的編程思想是非常重要的，尤其是對於開發來寫接口，同樣面對象是基礎理論，來自維基百科指的是
面向對象程序設計（英語：Object-oriented programming，縮寫：OOP）是種具有對象概念的編程典範，同時也是一種程序開發的抽象方針。它可能包含數據、特性、代碼與方法。對象則指的是類（class）的實例。它將對象作爲程序的基本單元，將程序和數據封裝其中，以提高軟件的重用性、靈活性和擴展性，對象裏的程序可以訪問及經常修改對象相關連的數據。在面向對象程序編程裏，計算機程序會被設計成彼此相關的對象[1][2]。
▲面向對象將狗和羊兩個動物抽象出來
我們在做產品設計的時候，比如在做能力中臺的時候，比如用戶體系、權限、搜索，這都是是和麪向對象的開發思想有異曲同工之妙，我們將需求進行整合，提供以對象爲單位的服務接口。
掌握前端代碼的基礎知識後我們面對前端開發和UI設計師做UI還原的時候，就能夠很好的知曉UI的還原度是否精準，前端體驗提升成本的高低如何，我們可以通過前端技術來評估。
掌握上面的基礎知識後，我們就可以用來做工作量的評估，比如可以用下面的頁面數
前端：估計需要畫的頁面數，頁面數*平均單個頁面時間=工作時長
後端：估計出項目所需要的接口數量，接口數*平均單個接口時長=工作時長
對我們做需求評審、需求排期和產品規劃有非常大的幫助。
以上就是今天的分享
END