一般來說，搭建產品架構這件事情，只有少數的高級PM才能勝任，絕大多數剛入門的產品經理或產品專員，還涉及不到任務這么艱巨的工作(簡單的產品功能結構不算)。

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

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

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

什么是產品架構

任何一個產品都有本身的產品架構(也有很多人把它稱為信息架構)，就比如每一個人都有本身的骨骼系統一樣，你的骨架大小決定了你大致的身材會是如何，每個人的身材都紛歧樣，高、矮、胖、瘦各有差別。

有些產品的產品架構比較繁雜，例如大部分to  b 的產品，如客戶關系辦理系統、ERP軟件、電商網站的辦理后臺、物流辦理后臺、SaaS軟件等;有些架構則比較輕便、簡單，好比絕大多數的to  c 的產品，像我比來在玩的圖友、摩拜單車、直播APP映客、花椒等，當然還包孕微信(雖說現在功能越來越多了，但大體架構依然是簡單、清晰明了的)。

我們直接看幾個例子：

天貓商家工作后臺

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

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

臉萌官網

再來看一個例子，這是曾經爆紅一時的臉萌app的產品官網，仔細分析一下這個官網的產品架構，是不是超級簡單，簡單到只剩下2個菜單——首頁、關于我們。這里要注意一點，即使是簡單的2個菜單(有些官網只有一個菜單)，也依然構成了完整的用戶體驗，因為通過這個架構，網站的目標和用戶的需求都已經得到了充分的滿足。當然，如果你想要重新定義網站的目標，或是用戶的需求發生了變革，那你就該去準備重新調整產品架構了。

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

典型的幾個產品架構模型

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

第一種，層級結構(hierarchical structure)

層級結構模型

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

標簽：林芝 鹽城 九江 東營 烏魯木齊