產(chǎn)品設(shè)計(jì)沒(méi)有信息架構(gòu),等于在蓋一棟遲早會(huì)倒的樓
用磚砌蓋房子,如果只是蓋一個(gè)小房子,我們隨便一個(gè)人就能蓋起來(lái),并且一般情況下不會(huì)倒,也不需要什么鋼筋或者框架,但是如果是一棟大樓或者一個(gè)樓群,那么就不得不事先設(shè)計(jì)好框架,想清楚各個(gè)單元之間的相互影響。
目前行業(yè)總體情況來(lái)看,大部分設(shè)計(jì)是在已經(jīng)有一個(gè)產(chǎn)品基礎(chǔ)上進(jìn)行一定程度的優(yōu)化,包括雖然沒(méi)有產(chǎn)品,但是業(yè)績(jī)有類(lèi)似的產(chǎn)品可以參考,這部分其實(shí)也可以算作是優(yōu)化類(lèi)。又或者是完整的功能創(chuàng)新,創(chuàng)造一個(gè)以前沒(méi)有的產(chǎn)品。這一類(lèi)的項(xiàng)目,大部分以功能為主,基本不涉及信息架構(gòu)內(nèi)容??傮w的架構(gòu)已經(jīng)有了,只是在不同的分支上進(jìn)行優(yōu)化,簡(jiǎn)單類(lèi)的功能設(shè)計(jì),也不需要什么信息架構(gòu)來(lái)支撐。
但是如果遇到復(fù)雜的系統(tǒng),多個(gè)系統(tǒng)之間又有千絲萬(wàn)縷的聯(lián)系,這種情況下,如果還是用之前堆積功能的方法來(lái)設(shè)計(jì),可能就會(huì)跌入萬(wàn)丈深淵。在剛開(kāi)始的時(shí)候可能并不明顯,越往后就越發(fā)難以控制。
而產(chǎn)品設(shè)計(jì)又不像蓋樓那么在剛開(kāi)始就能清楚的知道這是一棟什么樣的樓。產(chǎn)品設(shè)計(jì)在剛開(kāi)始時(shí),都傾向于從用戶(hù)角度出發(fā),將用戶(hù)的需求轉(zhuǎn)化為系統(tǒng)的一個(gè)個(gè)功能。設(shè)計(jì)大部分情況成了堆砌功能。來(lái)一個(gè)堆一個(gè),雖然也有一定程度的思考,但力度不夠,不能從系統(tǒng)的角度去思考,最終還是一座將傾的大廈。
什么樣的場(chǎng)景下需要信息架構(gòu)
復(fù)雜場(chǎng)景最需要。一般場(chǎng)景如果也有這個(gè)思維,也是百利無(wú)一害。
舉一個(gè)復(fù)雜場(chǎng)景的例子。假設(shè)要設(shè)計(jì)一個(gè)復(fù)雜系統(tǒng),一般流程是這樣的:
- 用戶(hù)調(diào)研,構(gòu)建persona。按道理這是第一步,不過(guò)鑒于現(xiàn)在電商已經(jīng)很成熟,大家的業(yè)務(wù)功能已經(jīng)很完善,直接借鑒就可以了,不用為了調(diào)研而調(diào)研。
- 確定mvp版本需求。在這個(gè)時(shí)候,一大堆功能就產(chǎn)生了,一切都是為了用戶(hù)。
- 原型設(shè)計(jì)。按照確定好的需求,來(lái)設(shè)計(jì)原型圖。一上來(lái)開(kāi)始聚焦功能,就為災(zāi)難埋下了一個(gè)堅(jiān)強(qiáng)的種子,一定能等到它發(fā)芽長(zhǎng)出來(lái)的時(shí)刻。
…
后面流程大家都熟悉,不詳解了。
以滿(mǎn)足用戶(hù)需求的明細(xì)將一對(duì)功能堆砌在一起,然后越往后開(kāi)發(fā),就越覺(jué)得困難。如果運(yùn)氣好,第一版看著什么都有,也沒(méi)有什么問(wèn)題,但越往后就越覺(jué)得困難重重,每一次的改版都好想重構(gòu)。又沒(méi)有那么多的時(shí)間讓你重構(gòu)。
拿我們最熟悉的電商網(wǎng)站來(lái)說(shuō),設(shè)計(jì)一個(gè)電商網(wǎng)站的原型是分分鐘的事情。對(duì)于非技術(shù)出身的產(chǎn)品來(lái)說(shuō),傾向于從用戶(hù)角度來(lái)思考整件事情,把用戶(hù)使用的界面與流程都設(shè)計(jì)完整了,但是對(duì)于一些狀態(tài),以及狀態(tài)的轉(zhuǎn)化,信息的維護(hù),架構(gòu)的擴(kuò)展,營(yíng)銷(xiāo)系統(tǒng)的設(shè)計(jì),都相對(duì)欠缺。即使是一些技術(shù)出身的產(chǎn)品,如果沒(méi)有專(zhuān)門(mén)的信息架構(gòu)方面的意識(shí),也會(huì)陷入的一些邏輯正確的設(shè)計(jì)細(xì)節(jié),而沒(méi)有總體觀。
再來(lái)說(shuō)電商網(wǎng)站,如果我們從架構(gòu)上去區(qū)分,要首先搞清楚它所包含的以下子系統(tǒng):
- 商品:信息如何展示,維護(hù),價(jià)格是否要單獨(dú)管理。很多時(shí)候,價(jià)格需要單獨(dú)管理,因?yàn)樯唐返幕拘畔⑹且欢ǖ?,但是價(jià)格,卻會(huì)根據(jù)環(huán)境變化進(jìn)行相應(yīng)的調(diào)整
- 訂單:訂單的產(chǎn)生、失效、關(guān)閉、退貨。物流狀態(tài)和訂單狀態(tài)相關(guān),但兩種完全不同。
- 財(cái)務(wù):資金的進(jìn)出。包括用戶(hù)以及供應(yīng)商資金的進(jìn)出。
- 報(bào)表:查看各個(gè)商品交易情況。
- 用戶(hù)統(tǒng)計(jì):查看網(wǎng)站的流量、日活,月活等。
- 營(yíng)銷(xiāo):多種營(yíng)銷(xiāo)方式,能夠滿(mǎn)很容易的推出各類(lèi)型營(yíng)銷(xiāo)活動(dòng),如滿(mǎn)減,折扣,代金券等
- 權(quán)限:各個(gè)層級(jí)的人員,進(jìn)入整個(gè)網(wǎng)站后臺(tái)系統(tǒng)中要有不同的權(quán)限。比如商品維護(hù)的只看商品相關(guān),不能查看財(cái)務(wù)和訂單數(shù)據(jù)。
- 網(wǎng)站擴(kuò)展性:比如臨時(shí)加一個(gè)導(dǎo)航等,可以通過(guò)后臺(tái)直接生成,而不是每次都改前后臺(tái)。
以上,只是一個(gè)電商網(wǎng)站基礎(chǔ)要搞清楚的架構(gòu)內(nèi)容,復(fù)雜點(diǎn)的,還有多個(gè)供應(yīng)商所使用的支撐系統(tǒng)等。
這種情況下,要是這些內(nèi)容先沒(méi)有搞清楚它是什么,它們之間的相互關(guān)系是怎么樣的,就直接開(kāi)始設(shè)計(jì)功能,最后看到的必然是一個(gè)支離破碎,千瘡百孔,不斷打補(bǔ)丁的系統(tǒng)。
怎么去做架構(gòu)
架構(gòu)聽(tīng)上去很深?yuàn)W,實(shí)際上就是把一個(gè)大的系統(tǒng)區(qū)分成若干小的系統(tǒng)的過(guò)程,在這個(gè)過(guò)程中需要定義清楚這些小系統(tǒng)之間是怎么聯(lián)系起來(lái)的,為什么要這樣聯(lián)系起來(lái)。只要以一種小系統(tǒng)而組合成的大系統(tǒng)往往具有更穩(wěn)定更強(qiáng)的生命力。就像超能陸戰(zhàn)隊(duì)中的情節(jié),最厲害的機(jī)器人是由一個(gè)個(gè)單獨(dú)的小機(jī)器人組合起來(lái)的。
簡(jiǎn)單的需求不需要架構(gòu)。
在遇到上面那種復(fù)雜系統(tǒng)時(shí),就要先從系統(tǒng)級(jí)別來(lái)定義架構(gòu),區(qū)分子模塊。
一般,你用思維導(dǎo)圖去做就可以了。
一是先定義清楚你目前做的這個(gè)系統(tǒng)包含哪些模塊,盡量分的細(xì)一些。而如果分的過(guò)粗,在實(shí)際的開(kāi)發(fā)中就會(huì)驚愕的發(fā)現(xiàn)原來(lái)此處有雷。
二是在有一個(gè)基本的子系統(tǒng)劃分后,去考慮哪些是可以合并的,做到一個(gè)系統(tǒng)中。對(duì)細(xì)分的子系統(tǒng)進(jìn)行整合,保證在相當(dāng)一段時(shí)間內(nèi),兩個(gè)子系統(tǒng)不會(huì)因?yàn)楣δ艿臄U(kuò)展而逐漸交織,乃至重復(fù)。
三也是很重要的一點(diǎn),各個(gè)子系統(tǒng)的相互關(guān)系。里邊如果有復(fù)雜的邏輯的,一定要花時(shí)間去想清楚這里邊的邏輯。比如他們之間的數(shù)據(jù)的相互調(diào)用,狀態(tài)的相互關(guān)聯(lián)。
這些都做完了,你會(huì)發(fā)現(xiàn)剩下的設(shè)計(jì)工作就很容易了。你就再也不會(huì)產(chǎn)生大廈將傾的恐懼。
作者:Peter,360產(chǎn)品經(jīng)理,10年互聯(lián)網(wǎng)產(chǎn)品設(shè)計(jì)經(jīng)驗(yàn),曾經(jīng)歷旅游創(chuàng)業(yè)公司從零開(kāi)始搭建所有系統(tǒng)的過(guò)程。
本文由 @Peter 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
你這里指的是產(chǎn)品架構(gòu),我覺(jué)得和信息架構(gòu)還是不同的,信息架構(gòu)側(cè)重信息,即產(chǎn)品是一個(gè)信息環(huán)境,信息架構(gòu)研究的就是去如何組織信息,讓用戶(hù)更好地理解和使用,而產(chǎn)品架構(gòu)會(huì)更抽象,它是一種劃分系統(tǒng)、定義系統(tǒng)邊界和關(guān)系的思考方法,更多是幫助產(chǎn)品開(kāi)發(fā)者去以一種低耦合、高擴(kuò)展的方式去持續(xù)構(gòu)建完整系統(tǒng),兩者本身出發(fā)點(diǎn)就不大一樣,雖然最終產(chǎn)品架構(gòu)會(huì)一定程度上映射到信息架構(gòu)上
現(xiàn)在也在迷失在系統(tǒng)架構(gòu)里面,看后有所幫助,想問(wèn)下,系統(tǒng)架構(gòu)和功能架構(gòu)如何區(qū)分,老是很容易把系統(tǒng)架構(gòu)做成功能架構(gòu)。在這方面兩者需要著重思考哪些側(cè)重點(diǎn)?然后,兩者在上下級(jí)關(guān)系或者關(guān)聯(lián)性上有所互通嘛?謝謝
我這樣理解,不知道對(duì)不對(duì),系統(tǒng)架構(gòu)只各相互封閉的功能集成模塊之間通過(guò)接口等進(jìn)行交互,系統(tǒng)架構(gòu)高于功能架構(gòu),功能架構(gòu)平行于信息架構(gòu),功能架構(gòu)對(duì)應(yīng)偏工具類(lèi)產(chǎn)品、信息架構(gòu)對(duì)應(yīng)偏信息類(lèi)產(chǎn)品,歡迎聊聊。
真扯
尊重
有思維導(dǎo)圖先將各個(gè)子模塊定義好,思考之間的邏輯,之后在做相應(yīng)的架構(gòu)設(shè)計(jì)