用磚砌蓋房子，如果只是蓋一個小房子，我們隨便一個人就能蓋起來，并且一般情況下不會倒，也不需要什么鋼筋或者框架，但是如果是一棟大樓或者一個樓群，那么就不得不事先設(shè)計好框架，想清楚各個單元之間的相互影響。

目前行業(yè)總體情況來看，大部分設(shè)計是在已經(jīng)有一個產(chǎn)品基礎(chǔ)上進行一定程度的優(yōu)化，包括雖然沒有產(chǎn)品，但是業(yè)績有類似的產(chǎn)品可以參考，這部分其實也可以算作是優(yōu)化類。又或者是完整的功能創(chuàng)新，創(chuàng)造一個以前沒有的產(chǎn)品。這一類的項目，大部分以功能為主，基本不涉及信息架構(gòu)內(nèi)容?？傮w的架構(gòu)已經(jīng)有了，只是在不同的分支上進行優(yōu)化，簡單類的功能設(shè)計，也不需要什么信息架構(gòu)來支撐。

但是如果遇到復(fù)雜的系統(tǒng)，多個系統(tǒng)之間又有千絲萬縷的聯(lián)系，這種情況下，如果還是用之前堆積功能的方法來設(shè)計，可能就會跌入萬丈深淵。在剛開始的時候可能并不明顯，越往后就越發(fā)難以控制。

而產(chǎn)品設(shè)計又不像蓋樓那么在剛開始就能清楚的知道這是一棟什么樣的樓。產(chǎn)品設(shè)計在剛開始時，都傾向于從用戶角度出發(fā)，將用戶的需求轉(zhuǎn)化為系統(tǒng)的一個個功能。設(shè)計大部分情況成了堆砌功能。來一個堆一個，雖然也有一定程度的思考，但力度不夠，不能從系統(tǒng)的角度去思考，最終還是一座將傾的大廈。

什么樣的場景下需要信息架構(gòu)

復(fù)雜場景最需要。一般場景如果也有這個思維，也是百利無一害。

舉一個復(fù)雜場景的例子。假設(shè)要設(shè)計一個復(fù)雜系統(tǒng)，一般流程是這樣的：

1. 用戶調(diào)研，構(gòu)建persona。按道理這是第一步，不過鑒于現(xiàn)在電商已經(jīng)很成熟，大家的業(yè)務(wù)功能已經(jīng)很完善，直接借鑒就可以了，不用為了調(diào)研而調(diào)研。
2. 確定mvp版本需求。在這個時候，一大堆功能就產(chǎn)生了，一切都是為了用戶。
3. 原型設(shè)計。按照確定好的需求，來設(shè)計原型圖。一上來開始聚焦功能，就為災(zāi)難埋下了一個堅強的種子，一定能等到它發(fā)芽長出來的時刻。

…

后面流程大家都熟悉，不詳解了。

以滿足用戶需求的明細將一對功能堆砌在一起，然后越往后開發(fā)，就越覺得困難。如果運氣好，第一版看著什么都有，也沒有什么問題，但越往后就越覺得困難重重，每一次的改版都好想重構(gòu)。又沒有那么多的時間讓你重構(gòu)。

拿我們最熟悉的電商網(wǎng)站來說，設(shè)計一個電商網(wǎng)站的原型是分分鐘的事情。對于非技術(shù)出身的產(chǎn)品來說，傾向于從用戶角度來思考整件事情，把用戶使用的界面與流程都設(shè)計完整了，但是對于一些狀態(tài)，以及狀態(tài)的轉(zhuǎn)化，信息的維護，架構(gòu)的擴展，營銷系統(tǒng)的設(shè)計，都相對欠缺。即使是一些技術(shù)出身的產(chǎn)品，如果沒有專門的信息架構(gòu)方面的意識，也會陷入的一些邏輯正確的設(shè)計細節(jié)，而沒有總體觀。

