信息架構(gòu)是針對特定的目標(biāo)用戶，對有組織的信息單元進(jìn)行完整地統(tǒng)籌設(shè)計(jì)的過程；其中還包羅了對產(chǎn)品業(yè)務(wù)內(nèi)容以及業(yè)務(wù)流程的分析和理解。

什么是信息架構(gòu)

而信息架構(gòu)是對于產(chǎn)品的內(nèi)容、功能、框架、甚至目標(biāo)信息進(jìn)行分析、整理、研究，是對信息的合理組織和統(tǒng)籌。

因此，在交互設(shè)計(jì)領(lǐng)域，筆者更傾向于認(rèn)為：信息架構(gòu)是針對特定的目標(biāo)用戶，對有組織的信息單元進(jìn)行完整地統(tǒng)籌設(shè)計(jì)的過程；其中還包羅了對產(chǎn)品業(yè)務(wù)內(nèi)容以及業(yè)務(wù)流程的分析和理解。如果說，信息架構(gòu)是在信息與用戶之間搭建一座橋梁，而設(shè)計(jì)師則致力于讓這座橋更易通行。

任務(wù)導(dǎo)向型信息架構(gòu)

一般而言，目標(biāo)單一但任務(wù)結(jié)構(gòu)復(fù)雜的工具類產(chǎn)品內(nèi)容體量更大，功能更豐富，信息的層級以及任務(wù)的復(fù)雜程度都要超過一般的to C的產(chǎn)品。因此設(shè)計(jì)師做產(chǎn)品的信息架構(gòu)時，需要考慮的點(diǎn)包孕：內(nèi)容收集、內(nèi)容審核、信息分組。

內(nèi)容收集：收集產(chǎn)品的內(nèi)容信息，包孕產(chǎn)品目標(biāo)、用戶目標(biāo)、產(chǎn)品需求及來源、業(yè)務(wù)的流程等內(nèi)容審核：評估內(nèi)容的準(zhǔn)確性、可用性、有效性信息分組：定義內(nèi)容／頁面／功能彼此之間的關(guān)系，進(jìn)行分組單元化

以網(wǎng)易有數(shù)為例，它是一款敏捷數(shù)據(jù)可視化分析平臺，產(chǎn)品目標(biāo)是實(shí)現(xiàn)可視化數(shù)據(jù)探索；而辦事的目標(biāo)用戶是專業(yè)的數(shù)據(jù)分析師；產(chǎn)品的愿景是期望能幫手用戶更便捷的完成可視化數(shù)據(jù)分析任務(wù)。

因此產(chǎn)品自己的側(cè)重點(diǎn)在于能讓分析師隨時、立即進(jìn)入分析狀態(tài)，由于用戶是專業(yè)人士，所以他們也可以非常輕松明確的直接切入本身所需要的模塊或功能，完成本身的操作目標(biāo)或任務(wù)。

到這個階段，通過功能分類，內(nèi)容信息分組及用戶“動線”，基本可以總結(jié)出產(chǎn)品的3個彼此關(guān)聯(lián)，卻又相對獨(dú)立的信息單元：數(shù)據(jù)源、報表、儀表盤。

用戶通常會進(jìn)入數(shù)據(jù)模塊準(zhǔn)備需要使用的數(shù)據(jù)；或是進(jìn)入報表模塊專注于數(shù)據(jù)的分析；又或是在儀表盤中匯總相關(guān)的報表形成儀表盤。

在了解了專業(yè)用戶的整個任務(wù)流程基礎(chǔ)上，明確了任務(wù)導(dǎo)向的信息架構(gòu)：

連接數(shù)據(jù)源 ->?制作報表 ->?將報表做成儀表盤

有數(shù)2.0版報表編纂界面，用戶需要在數(shù)據(jù)源模塊準(zhǔn)備數(shù)據(jù)，跳轉(zhuǎn)至報表模塊即此界面完成報表制作，再跳轉(zhuǎn)至儀表盤模塊，才能完成最終的儀表盤制作

這就比如買房，而數(shù)據(jù)分析師就比如房地產(chǎn)從業(yè)者，業(yè)內(nèi)人士非常清楚具體的流程，因此他們知道需要怎么開始（連接數(shù)據(jù)庫），準(zhǔn)備什么材料（準(zhǔn)備數(shù)據(jù)），什么時候需要什么材料（什么圖表需要哪些數(shù)據(jù)），哪些材料需要遞交到什么部門（哪些圖表合成一張儀表盤并發(fā)送給哪些人）等等，他可以直接介入，一步步達(dá)成最終目標(biāo)——完成買房（數(shù)據(jù)分析）。

總而言之，任務(wù)導(dǎo)向型架構(gòu)便是：分析拆閉幕點(diǎn)式的任務(wù)，根據(jù)各任務(wù)的邏輯流程來擺設(shè)模塊及功能，嚴(yán)格根據(jù)完成挨次擺列。在任務(wù)流程中可能會需要多次跳轉(zhuǎn)差別模塊。若任務(wù)流程過長，可能導(dǎo)致操作會多次被打斷。

目標(biāo)導(dǎo)向型信息架構(gòu)

2016年時，產(chǎn)品的戰(zhàn)略有所調(diào)整，目標(biāo)用戶開始轉(zhuǎn)向傳統(tǒng)企業(yè)的業(yè)務(wù)人員，因此產(chǎn)品的安身點(diǎn)及重點(diǎn)功能開始位移變革，“陳訴”成為了新的產(chǎn)品目標(biāo)。

因?yàn)樵谄髽I(yè)中，業(yè)務(wù)人員更期望能本身實(shí)現(xiàn)簡單的圖表且制作成陳訴形式，用以監(jiān)控?cái)?shù)據(jù)、分享或直接給領(lǐng)導(dǎo)做陳訴。

對于這樣的轉(zhuǎn)變，設(shè)計(jì)師就需要重新考慮產(chǎn)品的側(cè)重點(diǎn)和標(biāo)的目的，梳理信息架構(gòu)、功能模塊之間的關(guān)系，明確目標(biāo)導(dǎo)向的產(chǎn)品架構(gòu)：

需要做一份陳訴 — > 需要幾張圖表 — >圖表需要數(shù)據(jù)

考慮到業(yè)務(wù)人員的實(shí)際任務(wù)目標(biāo)，這個流程顯然更符合用戶的心理預(yù)期。

因此產(chǎn)品最終只保存了2個模塊，一個是為IT人員提供的數(shù)據(jù)準(zhǔn)備模塊，而另一個“陳訴”則是完全為業(yè)務(wù)人員/非專業(yè)數(shù)據(jù)分析人員提供的工作模塊。用戶可以在這個模塊中完成整個目標(biāo)任務(wù)操作，最終生成想要的結(jié)果——陳訴。

有數(shù)3.0版陳訴編纂界面，用戶可以在當(dāng)前頁面制作圖表并完成整個陳訴的制作，而不需要在差別模塊之間跳轉(zhuǎn)

標(biāo)簽：烏魯木齊 鹽城 東營 林芝 九江