當程序猿來作產品經理後

　　在網易遊戲實習的時候，我發現本身的價值不應只是當一個碼農時，我看到了產品經理這個崗位，當把本身的價值定位爲「解決社會問題，提供社會效率」時，我知道個人天花板還很高，這是讓我高興的事。

    那麼做爲一個開發，成功轉型爲產品經理後，咱們能作哪些呢？總不能本身學的東西所有用不上吧，那我那些年沒日沒夜寫代碼的日子豈不是白白浪費？

    我開始尋找本身出生職業的固有技能在產品崗上的融會貫通。

    1.與開發哥哥們暢聊。

    不少人在提到技術轉產品時說的最多的是技術的固有思惟會侷限了產品功能的設計，這是缺點，優勢的話是技術懂得程序開發原理，能夠與開發無障礙溝通。是的，咱們就說產品開發中，產品與技術的溝通問題，由於我懂技術，因此不論是數據結構，算法，數據庫，仍是其餘開發說到的專業名詞，我都能理解的差很少，不至於在開發同窗的眼裏，我就是一個什麼都不懂的產品狗。腦補一下畫面，當你提出需求時，開發小哥說實現不了，而後扯出一大片技術名詞，而你一臉懵逼，內心甚至還想着不能太爲難人家，這時候的你真的看起來很無所適從。

    2.抽象能力用起來。

    在程序開發中，有一種思想叫作面向對象編程，說的大體意思就是把一個具體的事物給抽象化，提取事物的關鍵屬性，把最本質的事物展示出來，其實這就是一個抽象思考的過程。在產品需求中，咱們經常會用到這種思惟。當一個需求出現的時候，咱們去尋找它的「第一性」，就是最本質的東西。舉個例子如今十二點，用戶告訴你，他想要吃麪包，是由於他真的就是想吃麪包嗎？不必定，很大程度上是由於午餐時間到了，他的本質需求是填飽肚子。因此你給他一份重慶小面，他可能更加開心。

    3.模塊化設計思想。

    舉個簡單的例子，在我如今的工做中，咱們是作新零售的，供應鏈中每一個SPU包含多種SKU，好比商品SKU，耗材�SKU，那麼這時候咱們在設計商品屬性的時候，咱們考慮什麼呢？SPU，SKU分開考慮？仍是以程序開發中「類」的思惟去思考呢？顯然前者會出現的問題是，「SPU，SKU」這樣的問題越多，產品設計會越亂，產品的魯棒性和可擴展性都會變得不好。舉個例子就是，當有商品和耗材時，你須要商品SPU，商品SKU，耗材SPU和耗材SKU，那如今若是多一個固定資產管理呢？再加固定資產SPU和固定資產SKU？這也太冗餘混亂了把。後者的話則正是解決這樣問題的很好的辦法。一個商品，必然是先做爲SPU去認知，再做爲一種SKU去認知，那麼就思考SPU是父類，SKU是子類，產品設計時，不少屬性顯示就會變得簡單。而且具備很強的可擴展性。

    4.從優化算法到產品的及時反饋。

    在技術開發中，最長被提到的是算法，這裏的算法指的是基礎算法，基礎算法說白了就是時間與空間的較量。程序開發中，技術會去最大化的爭取時間短，佔用內存空間小的算法。而時間短，說白了就是當咱們程序運行時能夠最快的獲得咱們的目標結果。這裏能夠思考的產品設計中，及時反饋，就是用戶在點擊一個按鈕時能夠獲得軟件最及時的反饋，通常大於3S的反饋就是不能忍耐的。在說其餘思考，好比抖音短視頻爲什麼能火，其中一個緣由就是它的「短」，「短」代表了在不多的時間裏獲得結果反饋，反饋的結果循環刺激大腦，大腦瘋狂分泌多巴胺，注意力的集中致使時間如水，一眨眼兩個小時就沒了。「嗑瓜子理論」也是符合的，每磕一次瓜子時間很短，你很快獲得反饋，因此你不急不躁就把一袋瓜子吃完了，試想一下，若是讓你每十分鐘才能把全部嗑了的瓜子仁一塊兒吃完，你還有耐心慢慢嗑瓜子嗎。