【產品經理入門記】產品經理在早期如何快速學習？

  產品經理的學習成長，不是作了多少事情，而是從這些事情中獲得多少經驗，梳理、總結就像是動物反芻，把經歷慢慢消化成經驗，而且經過文字與更多人分享交流。

  1、多閱讀

  想要了解，甚至入門一個行業，最高效的方法不過兩種：一是業內人士指導，二是閱讀。

  產品經理職業也是如此，最好的方法固然是有人手把手地教你作一件事情，逐字逐句地跟你講清楚一個個概念，比本身去閱讀消化來得更快更好。可是這種「豪華」的配置並非全部人都能得到，事實上也不太現實，工做場中你們都很繁忙，除了有超強的利益驅動，並不會有人手把手教導。

  所以，閱讀就是人人可得的最好方法，閱讀前人通過思考總結後的智慧結晶，也瞭解他們曾經作過的案例，不斷地經過「概念-實踐案例」來學習產品經理的知識和技能。

  可是閱讀也不能囫圇吞棗，那麼應該讀什麼呢？

  一、閱讀專業書籍

  產品經理是一個新興的職位，並且自己也是一個沒有固定標準、科學程式的職業，因此並無經歷時間考驗的書籍資料。雖然市面上冒出了許多相關的書籍，新媒體上也有浩如繁星的經驗分享，有價值的內容依然是屈指可數。

  對於產品經理而言，所謂的專業書籍，是指那些有足夠價值沉澱的書籍（或者未能成書的文章）。做者應該有相關的資質背書，案例應該經受市場的考驗。

  好比說小米的黎萬強寫了一本《參與感》，講述了小米成長過程當中的一系列案例分析，概念總結。黎老師是小米創始元老，案例有小米的成功背書，再加上樸實但行雲流水的文筆，這就是一本值得反覆閱讀的好書。

  以此爲判斷標準，才能甄別出砂礫中的黃金。好書也有兩重境界，一是思想，二是乾貨。

  價值最大的固然是可以高屋建瓴地傳授產品經理思惟的書籍，他們經久不衰，經常被人們提起，成爲行業典範。例如周鴻禕的《個人互聯網方法論》，張小龍的八小時演講稿，Jesse James Garrett的《用戶體驗要素》等神仙的大做都是經典做品，手邊常備一本，時常翻閱，每次看都有新感悟。

  對入門產品經理幫助最快的書籍就是第二種：乾貨，也就是咱們常常會在知乎、微信公號等平臺看到的經驗分享，有足夠積累的做者也會出書。

  張亮的《從零開始作運營》，黃有璨的《運營之  光》，王堅的《結網》等等，都是一線從業人員的實戰經驗，不只言之有物，做者文筆也是了得，將讀者拉到行業前線去了解互聯網的運做。無論是剛入門的產品助理，仍是入行多年的產品經理，都能從這些書籍中得到知識、獲得啓發。

  總結之，關於書籍選擇，認定做者資歷好、案例真實的做品，才能獲得最高效的進步。

  二、普遍閱讀

  張小龍在他那著名的騰訊內部八小時演講中提到：

  產品經理應該有博而不專的積累。美術、音樂、閱讀、攝影、旅遊等文藝行爲貌似不能直接轉化爲生產力，可是合格的產品經理須要廣博的知識儲備，以此才能瞭解和認識大數量的人羣，理解時代的審美，讓本身的所思所感符合普通用戶的思惟範式。以此爲基礎，設計的產品纔不會脫離人羣。

  關於普遍閱讀，我認爲不只是功利地爲了職業發展，而是從書籍中去體會人生百態。

  做爲一個洞察人性、發現需求的產品經理，眼中僅僅看到身邊的一畝三分地是蠻危險的一個狀態。也許你一輩子都不會有太多精彩的經歷，可是在浩瀚書海中就能夠不斷地在不一樣世界中自由切換，這就是閱讀的魅力。

  說到生產力貢獻，有時候偶爾一個靈感竟是來自於曾經閱讀過的某一本書，那種美妙的體驗實在是難以言表。例如當你讀過蔣勳的《孤獨六講》，就會對人在孤獨狀態下的心境有更完整的認知，在產品設計上，也更加知道如何緩解這種孤獨感，像網易雲音樂的評論，微信朋友圈的點贊，QQ音樂的彈幕等等。

  因此，若是你有時間精力的話，請儘可能多閱讀吧。日拱一卒，功不唐捐，爲之後的快速成長打下堅實的基礎。

  2、多作事

  說完閱讀，就應該注重把書本上的知識技能運用到實際工做中了。個人導師曾經給個人一個評語是：愛莫能助，說的是：知識概念能夠侃侃而談，可是卻難以在工做中發揮出來。

  我不知道你有沒有遇到過，這應該是新人常見的毛病。正所謂「學而不思則罔」，在實踐中去感悟書中精神才能充分消化吸取。

  這一節咱們講講如何在實踐中快速學習，一言以蔽之：多作事。

  一、瞭解公司的運做：架構、技術團隊、關鍵人物。

  三五人的創業團隊溝通基本靠吼，並無太多的繁文縟節，內部溝通還算是暢通無阻。可是假如你在一個規模稍大的公司，最重要的是瞭解公司內部是如何運做的。

  公司的架構是如何構成的，都有哪些部門，各自的權責是什麼。

  技術團隊的分工是怎麼樣的，產品從想法提出到正式上線分別要哪些團隊配合。

  團隊的關鍵人物是誰，要諮詢一個問題，或者出現問題應該找誰。

  如此種種，新人產品經理在進入公司的第一天起就應該去主動了解。好在大部分公司都配有導師制度，例如個人導師在進入公司的第一天就會跟我講解上面這些問題，也會引薦我給相關的同事。

  瞭解公司的運做，是爲了提升之後的工做效率，也讓本身對團隊之間的合做有最直接的認識。

  複雜如騰訊這種巨型企業，內部的團隊更是錯綜複雜，也許一個數據便有好幾個團隊在負責，你就要知道哪一個數據應該找哪一個團隊，甚至知道是哪一個人負責的。在平時就應該多注意各個部門、各個團隊分別在作什麼，假如公司內部有論壇、分享會等內宣渠道，就要多參與其中，不必定要投入很是多的時間，主要目的是瞭解對方的權責就好。

  之後在遇到問題的時候，就能夠很快的找到相關團隊。例如兩個產品經理，都想要作一個圖片自動識別功能，本身團隊來搭建該功能顯然太費勁，市面上確定是有現成組件的。產品甲平日兩耳不聞天下事，根本不知道從哪裏找到這樣的API或SDK，羣裏問來問去，團隊內部也沒人知道。產品乙上個月恰好聽了一個內部分享會，是關於一個AI團隊的研究分享，裏面提到了一個圖像識別，也提到了業內有哪些公司在作圖像識別。那麼乙很快就能夠詢問對方是否能夠支持，或者找相關的公司支持。

  可想而知，通過這個案例後，乙的工做能力會更加被團隊和老闆承認。

  二、多和用戶泡在一塊兒：用戶在想什麼（潛在需求），說什麼（用戶反饋），作什麼（數據分析）

  Pony馬化騰曾提出一個廣爲流傳的「10/100/1000法則」，即產品經理每月必須作10個用戶調查，關注100個用戶博客，收集1000個用戶體驗反饋。

  互聯網產品的一大特性就是永遠都是Beta版本，不斷地在改變。產品經理收集、判斷需求，而後不斷地打磨產品。這些源源不斷的需求並非來自於產品經理的天才構想，而是來自於用戶，有的是用戶主動反饋，有的則是產品經理觀察得出。

  知道用戶在想什麼，識別未被知足的需求

  在PC互聯網時代，咱們會發現不少用戶會在本身的博客寫今天聽了一首歌，有什麼感觸。歌曲是一個可以影響情緒的行爲，也許忽然飄來一首歌，會讓人們想起和初戀的一件小事。因此說聽歌每每會伴隨着情感的表達，在每首歌附上一個評論留言區就是一個很是強的需求，網易雲音樂正是憑着這個膾炙人口的功能贏得了良好口碑。

  更進一步，咱們會發現用戶不少時候也不寫感悟了，就是分享一段歌詞，可能再配上一張意味深長的圖片。也許是他們不想寫、不方便寫，也許是寫不出，但反正情感是經過歌詞和圖片來表達了。因此QQ音樂作了「歌詞海報」，一段歌詞配上一個好圖片，勝於千萬言語，這個功能也收到了許多讚譽。

  多聽用戶在說什麼，找到產品改進的方向

  若是能被用戶罵，說明仍是一件好事情，用戶仍是但願你變好的。若是用戶壓根都不想反饋，直接棄用了，這纔是一個失敗透頂的產品。

  手機QQ4.0版本上線的時候，一天內收到了上萬條差評，緣由是這個版本取消了QQ一直以來都有的在線和隱身狀態。手Q團隊迫於壓力不得不在幾天以內加上了隱身狀態，緊急發佈優化版本。手Q團隊的初衷是但願取消隱身狀態來提升溝通意願，由於用戶看到隱身就會減小留言的慾望，可是從輿論反應來看，用戶彷佛並不爲這個功能買帳，強烈要求保留QQ的傳統。

  騰訊的大小老闆們有個特質很讓人敬佩，就是很是注重用戶反饋。常常會在微博搜產品關鍵字，看看用戶在說什麼，有則改之無則加勉。

  多分析用戶在作什麼，驗證工做成果

  這裏的分析指的是經過數據來分析用戶在產品內的使用行爲。數據是最客觀的，好比說你上線了一個新功能，也許在用戶調研的時候，不少人說很喜歡，可是若是數據表現很是差，則證實大部分用戶真的不喜歡你新作的這個功能。那就要反思一下哪裏出現了問題，是需求把握的很差，仍是實現方案有問題，甚至考慮一下新功能是否應該繼續存在。

  三、知道作什麼，以及何時作：邏輯能力和業務駕馭能力

  前面說到大量閱讀和多跟用戶在一塊兒，到如今，產品經理腦海中、文檔上應該存在着很是多的想法了。但是資源是有限的，你的100個想法也許都有用，可是確定無法都實現。因此須要掌握的能力就是：強大的邏輯能力和業務駕馭能力，簡單來講就是知道需求實現的優先級。

  好比說知乎這個產品，確定會有人說我須要一個換膚功能，如今藍白的官方配色太單調了。那這個需求是否有用呢？固然有，作好以後能討好一部分有需求的人羣。然而它卻不是應該如今作的，也許能夠列在需求單裏面，可是估計用戶實現不了了。最高優先級的應該是：完善編輯器、增強版權保護、打擊垃圾信息等等。

  鍛鍊這種邏輯能力，最快速的方法就是多作產品分析。

  本身在用的產品多問幾個爲何。爲何微信朋友圈從誕生到如今4年過去了，幾乎沒有任何變化？爲何微信公衆號要增強版權保護？爲何知乎要上線「友善度」？爲何知乎不能上傳GIF，也不能換字體換顏色？

  純銀曾說過一個方法，把Appstore排名靠前的產品都下載下來分析一遍，產品方法就天然融會貫通了。

  對於此方法我並不太贊同，這種蜻蜓點水式的「研究」對於新人來講畢竟效率過低，並且新人也許連基本的行業常識都沒有，就算看遍了全部APP，也不知因此然。

  可是我仍是嘗試了這個方法，不過是在入行兩年以後，有了足夠的基礎積累。我在一年的時間內體驗了大概上千款APP，有的掃一眼就能夠，有的認真寫了分析。這是一個打基礎的過程，說不上立竿見影的效果，可是起碼會幫助你判斷不一樣團隊爲何作這個，爲何不作那個，對於錘鍊本身的產品感受大有裨益。

  四、掌握溝通的技巧

  對於設計人員，尊重他們的審美和專業能力。我曾經在一個團隊，設計師的做品我大多不太喜歡，有時候會在羣裏直接說很差看，因而常常引起一場撕嗶大戰。導師後來教我一個方法，那就是把本身想要的效果找一個案例給設計看，對於設計做品而言，不一樣的人有不一樣的想法，因此若是是爲了產品，那麼最高效的溝通就是找一個別人的案例，用實實在在的做品來說述本身想要的效果，這樣才能作出你們都滿意的做品。固然若是遇到一個很是牛的設計師，不只能領會到你的意思，還能根據產品的現狀有本身的思想，並且做品還很好看，那真的是福氣不淺，好好珍惜吧。

  對於程序員，瞭解並尊重他們的領域，千萬不要說「這個很簡單的，能夠快速作」，「不就是改幾行代碼嘛」，「這個明天要上線，快點作好」諸如此類的話語無異於給本身貼上了一個「不靠譜」的標籤。若是有條件的話，儘可能多學點計算機技術方面的東西，本身判斷某個功能可否實現以及複雜度。關於產品經理能夠學習的基本技術，我後面有時間會專門寫一篇。

  對於老闆，要保持工做同步，瞭解老闆對產品的構想，在非原則性問題上，不要和老闆對着幹，畢竟老闆就是老闆，這個也不需多說。遇到通情達理的上級，就要用科學的論證來講服他們接受你的方案，若是你自信本身是對的。

  關於溝通，我其實並不在行，仍是專門找相關資料、老師來學習，我只能告訴的是：尊重對方領域是高效溝通的前提。

  3、多學習

  一、學習技術世界的基本原理

  大多數產品經理要分析一個數據，是給技術團隊提一個需求，而後坐等技術哥哥給到結果。有沒有想過本身從數據庫裏面提取呢？

  正是從這個念頭出發，我從數據庫技術開始，走上了自學計算機技術的不歸路。

  首先咱們說數據庫，是最簡單的一個技術，只要掌握基本的SQL語法，就能拼湊本身想要的條件從數據庫中提取相關數據。這些語法，也不過是select…from…where等很是簡單的幾個單詞，通過幾天的學習就能夠立刻運用。

  掌握SQL的好處，一是大大提升工做效率，二是對產品的運做更瞭解。首先是工做效率獲得巨大提升，之前提完一個需求可能得登上一兩天甚至一週，若是本身提取的話，何時均可以，並且能夠隨時改變提取的條件，不須要反覆溝通。第二是從數據層面對用戶使用產品的行爲有更本質的瞭解，提升本身的邏輯能力。例如就使用知乎而言，用戶回答問題，就會在數據庫產生一條記錄：回答時間、內容、用戶ID、問題ID、點贊人數、感謝人數、收藏人數等等，當你從數據庫的角度去看這些問題是，是否是對於知乎的底層運做更瞭解了呢，也更瞭解用戶的一個行爲會牽涉到哪些方面。

  度過了初級的SQL，能夠往更高層面的技術學習，那就是真正的編程了。從HTML到CSS、JavaScript，從前端到服務器通訊再到後臺程序，從數據庫到大數據挖掘、智能推薦，從實用編程到數據結構、算法設計等等，技術的康莊大道上有無限的寶貴知識等着咱們去探索。

  對於產品經理來講，技術不是必須的，但確實一個絕對的優點。Pony在一次內部演講說：咱們但願的產品經理是很是資深的，最好是由作過前端、後端開發的技術研發人員晉升而來。好的產品教導一個有技術能力，有經驗的人員手上，這樣會讓你們更放心。

  二、瞭解商業市場的運做

  德魯克認爲知足顧客的需求就是每個企業的使命和宗旨。楊元慶同時也說，不以盈利爲目的的企業不會持久。

  高段位的產品經理應該考慮的已經不只僅是用戶需求，而是用戶需求和用戶價值相結合。產品經理界元老俞軍最近有個觀點：需求不只僅從用戶角度出發，而是須要考慮用戶價值、願付價格和企業成本，因此需求是有商業價值屬性的。

  以音樂APP爲案例，用戶有一個強烈的需求：音質要最好、下載要免費，按照咱們常規的認知來講，這就是一個痛點需求呀，很是很是痛。可是企業能作這個需求嗎？顯然是不能夠的，誰作誰倒閉。

  因此產品經理要獲得長遠的提升，必需要了解商業市場的運做。僅僅看到產品設計原則、用戶需求，是井底之蛙。咱們看2015年日後出現的產品，幾乎沒有一個是經過優化產品體驗就能夠完成的，都須要產品設計以外的核心能力。例如滴滴Uber的政策影響能力，共享單車的地推能力，互聯網金融的資本能力。

  全部企業都要回到商業軌道上。

  4、多輸出

  最後一點，多輸出總結，往腦子裏輸入更多東西，始終是舶來品，只有通過消化吸取後總結成本身的經驗纔可以說徹底學習透了。就像我在寫這些文字，也是強迫本身輸出的過程。要把本身走過的坑，在腦海裏整理過以後，輸出成文字，向有須要的人貢獻本身的一個案例參考。

  工做中，完成一個案子，多作總結，而不是甩手掌櫃，忙着去慶祝。

  聽說在2011年的騰訊年會，Pony開完員工大會以後，匆匆回到辦公室，把騰訊創業12年的感悟用一封郵件跟全體同事再分享了一遍。如此繁忙的大佬，依然不斷地輸出總結，使人敬佩。

  在騰訊內部，晉升高級產品經理的人必需要有授課，晉升高級工程師的人必需要有技術文章分享，緣由就是但願經過這種輸出型的工做，檢驗他們是否真正掌握了足夠的知識和技能。

  咱們的學習成長，不是作了多少事情，而是從這些事情中獲得多少經驗，梳理、總結就像是動物反芻，把經歷慢慢消化成經驗，而且經過文字與更多人分享交流。

---

本文來自 qq_32506555 的CSDN 博客 ，全文地址請點擊：blog.csdn.net/qq_32506555…