在網易游戲實習的時候，我發現自己的價值不該只是當一個碼農時，我看到了產品經理這個崗位，當把自己的價值定位為“解決社會問題，提高社會效率”時，我知道我的天花板還很高，這是讓我高興的事。
那么作為一個開發，成功轉型為產品經理后，我們能做哪些呢？總不能自己學的東西全部用不上吧，那我那些年沒日沒夜寫代碼的日子豈不是白白浪費？
我開始尋找自己出生職業的固有技能在產品崗上的融會貫通。
1.與開發哥哥們暢聊。
很多人在提到技術轉產品時說的最多的是技術的固有思維會局限了產品功能的設計，這是缺點，優點的話是技術懂得程序開發原理，可以與開發無障礙溝通。是的，我們就說產品開發中，產品與技術的溝通問題，因為我懂技術，所以不管是數據結構，算法，數據庫，還是其他開發說到的專業名詞，我都能理解的差不多，不至於在開發同學的眼里，我就是一個什么都不懂的產品狗。腦補一下畫面，當你提出需求時，開發小哥說實現不了，然后扯出一大片技術名詞，而你一臉懵逼，心里甚至還想着不能太為難人家，這時候的你真的看起來很無所適從。
2.抽象能力用起來。
在程序開發中，有一種思想叫做面向對象編程，說的大致意思就是把一個具體的事物給抽象化，提取事物的關鍵屬性，把最本質的事物展現出來，其實這就是一個抽象思考的過程。在產品需求中，我們常常會用到這種思維。當一個需求出現的時候，我們去尋找它的“第一性”，就是最本質的東西。舉個例子現在十二點，用戶告訴你，他想要吃面包，是因為他真的就是想吃面包嗎？不一定，很大程度上是因為午飯時間到了，他的本質需求是填飽肚子。所以你給他一份重慶小面，他可能更加開心。
3.模塊化設計思想。
舉個簡單的例子，在我現在的工作中，我們是做新零售的，供應鏈中每個SPU包含多種SKU，比如商品SKU，耗材SKU，那么這時候我們在設計商品屬性的時候，我們考慮什么呢？SPU，SKU分開考慮？還是以程序開發中“類”的思維去思考呢？顯然前者會出現的問題是，“SPU，SKU”這樣的問題越多，產品設計會越亂，產品的魯棒性和可擴展性都會變得很差。舉個例子就是，當有商品和耗材時，你需要商品SPU，商品SKU，耗材SPU和耗材SKU，那現在如果多一個固定資產管理呢？再加固定資產SPU和固定資產SKU？這也太冗余混亂了把。后者的話則正是解決這樣問題的很好的辦法。一個商品，必然是先作為SPU去認知，再作為一種SKU去認知，那么就思考SPU是父類，SKU是子類，產品設計時，很多屬性顯示就會變得簡單。並且具有很強的可擴展性。
4.從優化算法到產品的及時反饋。
在技術開發中，最長被提到的是算法，這里的算法指的是基礎算法，基礎算法說白了就是時間與空間的較量。程序開發中，技術會去最大化的爭取時間短，占用內存空間小的算法。而時間短，說白了就是當我們程序運行時可以最快的得到我們的目標結果。這里可以思考的產品設計中，及時反饋，就是用戶在點擊一個按鈕時可以得到軟件最及時的反饋，一般大於3S的反饋就是不能忍耐的。在說其他思考，比如抖音短視頻為何能火，其中一個原因就是它的“短”，“短”表明了在很少的時間里得到結果反饋，反饋的結果循環刺激大腦，大腦瘋狂分泌多巴胺，注意力的集中導致時間如水，一眨眼兩個小時就沒了。“嗑瓜子理論”也是符合的，每磕一次瓜子時間很短，你很快得到反饋，所以你不急不躁就把一袋瓜子吃完了，試想一下，如果讓你每十分鍾才能把所有嗑了的瓜子仁一起吃完，你還有耐心慢慢嗑瓜子嗎。
程序員轉產品經理還能有哪些優勢呢？？？慢慢發掘吧。