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

什么是信息架構

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

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

任務導向型信息架構

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

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

以網易有數為例，它是一款敏捷數據可視化分析平臺，產品目標是實現可視化數據探索；而辦事的目標用戶是專業的數據分析師；產品的愿景是期望能幫手用戶更便捷的完成可視化數據分析任務。

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

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

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

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

連接數據源 ->?制作報表 ->?將報表做成儀表盤

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

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

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

目標導向型信息架構

2016年時，產品的戰略有所調整，目標用戶開始轉向傳統企業的業務人員，因此產品的安身點及重點功能開始位移變革，“陳訴”成為了新的產品目標。

因為在企業中，業務人員更期望能本身實現簡單的圖表且制作成陳訴形式，用以監控數據、分享或直接給領導做陳訴。

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

需要做一份陳訴 — > 需要幾張圖表 — >圖表需要數據

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

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

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

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