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

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

任務導向型信息架構

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

內容收集：收集產品的內容信息，包括產品目標、用戶目標、產品需求及來源、業務的流程等。

內容審核：評估內容的準確性、可用性、有效性

信息分組：定義內容/頁面/功能相互之間的關系，進行分組單元化

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

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

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

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

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

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

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

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

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

目標導向型信息架構

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

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

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

△ 需要做一份報告 — > 需要幾張圖表 — >圖表需要數據

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

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

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

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

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

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

總結

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

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

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

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

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

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

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

名稱欄目：不同導向型信息架構在產品設計中的應用
本文路徑：http://www.js-pz168.com/news27/160477.html

成都網站建設公司_創新互聯，為您提供搜索引擎優化、微信公眾號、網站收錄、商城網站、做網站、網站建設

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