純銀和蘇傑算是國內最早的一批產品經理了，他們的很多方法論、認知都是很有積累的。這篇文章，作者分享了和這一批產品的方法論認知，供大家參考。

昨天和純銀級別的大佬聊他做產品的方法論。恰好最近也在看梁寧老師的《真需求》，就一起聊聊和探討下。

他的方法論主要是五部分：

一、概念化能力

能夠將複雜的問題抽絲剝繭並拆分成易於理解的概念，強調事情和任務的核心是什麼？更便於溝通和決策。

你看哈，攏共三層：

1. 所有的產品都是為「人」服務的。「人」的劃分維度 —— “大明”、“小閒”和“笨笨”。基於這三類典型使用者再去拆分；
2. 幫助「人」去解決對應的「事」。「事」的劃分維度 —— 依照「人」的劃分，將「事」賦予到「人」身上，拆分事情的優先順序；
3. 產品最後能從有價值的「人」身上掙到「錢」。「錢」的劃分維度 —— 核心業務和邊緣業務得到的商業價值，結合業務目標反推有價值的「人」和「事」。

拆解產品時，從上到下一步步拆解；做業務目標時，從下到上一步步梳理。

二、找關係能力

識別不同事物、概念或數據之間的聯繫和相互作用。

對於產品經理來說，關係能力抓三層 —— 使用者需求、業務目標、產品策略。可以劃分成：“用戶業務”、“輸入因素”、“實施邏輯”、“輸出結果”四部分。可以梳理成四句話：

1. 將使用者業務訴求基於用戶畫像整體成標準化和通用化的解決路徑；
2. 業務路徑下每一個輸入因數的關聯關係，以及輸入因數的數據結構是怎樣的；
3. 原產品流程的主邏輯和每一個輸入因數的分支邏輯是怎麼樣的？影響範圍又是什麼？
4. 每一個節點的輸出結果的數據結構和關聯模塊的影響範圍又是什麼？

這是計算機的元規則。任何需求都可以按照這路徑去梳理，輸出主流程和分支邏輯流程。尤其是數據的流轉路徑。

最簡單的方式：上游輸出的內容包括哪些欄位數據？哪些欄位傳給下游？裡面的邏輯是怎麼處理的？下游輸出又是哪些欄位？

三、搭結構能力

能夠將零散的資訊或元素組織成有邏輯結構，使之系統化和流程化。

首先是分層梳理，可以採用“自上而下”或“自下而上”的方法來建立分類體系。自上而下是從產品目標出發，根據功能清單和用戶場景建立信息分類；自下而上則是從已有的內容和功能需求出發，逐步構建出反映產品目標和使用者需求的結構。

同第一部分的“概念化能力”。

更底層的內容可以使用分層解耦的設計思路，將產品資訊開發定義了用戶層、內容層、表達層、業務層、數據層五個層級，各層聚焦用戶體驗的不同特徵，彼此獨立。分層反覆運算時不影響其他層的特徵，只需要做關聯即可。

繼續拆一拆：

1. 用戶層 —— 負責收集使用者的輸入和向使用者展示資訊。關注信息的獲取和提供直觀易用的操作介面；
2. 內容層 —— 負責管理內容和數據，包括數據的存儲、檢索和更新。關注更高效的處理存儲數據；
3. 表達層 —— 處理數據的展示邏輯，將內容層的數據轉換成用戶層可以顯示的格式。關注如何將內容有效且主次的方式呈現給使用者；
4. 業務層 —— 負責實現業務邏輯，處理業務規則和流程。關注更便捷且有效的正確地幫助業務執行操作；
5. 數據層 —— 負責與資料庫或其他數據源的交互，執行數據的增刪改查操作。關注更有效率且安全的訪問數據。

產品經理這五層關注的優先順序：業務層 ＞ 用戶層 ＞ 表達層 ＞ 內容層 ＞ 數據層。

四、挖本質能力

透過現象看本質，識別問題或情況的根本原因。一定要深入理解問題，避免表面化的解決方案。

甄別問題太太太重要了。

問題是啥 —— “現狀”與“目標或理想狀態”的差距。可以通過一個清單來梳理（需求也可以這麼來梳理）：

我們在溝通和求證的時候也應該從這些情況去一一分析。後才制定可行的解決方案。

五、抽象化能力

從一個個具體實例或數據中提煉出普遍適用的原則或規則。針對於產品經理來說，本質上三層抽象：

1. 需求抽象化：能夠把用戶各種各樣具體的、零散的需求整合並提煉為統一的、有層次的產品需求；
2. 業務流程抽象化：對於複雜的業務場景，業務主流程和分支流程抽象，結合業務模組形成通用的流程；
3. 產品架構抽象化：將產品的各個功能模組視為一個整體，提煉出它們之間的關係和交互模式。

前面四部分都有囊括抽象化能力。但是核心是，能否第一時間往這塊想？抽象化的路徑又是怎樣？

這五塊能力是對產品經理能力的總結，其實無外乎三個：找使用者、找業務、找商業。

然後再結合《真需求》的一些思考：