什么是“好”的信息架構(gòu)?
信息架構(gòu)梳理的方法是很成熟的,但是好像評判“好”和“不好”的標準都很理論。那么,要如何看待什么是“好”的信息架構(gòu)?
一、一個不可避免的問題
某天,筆者看到了一個產(chǎn)品經(jīng)理提問:
公司有個后臺產(chǎn)品,產(chǎn)品主要是滿足內(nèi)部員工的使用,但是產(chǎn)品主要是以堆砌功能為主,加上公司并沒有交互,導致兩個問題:
- 第一個問題是雖然是能用,但有點難用。
- 第二個問題是由于功能的堆砌,給人很雜亂的感覺。
目前想先從產(chǎn)品的信息架構(gòu)入手,進行產(chǎn)品的梳理,推動它的優(yōu)化。但是問題來了,信息架構(gòu)梳理的方法是很成熟的,但是好像評判“好”和“不好”的標準都很理論。想請教下大家,你們怎么看待什么是“好”的信息架構(gòu)?
在產(chǎn)品生涯中,我們應(yīng)該不可避免都遇到需要優(yōu)化甚至重構(gòu)的后臺系統(tǒng)。
原因一般有:
- 前期項目太趕,導致沒有好好的先規(guī)劃再落地。
- 上一個負責該項目的產(chǎn)品經(jīng)理經(jīng)驗不足。
- 因業(yè)務(wù)突然轉(zhuǎn)變,原有的產(chǎn)品和信息架構(gòu)無法很好的 支撐新業(yè)務(wù)轉(zhuǎn)變落地。
當我們接受到優(yōu)化、重構(gòu)等任務(wù),深知這是一個吃力不討好的活兒。干好了,收益不是特別大,因為本來業(yè)務(wù)也一直在用這個系統(tǒng),只不過難用一點而已。沒干好,老板和項目組對你信心下降,對日后的工作開展和晉升都會有阻塞。
二、關(guān)鍵是能設(shè)計出好的信息架構(gòu)
有時候我們不能直接拿任務(wù)梳理出解決方案,而是要把任務(wù)轉(zhuǎn)化為完成該任務(wù)所需要的技能,再讓技能的輸出轉(zhuǎn)化為解決方案。
優(yōu)化或重構(gòu)系統(tǒng)需要很多技能,其中涉及到設(shè)計落地相關(guān)最重要技能則是“能設(shè)計出好的信息架構(gòu)”。
對于產(chǎn)品經(jīng)理來說,信息架構(gòu)是什么:產(chǎn)品經(jīng)理的工作需要設(shè)計業(yè)務(wù)架構(gòu)、產(chǎn)品架構(gòu)和信息架構(gòu)。一個企業(yè)的業(yè)務(wù)架構(gòu)決定了產(chǎn)品架構(gòu),產(chǎn)品架構(gòu)決定了信息架構(gòu),是一個遞進的關(guān)系。
從產(chǎn)品體驗要素五層理解去信息架構(gòu),則它存在于結(jié)構(gòu)層、框架層、表現(xiàn)層,并且也是由該三層分別不同的元素:交互設(shè)計、信息框架、界面設(shè)計、導航設(shè)計、視覺設(shè)計等組成。
后臺,是直面用戶前端的信息系統(tǒng),該系統(tǒng)的架構(gòu)是否合理則決定了用戶對該系統(tǒng)的直接感知。產(chǎn)品經(jīng)理需要為后臺設(shè)計出一個合適的信息架構(gòu),讓用戶覺得好用。
而一個好的信息架構(gòu),應(yīng)該可以能低成本與其他系統(tǒng)建立連接。
你應(yīng)該對信息架構(gòu)還有許多疑問,我們接著往下看。
三、信息架構(gòu)和其悖論
信息架構(gòu)本身的含義是:是一種連接信息供需方,讓其按設(shè)計好的流程進行操作,形成任務(wù)閉環(huán)的工具。
假如我需要在圖書館找一本書籍,那么我需要找到圖書館的書籍目錄總綱,在此基礎(chǔ)上根據(jù)書籍名稱或分類等篩選查找,直到找到書籍的對應(yīng)位置。在這個場景下,書籍目錄總綱則是充當信息連接的工具,并且我需要借助該工具,完成查找書籍的任務(wù)。
隨著時代的發(fā)展,信息量也不斷的增加,人們查找信息的速度趨向緩慢甚至0效率,故而針對不同的場景,設(shè)計出合理的信息架構(gòu),幫助人們完成任務(wù),提高人們依靠信息輸入進而解決問題的效率,是信息架構(gòu)這個工具最重要的使命。
但是,信息架構(gòu)本身存在悖論:很難(幾乎為零)設(shè)計出完美的信息架構(gòu),因為所有的定義和優(yōu)化對于任何人來說都不能是最完美最合適的。
- 對于運營人員來說,希望做完活動后,能馬上看到營銷效果數(shù)據(jù),那我們是基于在營銷系統(tǒng)上實現(xiàn)“營銷效果數(shù)據(jù)查看功能”,還是把這些數(shù)據(jù)當做是企業(yè)的核心數(shù)據(jù)資產(chǎn),統(tǒng)一放在數(shù)據(jù)中心處查看呢?還是兩邊都做?
- 對于資料管理人員來說,采購人員負責供應(yīng)商資料和商品資料的新建維護,那這個資料是放在采購系統(tǒng)里面還是系統(tǒng)資料中心統(tǒng)一管理處?
- 假設(shè)一張單據(jù)需要重做功能,該功能的按鈕文案通常叫“重做”。但產(chǎn)品經(jīng)理考慮到單據(jù)的邏輯后,將文案定義為了“作廢并新增”,也許是一個更好的方案。
你認為的“信息”和我認為的“信息”真的是在同一層面上嗎?
即便面對同一事物,不同人基于各自所處的環(huán)境和思維層面不一致,總會導致存在認知和理解上的差異。
所以,用戶抱怨“系統(tǒng)不好用”、“功能太繁雜了”等原因,本質(zhì)是因為不同的人對信息的理解都不一樣,我們沒辦法從根本上上解決這個問題,世界本來就是復雜的。
不過不要太悲觀,基于對信息架構(gòu)悖論的認識,我們依舊可以給出一套行之有效的方案:找到該場景最合適的信息架構(gòu)框架,并且能隨時迭代這個架構(gòu)對人、對信息、對任何內(nèi)外部要素的連接能力。
信息架構(gòu)一直發(fā)揮著連接信息、連接人的作用,只要能把信息架構(gòu)的這個能力不斷提高,那么這就是一個好的信息架構(gòu)。
注重信息架構(gòu)的連接能力,這樣在不同的階段,我們都可以設(shè)計出“好”的信息架構(gòu),為不同的用戶去提供一個好用的后臺系統(tǒng)(或者是任何系統(tǒng))。
如果一個后臺十分龐大,但用戶依然很清晰后臺架構(gòu),并且覺得很合理,專業(yè)人士感到高效,小白不會迷失方向而能快速上手,這就是一個好的信息架構(gòu)設(shè)計,因為這個信息架構(gòu)很低成本就和不同的人群系統(tǒng)連接起來了。
希望到這里可以解開你對信息架構(gòu)是什么,怎么才算一個好的信息架構(gòu)的疑問。
直到這里依然是概念階段,我們來看看如何設(shè)計。
四、怎么設(shè)計連接能力強的信息架構(gòu)
要設(shè)計連接能力突出的信息架構(gòu),需要從情景、內(nèi)容、用戶三方面去考慮完整。大部分情況下,我們都是直接按照自己的設(shè)計美感輸出優(yōu)化方案,最終效果總是不盡人意。
4.1 考慮情景
一個項目是由戰(zhàn)略、文化、市場、技術(shù)、資源、政治和經(jīng)濟環(huán)境各種組成。
理解公司的戰(zhàn)略目標,商業(yè)目標,目標的變化可能會影響:我們從一個進銷存系統(tǒng)變成一個ERP系統(tǒng),客戶管理頁面迭代成一個CRM子系統(tǒng)。
理解所處行業(yè)、市場、商家的信息:如果是新興或科技行業(yè),可以比較大膽超前的去設(shè)計架構(gòu),但如果是傳統(tǒng)行業(yè),信息化程度本來不高,需要有漫長的發(fā)展周期,那么架構(gòu)需要保守,可用。
理解能提供的資源和技術(shù)上限:公司給予這個項目的資源和技術(shù)支持到什么程度,如果是戰(zhàn)略級別項目,可能會配備頂級開發(fā),最后迭代為一個中臺項目。
理解其他如政治、經(jīng)濟環(huán)境等因素可能會造成的影響:如果項目是十分受經(jīng)濟波動和政治因素影響的,那么也需要提前考慮會影響信息架構(gòu),避免犯重大錯誤,例如制藥的流程違規(guī)導致違法。
仔細看這些都是產(chǎn)品負責人所需要的技能,所以從另外一個角度來說,比較好的信息架構(gòu)只有產(chǎn)品負責人能設(shè)計出來,其他人沒有辦法去做,一是沒有足夠的信息,二是自身技能還沒點滿。
4.2 考慮內(nèi)容
內(nèi)容是該信息架構(gòu)相關(guān)的行業(yè)的所有信息。
內(nèi)容所有權(quán):不同信息的所有權(quán)所屬不同。例如優(yōu)惠券的信息則屬于運營部門所有,但是活動效果卻是所有部門公有的,這里面涉及到數(shù)據(jù)權(quán)限的設(shè)計、數(shù)據(jù)效果的展示工作。
內(nèi)容屬性:內(nèi)容屬于開放性還是非開放性的,屬于哪些維度,可維護還是不可維護等。很多后臺的操作都需要考慮到權(quán)限問題、操作閉環(huán)。
技術(shù):關(guān)于數(shù)據(jù)庫、大數(shù)據(jù)、數(shù)據(jù)格式等體系知識。特別是對于后端產(chǎn)品經(jīng)理來說,需要對數(shù)據(jù)庫知識、UML知識有一個了解。
數(shù)量:內(nèi)容的數(shù)量有多少?需要放在哪里才能存儲?客戶上傳的短視頻,企業(yè)到底要存儲多久呢,以后是否有法律風險需要調(diào)回查看?一個企業(yè)的備案信息,國家通常會保留很多年。
動態(tài)性:內(nèi)容是如何變動的 ?變動的速度趨勢是怎么樣?增長率有多少,不同的內(nèi)容的生命周期是怎么樣的。用戶的畫像是否會隨著數(shù)據(jù)和技術(shù)的發(fā)展,更加完善?用戶的畫像什么時候需要更新,什么時候需要重新評估 ,什么時候需要丟棄?
4.3 考慮用戶
用戶即使業(yè)務(wù)的目標群體,不過多贅述。
受眾:用戶群體,一個龐大的系統(tǒng),有一個主群體,然后有很多分散的小群體(部門)。C端的產(chǎn)品一開始可能只有一種目標群體,但隨著業(yè)務(wù)的拓展自然會瞄準更多的用戶群體。B端的系統(tǒng)是分別給一個企業(yè)不同的部門用的,不用的部門又有崗位的區(qū)分,每個群體絕對有很大差異。
任務(wù):每個大群體、大部門、小組織、個體需要完成的任務(wù)流程。多考慮功能的閉環(huán)和異常流程,考慮這個工作完對個體有什么影響,是否會讓他舒暢的完成每一次工作?考慮業(yè)務(wù)流程實現(xiàn)后對該企業(yè)有什么影響,是否能帶來可量化的業(yè)務(wù)價值?
需求:要考慮真正的需求本質(zhì),搜索和查找不是目的,完成任務(wù)/工作閉環(huán)結(jié)果才是。用戶不在意對接的人工智能客服還是人工客服,能快速解決他的問題就可以了。
搜索和查找:大量的搜索和查找,怎么樣才能優(yōu)化效率,是否有完善的設(shè)計方法論?不同場景的搜索查找都有一定的設(shè)計方案,用戶也一定有自己的搜索習慣,系統(tǒng)是去迎合還是打破?
整體體驗:B端產(chǎn)品也有不同于C端產(chǎn)品需要的用戶體驗,產(chǎn)品體驗可以分為兩種:第一種我很懂你,你可以隨便進行怎么做,整體過程感覺很好,但結(jié)果不一定保證(2C)。第二種是你只能按照我的要求做,但是我可以給一個很好的結(jié)果你(2B)。
不屬于你的用戶:考慮不屬于我們的用戶,即要考慮他們?yōu)槭裁从X得不好用 ,覺得其他競爭對手的產(chǎn)品好用。
設(shè)計者應(yīng)該明確上述三點的定義,并且把這三點連接起來,由此才能設(shè)計一個連接性強的系統(tǒng)。這需要大量技能組成和實踐經(jīng)驗,所以設(shè)計信息架構(gòu)這個技能并沒有那么簡單。
不過對于大部分同學,先完善對信息架構(gòu)的認知,再把認知轉(zhuǎn)化為思考,慢慢運用到實際工作中,已經(jīng)可以產(chǎn)生比較大的幫助。
五、總結(jié)
(1)在產(chǎn)品生涯中,我們總會遇到優(yōu)化或重構(gòu)系統(tǒng)的問題。這類型問題通常吃力不討好,特別是在大公司。
(2)遇到棘手的任務(wù)時,需要把任務(wù)拆解成完成該任務(wù)所需的產(chǎn)品技能,快速習得該技能,輸出解決方案。
(3)好的信息架構(gòu),應(yīng)該可以能低成本與其他系統(tǒng)建立連接。但是信息架構(gòu)存在悖論,本質(zhì)是因為人與人之間認知差異造成的。即便沒辦法設(shè)計完美的信息架構(gòu),但是它能階段式的解決問題,這就足夠了。
(4)在優(yōu)化或者重構(gòu)系統(tǒng)之前,先思考情景、內(nèi)容、用戶,并且把三者連接起來,隨時記著信息架構(gòu)最重要的是它的連接能力。
(5)最重要的是:問題依舊存在,解決問題的工具也會存在,我們要接受不完美,但只要有效。
你當初是怎么去優(yōu)化那個“看著都煩”的后臺系統(tǒng)的呢?歡迎留言分享。
祝:文章部分知識點由筆者閱讀《信息架構(gòu):超越 Web 設(shè)計》總結(jié)而成。
作者:德拉克馬 ;公眾號:五百桶戶(ID:Drachmaos),交流是最好的進步途徑之一。
本文由 @德拉克馬 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議。
寫的非常棒
思路清晰。