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

什么是信息架構

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

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

任務導向型信息架構

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

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

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

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

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

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

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

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

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

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

總而言之，任務導向型架構即是：分析拆解散點式的任務，按照各任務的邏輯流程來安排模塊及功能，嚴格按照完成順序排列。在任務流程中可能會需要多次跳轉不同模塊。若任務流程過長，可能導致操作會多次被打斷。

目標導向型信息架構

2016年時，產品的戰(zhàn)略有所調整，目標用戶開始轉向傳統(tǒng)企業(yè)的業(yè)務人員，因此產品的立足點及重點功能開始位移變化，“報告”成為了新的產品目標。

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

對于這樣的轉變，設計師就需要重新考慮產品的側重點和方向，梳理信息架構、功能模塊之間的關系，明確目標導向的產品架構：

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

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

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

有數(shù)3.0版報告編輯界面，用戶可以在當前頁面制作圖表并完成整個報告的制作，而不需要在不同模塊之間跳轉

同樣以買房為例，企業(yè)的業(yè)務人員就好比普通百姓，即非房地產從業(yè)者，他們不知道具體的購房流程（不知道怎么準備數(shù)據(jù)），不知道購房手續(xù)會涉及哪些部門（不知道一張報告需要哪些準備），甚至不知道涉及的政府部門具體在什么位置（不知道數(shù)據(jù)、圖表在哪里準備）等。此時需要的就是房產中介，類似于導購這樣的角色，告訴中介／導購你的目標是買房，他們就會在適當?shù)臅r候提示你需要準備的內容／材料，幫助你完成目標。

同理，在這個過程中，設計師需要做的就是簡化模塊之間的跳轉，刪除不必要的步驟——報表模塊，明確任務的目的——報告。轉而在報告的編輯頁面中，引導用戶加入需要的圖表；在加入圖表的過程中，再導入數(shù)據(jù)；最終達成任務目標——完成報告制作。

即：抓住任務的目標，在任務流程中隨時提供需要的內容，不打斷進行中的操作；盡可能讓用戶沉浸在當前的任務中。

總結

綜上所述，我們可以發(fā)現(xiàn)不同于to c產品點到點的直線型任務，一般的工具類to b的產品中，任務與任務間經常環(huán)環(huán)相套，相互依存，只有完成任務A才能繼續(xù)任務B，最終達成目標。

例如你使用淘寶，那有可能是想買東西，也可能只是隨便逛逛，抑或想查看下已購買的商品物流信息等等；類似這種目標多樣但流程明確，用戶永遠知道自己在哪里，且接下來要怎么做的產品，就可以考慮使用任務導向的信息架構，按目標達成順序來設計產品的使用流程。

但在類似于網易有數(shù)這樣的復雜產品中，用戶如果需要做一份報告，那就必須先準備數(shù)據(jù)，然后繪制不同的圖表，最后整合成完整的報告。

由于任務的多樣性和復雜性，非專業(yè)用戶在操作中就可能會迷失，不知道自己應該從哪里著手，不知道實現(xiàn)的步驟是什么，不知道怎么進入下一步，甚至不知道下一步是什么。

那么此時就可以考慮以目標導向來設計信息架構，從用戶的最終目標來倒推每一步所需要的內容；在用戶需要時，提示并引導用戶完成每一個小任務，最終完成整個目標。

總而言之，一般情況下操作目標越是單一、任務結構越是復雜的產品越適合使用目標導向的信息架構，而任務結構越是簡單的產品就越適合任務導向的信息架構。而從用戶角度出發(fā)一般而言，目標用戶若為普通甚至業(yè)余用戶，則更適用目標導向；目標用戶若為專業(yè)人員，則更適用于任務導向。

本質上，這兩種方式并沒有好壞之分，只是在設計不同類型的產品時，需要仔細思考產品的特質，選取最適合的方式。

作者：葉璐（Rebecca），網易有數(shù)交互設計師

本文來源于人人都是產品經理合作媒體@網易UEDC，作者@Rebecca