我們在開發(fā)一款A(yù)PP之前，產(chǎn)品的功能需求都整理好了，也輸出了一份詳細(xì)的功能需求列表，這個時候要做的工作就是為產(chǎn)品搭建一個好的架構(gòu)，也就是產(chǎn)品設(shè)計(jì)的第三個環(huán)節(jié)——搭框架了。有了這個強(qiáng)大而堅(jiān)實(shí)的架構(gòu)作為產(chǎn)品的基礎(chǔ)，我們才能將產(chǎn)品需求給一個一個填充進(jìn)去，讓產(chǎn)品變的有血有肉起來。

　　一般來說，搭建產(chǎn)品架構(gòu)這件事情，只有少數(shù)的高級PM才能勝任，絕大多數(shù)剛?cè)腴T的產(chǎn)品經(jīng)理或產(chǎn)品專員，還涉及不到任務(wù)這么艱巨的工作。

　　那究竟什么是產(chǎn)品架構(gòu)，產(chǎn)品經(jīng)理又該如何來搭建一套好的產(chǎn)品架構(gòu)，我們來接著往下看。

 

　　什么是產(chǎn)品架構(gòu)？

 

　　任何一個產(chǎn)品都有自己的產(chǎn)品架構(gòu)(也有很多人把它稱為信息架構(gòu))，就好比每一個人都有自己的骨骼系統(tǒng)一樣，你的骨架大小決定了你大致的身材會是如何，高、矮、胖、瘦或是其它不成比例的魔鬼身材。

　　有些產(chǎn)品架構(gòu)比較繁雜，例如大部分to b 的產(chǎn)品，客戶關(guān)系管理系統(tǒng)、ERP軟件、電商網(wǎng)站的管理后臺、SaaS軟件等;有些架構(gòu)則比較輕便、簡單，比如絕大多數(shù)的to c 的產(chǎn)品，像摩拜單車、直播APP映客、花椒等，當(dāng)然還包括微信(雖說現(xiàn)在功能越來越多了，但大體架構(gòu)依然是簡單、清晰明了的)。
      復(fù)雜架構(gòu)的產(chǎn)品，對產(chǎn)品經(jīng)理的能力要求較高，需要產(chǎn)品經(jīng)理能提供功能完備、結(jié)構(gòu)嚴(yán)謹(jǐn)?shù)募軜?gòu)系統(tǒng)，讓用戶能通過操作流程來使用各個功能。所以這樣一個架構(gòu)的特點(diǎn)是，它會帶來一定的學(xué)習(xí)成本，有些甚至需要對產(chǎn)品的用戶進(jìn)行培訓(xùn)(像淘寶開設(shè)了淘寶大學(xué))。這種架構(gòu)產(chǎn)品的用戶群體一般比較聚焦，只針對某一類人群，需要對海量功能進(jìn)行合理整合、靈活布局來聚焦核心用戶場景。
      輕架構(gòu)的產(chǎn)品，它的目標(biāo)就是提供給用戶一個簡單明了的信息架構(gòu)，讓用戶使用方便、體驗(yàn)流暢。對于產(chǎn)品經(jīng)理來說，設(shè)計(jì)輕架構(gòu)的產(chǎn)品，難點(diǎn)在于體驗(yàn)和創(chuàng)新。我們可以通過給產(chǎn)品做減法來不斷聚焦用戶的核心使用場景，讓用戶簡單易上手，等產(chǎn)品的用戶體量上升到一個新的臺階的時候，再去拓展產(chǎn)品的使用場景，延展產(chǎn)品架構(gòu)。

      典型的幾個產(chǎn)品架構(gòu)模型：

      第一種，層級結(jié)構(gòu)(hierarchical structure)
      在層級結(jié)構(gòu)中，節(jié)點(diǎn)與其他相關(guān)節(jié)點(diǎn)之間存在父級/子級的關(guān)系。子節(jié)點(diǎn)代表著更狹義的概念，從屬于代表著更廣義類別的父節(jié)點(diǎn)。不是每個節(jié)點(diǎn)都有子節(jié)點(diǎn)，但是每個節(jié)點(diǎn)都有一個父節(jié)點(diǎn)，一直往上直到整個結(jié)構(gòu)的父節(jié)點(diǎn)。層級關(guān)系的概念對于用戶來說非常容易理解，同時軟件也是傾向于層級的工作方式，因此這種類型的結(jié)構(gòu)是最常見的。