產品經理眼裡的產品結構！

經歷過需求的採集、分析和篩選，我們對產品的定位和用戶的需求有了越來越深刻的認識，對整個產品方向的把控和版本迭代節奏也會更有感覺。這種感覺你也可以稱之為「產品感」，雖然講得有點懸乎，可又的確存在。以我個人的經驗來看，不斷地了解用戶需求和場景，也是積累產品感的一種良好的方式。有了不錯的產品感，我們要繼續往前走，才能將產品推向一個更高的高度。

產品經理之前已經將產品第一個版本的功能需求都整理好了，也輸出了一份詳細的功能需求列表，這個時候要做的工作就是為產品搭建一個好的架構，也就是產品設計的第三個環節——搭框架了。任何一款互聯網產品都應該有一個產品架構，有了這個強大而堅實的架構作為產品的基礎，我們才能將產品需求給一個一個填充進去，讓產品變的豐富立體，更有血有肉起來。

那究竟什麼是產品架構，產品經理又該如何來搭建一套好的產品架構，我們來接著往下看。

什麼是產品構架

任何一個產品都有自己的產品架構（也有很多人把它稱為信息架構），就好比每一個人都有自己的骨骼系統一樣，你的骨架大小決定了你大致的身材會是如何，每個人的身材都不一樣，高、矮、胖、瘦各有不同。

有些產品的產品架構比較繁雜，例如大部分2B 的產品，如客戶關係管理系統、ERP軟體、電商網站的管理後台、物流管理後台、SaaS軟體等；有些架構則比較輕便、簡單，比如絕大多數的2C 的產品，像我最近在玩的圖友、摩拜腳踏車、直播APP映客、花椒等，當然還包括微信（雖說現在功能越來越多了，但大體架構依然是簡單、清晰明了的）。

我們直接上幾個例子：

這是天貓商家的工作後台，看到左側這一排滿滿的導航菜單了嗎，是不是感覺超級複雜，光店鋪管理就有超過10個二級菜單，要梳理好淘寶、天貓這種量級的電商平台產品架構可真不是一件簡單的事。不過我也常常好奇一點，這麼複雜的後台，賣家們都能清楚地知道每一個功能在哪裡么。

複雜架構的產品，對產品經理的能力要求較高，需要產品經理能提供功能完備、結構嚴謹的架構系統，讓用戶能通過操作流程來使用各個功能。所以這樣一個架構的特點是，它會帶來一定的學習成本，有些甚至需要對產品的用戶進行培訓（像淘寶開設了淘寶大學以及淘寶社區）。這種架構產品的用戶群體一般比較聚焦，只針對某一類人群，需要對海量功能進行合理整合、靈活布局來聚焦核心用戶場景。

再來看一個例子，這是網城科技ShopNC（B2B2C）的商家中心，仔細分析一下這個產品架構，是不是超級簡單。這裡要注意一點，即使是簡單的產品構架，也依然構成了完整的用戶體驗，因為通過這個架構，網站的目標和用戶的需求都已經得到了充分的滿足。當然，如果你想要重新定義網站的目標，或是用戶的需求發生了變化，那你就該去準備重新調整產品架構了。

輕架構的產品，它的目標就是提供給用戶一個簡單明了的信息架構，讓用戶使用方便、體驗流暢。對於產品經理來說，設計輕架構的產品，難點在於體驗和創新。我們可以通過給產品做減法來不斷聚焦用戶的核心使用場景，讓用戶簡單易上手，等產品的用戶體量上升到一個新的台階的時候，再去拓展產品的使用場景，延展產品架構。

典型的幾個產品構架的模型

Jesse James Garrett在《用戶體驗要素》這本書中，為我們系統闡述了互聯網產品的幾個典型的產品信息架構模型。第一種信息架構模型比較符合我們產品經理對產品架構的理解和定位，後面三種信息架構模型，你可以當作是第一種模型的補充，或者你也可以把它當作頁面級別的信息架構梳理。

第一種：層級結構

書中原文是這麼來描述這種產品架構的——「在層級結構中，節點與其他相關節點之間存在父級/子級的關係。子節點代表著更狹義的概念，從屬於代表著更廣義類別的父節點。不是每個節點都有子節點，但是每個節點都有一個父節點，一直往上直到整個結構的父節點。層級關係的概念對於用戶來說非常容易理解，同時軟體也是傾向於層級的工作方式，因此這種類型的結構是最常見的。」

第二種：自然結構

原文描述如下——「自然結構不會遵循任何一致的模式。節點是逐一被連接起來的，同時這種結構沒有太強烈的分類概念。自然結構對於探索一系列關係不明確或一直在演變的主題是很合適的。但是自然結構沒有給用戶提供一個清晰的指示，從而讓用戶能感覺他們在結構中的哪個部分。如果你想要鼓勵自由探險的感覺，比如某些娛樂或教育網站，那自然結構可能會是個好的選擇；但是，如果你的用戶下次還需要依靠同樣的路徑，去找到同樣的內容，那麼這種結構就可能會把用戶的經歷變成一次挑戰。」

第三種：矩陣結構

書中是這麼描述矩陣結構的：「矩陣結構允許用戶在節點與節點之間沿著兩個或更多的「維度」移動。由於每一個用戶的需求都可以和矩陣中的一個「軸」聯繫在一起，因此矩陣結構通常能幫助那些「帶著不同需求而來」的用戶，使他們能在相同內容中尋找各自想要的東西。