更多入門干貨：

在互聯網產品團隊中，設計、測試、前端、后端、運維都是技術類崗位，有清晰的學習目標、學習方法，以及對能力的評判標準。

唯獨產品經理 PM 是充滿“玄學”的崗位，我們既不清楚應該怎么學習，也不知道怎么評價什么樣的產品才是好產品。

所以下面我要針對這個現狀提出一些建議，不管你是作為設計師要兼任、轉行產品，還是零基礎學習產品都適用。

產品的學習路徑

產品經理雖然是某類崗位的名稱，但它代表的并不是一個固定的崗位類型，而是若干相似崗位的總稱，這是我們首先要理解的問題。

比如設計師，服裝設計、空間設計、電路設計、工業設計、UI 設計從業者都可以叫自己是設計師，但這些崗位是一種東西嗎？

同理，在產品經理范疇中，包含功能產品、運營產品、支付產品、數據產品、工業產品、硬件產品等不同的種類，崗位之間往往天差地別。

理解產品經理，首先要確定你指的是哪種產品，然后才能分解它的職能和技能的掌握。

而在以開發 APP、平臺系統為主的項目中，產品經理主要指的是功能型產品，即將項目需求轉換成軟件功能并輸出具體的圖形、原型、文檔的產品經理。

這類產品的工作相對容易理解，也是前期上手最簡單的類型。但功能類產品還有細分，即面向的軟件、系統類型，包括 B 端、C 端，或移動端、網頁端等。

在我的建議中，最佳的產品學習路徑就是從 C 端移動端的功能產品作為起點，通過設計一個移動端 APP 的產品需求，掌握產品經理的基本技能和思考方式。

之所以適合，是因為移動端 APP 對于我們來說太熟悉了，常規產品類型的功能構成、操作邏輯、交互方式都能高低說兩句……

同時，移動端產品的規模較小，多數產品的功能也比較簡單，使得我們在前期可以比較好的聚焦在原型這種可見圖形的定義上，弱化數據、業務、邏輯、流程、體驗、技術帶來的影響。

不是說這些內容不重要，而是學習必然是要分階段分步驟的，圖形化的定義過程可以最快幫助我們理解功能和需求的要點是什么，從而 push 我們注意到更深度、抽象的內容的重要性。

簡而言之，就是產品學習要做的第一件事，就是先做好移動 APP 項目的原型和需求。

而做好這一步，就需要掌握部分工具的使用，包括邏輯圖形工具、原型工具、文檔工具。

邏輯圖形工具和文檔工具都很好掌握，主要的問題出在原型工具上。流傳度最廣的產品原型工具是 Axure，但這個軟件非常臃腫，操作起來效率也不高，深度學習它的各種功能和應用案例確實是要花一兩個月時間。

但深度掌握它和學習輸出需求有關聯嗎？答案是沒有……

產品的需求輸出，不是用 Axure 做一個盡可能全面、擬真的原型，就算你想，它也做不到，而附帶著這會消耗我們大量的精力到軟件的處理和操作中。

并且，Axure 的進階功能雖然很復雜，但是它們往往只能表現產品中最基礎的功能和交互，且大多屬于毫無表現必要和理解成本的需求。

所以在產品前期學習階段，一定要區分學習軟件和做需求之間的區別。即使用 Axure 來做原型，也不是以復雜可交互原型為目標。

而 APP 項目需求的設計，也不是一上手就創建一個新的項目產品，因為做新項目會有大量的隱性問題需要考慮，對于沒有經驗的新手來說會造成很大的壓力。

所以我們建議最好的產品初期練習方式，就是 —— 需求逆推。即選擇一個已經上線的應用，照著它把需求原型和文檔重做一遍。

這是最高效的入門實踐操作，具體的產出結果和形式大家可以參照其他新手的練習記錄。

掌握做需求是產品經理最基礎也最硬核的技能，雖然了解技術邏輯重要，認識業務需求也重要，發現并找出用戶痛點更重要，但它們不是現階段的新人可以掌握的，需要通過前期足夠的積累才能明白它們是什么。

而產品行業最大的問題，就是大半產品只會高舉業務、口號、體驗的大旗，卻連基本的需求都做不好，只要有一定設計、開發經驗的同學一定對這個問題有深刻的體會……

實際上市場對初級產品的要求不是舉高旗喊口號的，而是能把基本需求做好的產品經理！

做需求是我們學習的第一步，但掌握了它也依舊還是新手階段，但它已經能幫助我們建立起產品思維。而下一步應該學什么，就要根據具體要從事的產品類型做決定。

我會在后續分享中做進一步的解讀。

歡迎關注作者的微信公眾號：「超人的電話亭」