再來說電商網(wǎng)站，如果我們從架構(gòu)上去區(qū)分，要首先搞清楚它所包含的以下子系統(tǒng)：

• 商品：信息如何展示，維護，價格是否要單獨管理。很多時候，價格需要單獨管理，因為商品的基本信息是一定的，但是價格，卻會根據(jù)環(huán)境變化進行相應(yīng)的調(diào)整
• 訂單：訂單的產(chǎn)生、失效、關(guān)閉、退貨。物流狀態(tài)和訂單狀態(tài)相關(guān)，但兩種完全不同。
• 財務(wù)：資金的進出。包括用戶以及供應(yīng)商資金的進出。
• 報表：查看各個商品交易情況。
• 用戶統(tǒng)計：查看網(wǎng)站的流量、日活，月活等。
• 營銷：多種營銷方式，能夠滿很容易的推出各類型營銷活動，如滿減，折扣，代金券等
• 權(quán)限：各個層級的人員，進入整個網(wǎng)站后臺系統(tǒng)中要有不同的權(quán)限。比如商品維護的只看商品相關(guān)，不能查看財務(wù)和訂單數(shù)據(jù)。
• 網(wǎng)站擴展性：比如臨時加一個導(dǎo)航等，可以通過后臺直接生成，而不是每次都改前后臺。

以上，只是一個電商網(wǎng)站基礎(chǔ)要搞清楚的架構(gòu)內(nèi)容，復(fù)雜點的，還有多個供應(yīng)商所使用的支撐系統(tǒng)等。

這種情況下，要是這些內(nèi)容先沒有搞清楚它是什么，它們之間的相互關(guān)系是怎么樣的，就直接開始設(shè)計功能，最后看到的必然是一個支離破碎，千瘡百孔，不斷打補丁的系統(tǒng)。

怎么去做架構(gòu)

架構(gòu)聽上去很深奧，實際上就是把一個大的系統(tǒng)區(qū)分成若干小的系統(tǒng)的過程，在這個過程中需要定義清楚這些小系統(tǒng)之間是怎么聯(lián)系起來的，為什么要這樣聯(lián)系起來。只要以一種小系統(tǒng)而組合成的大系統(tǒng)往往具有更穩(wěn)定更強的生命力。就像超能陸戰(zhàn)隊中的情節(jié)，最厲害的機器人是由一個個單獨的小機器人組合起來的。

簡單的需求不需要架構(gòu)。

在遇到上面那種復(fù)雜系統(tǒng)時，就要先從系統(tǒng)級別來定義架構(gòu)，區(qū)分子模塊。

一般，你用思維導(dǎo)圖去做就可以了。

一是先定義清楚你目前做的這個系統(tǒng)包含哪些模塊，盡量分的細一些。而如果分的過粗，在實際的開發(fā)中就會驚愕的發(fā)現(xiàn)原來此處有雷。

二是在有一個基本的子系統(tǒng)劃分后，去考慮哪些是可以合并的，做到一個系統(tǒng)中。對細分的子系統(tǒng)進行整合，保證在相當一段時間內(nèi)，兩個子系統(tǒng)不會因為功能的擴展而逐漸交織，乃至重復(fù)。

三也是很重要的一點，各個子系統(tǒng)的相互關(guān)系。里邊如果有復(fù)雜的邏輯的，一定要花時間去想清楚這里邊的邏輯。比如他們之間的數(shù)據(jù)的相互調(diào)用，狀態(tài)的相互關(guān)聯(lián)。

這些都做完了，你會發(fā)現(xiàn)剩下的設(shè)計工作就很容易了。你就再也不會產(chǎn)生大廈將傾的恐懼。

作者：Peter，360產(chǎn)品經(jīng)理，10年互聯(lián)網(wǎng)產(chǎn)品設(shè)計經(jīng)驗，曾經(jīng)歷旅游創(chuàng)業(yè)公司從零開始搭建所有系統(tǒng)的過程。

本文由 @Peter 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。