今天在隊內和產品妹子聊到了用模塊化思維下的產品邏輯來思考產品，索性就展開來聊一聊這個事情。

其實這就涉及到所謂的產品方法論了，每個產品人對做產品的方式方法和思考方式都有不同的解讀，這里我闡述所用到的都是我自己的表意方式，以及我自己是怎么理解產品邏輯的的，這些都只代表我個人的想法，而且都有可能是錯的（可能明天我就變想法了）。

首先要說明白什么是產品邏輯：產品邏輯就是能夠完成一個完整的可實現的產品的方法論集合。（PS. 完整的涵義非常豐富，包括用戶體驗、功能完整性、滿足業務需求等，而可實現的則包括技術、設計、資源等各個方面）。

接下來，要說清楚什么是產品（當然是互聯網產品）：產品即業務邏輯+信息+展現（設計+交互）的集合。（類比如什么是程序：程序即數據結構+算法的集合）

模塊化思維（面向對象，這里的對象即模塊）是一種方法論模型，將一切產品的組成要素模塊化。模塊不是死板的、一成不變的，而是在一定的合理閾值（就是度，每個人心中都有自己的那個度）范圍內可以完整表達一個產品要素或者產品要素的集合。模塊之間的關系是相互獨立又嵌套關聯的，一個功能可以稱之為一個模塊，一個系統也可以稱之為一個模塊。模塊一定是可以通過模塊化的思考聚合分解出來，模塊是一個產品架構的元單位。

現在，我們就以知乎app為例，流程式地分析一下它的搜索功能：

1. 打開知乎app，在tab1的頂部就是搜索入口，可見知乎的產品經理對于搜索問題、話題或人的重視（可對比旁邊的加號是提問按鈕即提問入口），這就涉及到對產品的理解，知乎app更多的是解決看內容（學習）的需求和媒體屬性：

2. 點擊搜索框跳轉到搜索頁，這里可以看到當搜索框里面沒有文字內容的時候，會顯示歷史搜索，以及分為兩個維度去展現搜索結果，即內容和用戶:

3. 當在搜索框中輸入內容過后，判定為搜索框中有內容時，即發起搜索（響應式搜索，關乎用戶體驗，更快地搜索），在內容維度下則顯示出話題結果（考慮顯示數目和排序）和問題結果（考慮排序）。點擊相應的item list中的內容跳轉到相應的item詳情頁。并且提供發起問題入口，這樣的考慮是當鍵入內容沒有合理結果時，用戶可以在這里直接以鍵入的內容發起提問：

4. 當切換到用戶維度下，將展現和搜索內容相關的用戶，其他與3相同:

5. 如果改變搜索框內的內容，即增刪搜索框的內容，相應的結果也將變化：

如果落地到流程圖上，應該是這樣的：

以上，是以一個流程化思維的角度來分析了一個產品的功能。

做技術開發的時候，有面向對象和面向過程。面向過程的編程范式也可以完整開發呈現出所需要的功能，但是在做擴展、考慮重構和復用的時候往往很困難，并且隨著代碼積累的越來越多，將變得越來越積重難返、冗余和晦澀，這個非常類似于現在很多產品只考慮一個功能的流程和通過流程化的思維呈現出一個產品功能的流程（交互）和寫清楚需求就好了，其實這個思考并不深刻，同樣的，在考慮擴展功能和在重構功能的時候，在流程里面塞東西（臨時性和投機性），往往就是想到什么是什么（稍加論證和YY，就是扯淡），并且也會讓功能邏輯和產品本身的邏輯和架構變得非常復雜和積重難返。

那么模塊化思維就類似于軟件開發的面向對象思想，本質上而言，面向對象的細節都是面向過程式（對應過程化思維）的，也就是在定義完軟件架構即擁有良好可擴展的接口、代碼結構、代碼模塊后，方法函數部分都是過程式的，只不過做了代碼封裝（模塊集成）。同樣的，模塊化思維下的產品邏輯只考慮功能模塊的擴展性、模塊化、以及與其他模塊和產品架構之間的關系，最終還是通過過程式的思維來呈現產品流程，但是這樣的思維模型（模塊化的統籌和過程式的展現）就讓產品的組織和規劃以及功能迭代和提出變得更有條理，結構也更清晰。

還是以知乎為例，用模塊化的思維來下的產品邏輯來分析它的搜索模塊和話題模塊：

搜索模塊：

首先我定義了一個搜索功能，將之模塊化，就需要考慮兩件事情：第一，它的入口放在哪里（單一入口或者多個入口），第二，搜索是結果導向的，那么結果分為幾個維度？（還有考慮是不是有第三件事情 ^o^）：

1. 入口：按照知乎的定義，入口放置在了首界面的tab1頂端。

2. 維度分為內容和用戶，其中內容包括話題和問題?？梢钥吹?，維度本身就是具備一定的擴展性（預留可擴展的接口），比如再增加其他結果維度或者將話題和問題分開展示，當然這個以整個產品的信息結果為基礎，可擴展就意味著可優化，以及內容維度的粒度定義，諸如此類。然后在這些維度下結果的展形式：以item list的形式呈現，點擊相應的item跳轉到與之對應的item頁。

我們發現，其實通過模塊化的方式，從模塊的起始到最末端，一定可以分解和導出具體可落地的設計、交互和功能。

那么很顯然，可以得到：搜索功能需要一個搜索入口，進入搜索，按照定義的維度呈現搜索的結果，以及響應式搜索是為了更好的用戶體驗。（至于在展示搜索結果時提供的提問入口，這個與搜索模塊無關，是在考慮與設計提問模塊的時候，在考慮提供哪些提問入口的時候該考慮的事情。）

話題模塊

1. 與問題相關：知乎的話題就類似于標簽，叫法是什么不重要，每次在提問的時候可以打標簽，即添加相關話題。很顯然，話題可以聚合問題，即形成話題下的信息圖譜，通過question list延伸到關聯的回答，再延伸到關聯用戶，這樣就可以形成：動態、最佳回答、問題list、最佳回答者（list）、動態（信息聚合變化）這些功能，以及話題因為有一系列的信息聚合，所以話題可以定義為可關注的，就有了關注功能，這里的信息聚合是可擴展的，同樣的，延伸出來的功能同樣就是可擴展的。

2. 話題本身（上圖中沒有畫出）所包含的信息：名稱、圖片和描述，并且描述的維度是可以增加的（即可擴展的）。

3. 話題是枝葉結構（分類）：所以話題就存在父節點和子節點，即父話題和子話題，這里知乎提供了可以查看父話題。

4. 可擴展，比如與其他話題的關聯，當看某一話題的時候推薦其他話題等等。

同樣，這樣的模塊末端引導出的都是可實現的設計、交互和功能，并且通過流程化的方式組織成完整的功能流程。

很多初入產品行業的人只具從流程的角度去考慮一個功能的完整性，而模塊化思維下的產品邏輯會讓產品更加豐滿，想事情更加清楚，一切皆可模塊化，以模塊的方式組織產品，考慮模塊的完整性和模塊的可擴展性，并且在模塊的層面去思考，不斷調整產品的最終呈現方式，即加減法（一個大前提，產品一定是要可落地的）。

我在此所說的僅僅是一個思路，或者僅僅是個片段，都只代表我的個人觀點，望與各位切磋、交流。

本文由人人都是產品經理專欄作家 @王懿Lucien（微信公眾號：jishugou） 原創發布于人人都是產品經理?。未經許可，禁止轉載。