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

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

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

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

任務導向型信息架構(gòu)

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

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

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

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

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

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

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

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

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

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

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

目標導向型信息架構(gòu)

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

因為在企業(yè)中，業(yè)務人員更期望能本身實現(xiàn)簡單的圖表且制作成陳訴形式，用以監(jiān)控數(shù)據(jù)、分享或直接給領(lǐng)導做陳訴。

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

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

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

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

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

標簽：烏魯木齊 鹽城 東營 林芝 九江