IA 資訊架構
來源與介紹
資訊架構（Information Architecture）起源於圖書館學和文檔管理，最初著重於如何分類和組織信息。隨著網路的發展，網站設計中開始強調清晰的資訊結構，以提升用戶體驗。1998年，Peter Morville 和 Louis Rosenfeld 的《Information Architecture for the World Wide Web》一書系統化了現代資訊架構的概念，並將其應用於網站設計、用戶體驗和交互設計中。如今，資訊架構已成為產品設計中的核心領域。
若無法清楚看到圖片文字，請點擊下方連結預覽 or 下載查看清晰版本 :
IA 是 UX 架構流程中範圍層與功能規格的關鍵起點。它是 UX 工作的核心產出之一，能作為上層規劃工具，幫助展開下層的 UX 工作產出，例如功能地圖設計。接著，再透過地圖功能的基礎，可以進一步規劃細部單元的邏輯流程圖，確保整體設計的邏輯性與連貫性。
如何規劃資訊架構？
這邊舉例一個 EDM 商務電子郵件系統為範例，
Step 1 : 定義目標與使用者需求
- 確認系統的核心目標，例如：提升郵件開信率、簡化行銷人員操作。
- 深入了解目標使用者（行銷專員、數據分析師等）的行為與痛點。
Step 2 : 內容與功能盤點
- 群組所有功能模組與資料（例如：郵件編輯、收件人管理）。
- 理解內容與功能間的關聯性。
Step 3 : 資訊組織與分類
- 運用 UX 方法中的 卡片分類法（Card Sorting）
- 可以利用 Maze 這個線上平台來執行數位化分類。Maze 不僅提供視覺化統計，還能協助進行邏輯分組，非常適合當前盛行的遠端工作環境，解決了團隊無法實體貼便利貼在牆上的問題。筆者過去曾與合作的設計師使用 Maze 平台，邀請大量使用者參與線上卡片分類，有效提升了數據收集與分析的效率。
- 確保類別層級結構清晰，避免過度複雜。
Step4 : 設計導航結構
- 採用直觀的導航方式，例如：標籤清晰的頂部選單、分頁結構。
- 為關鍵任務（如寄送郵件）設置快速路徑。
Step 5 : 持續測試與優化
- 使用原型測試驗證用戶操作流程。
- 蒐集用戶反饋並進行迭代改進。
可以使用流程圖工具進行繪製，例如利用 FigJam 示範 EDM 商務電子郵件系統的資訊架構圖 (下圖)，下面範例僅供示意，實際上平台的 IA 常常更加龐大複雜，也不會僅有四個功能模組。
若無法清楚看到圖片文字，請點擊下方連結預覽 or 下載查看清晰版本 :
規劃注意要點
- 用戶體驗至上
- 確保每個操作步驟簡單明瞭，避免繁瑣流程。
- 強調無障礙設計，讓各層級使用者都能方便使用。
- 靈活性與擴展性
- 資訊架構應考慮未來功能擴充的可能性。
- 支援動態內容與自動化功能的整合。
- 數據隱私與法規遵循
- 符合GDPR、CCPA等法規要求。
- 為用戶提供清晰的隱私權限管理。
- 技術限制與性能
- 平衡美觀的設計與系統效能，避免因過多的動態效果導致延遲。
小結
IA 能清晰呈現系統架構全貌，協助主管、設計開發團隊甚至跨團隊理解平台架構，進一步展開功能地圖、流程圖等更細緻的規劃。需要注意的是，IA 通常在重新改版平台或建立全新平台時才會完整出現。
如果你 接手的是一個已在運營的平台，未必所有功能都會從 IA 層面展開設計。相反，可能需要針對 IA 下某些功能單元的子單元，來進行設計與開發，視具體需求而定。這樣的情境更強調對現有結構的延續與優化，而非從零構建整體架構。
Functional Map 功能地圖
來源與介紹
資訊架構（IA）是產品設計的基礎，幫助我們整理和組織資訊，確保用戶能輕鬆找到所需內容。當我們有了清晰的IA後，接下來就能將這些結構轉化為功能地圖（Functional Map），這是一個展示系統各功能模塊及其關聯的工具。
功能地圖（Functional Map）作為視覺化工具的概念，並沒有明確的單一來源，它是多個領域（如資訊架構、產品設計、UX設計等）中逐步發展出來的。這些領域的專家們在面對複雜系統設計時，發現 需要一個工具來清晰地展示和規劃功能之間的關係和結構。因此，功能地圖通常被認為是這些領域中多種方法和實踐的自然延伸。可以將 功能地圖理解成，IA 資訊架構下面還有更多的子功能，功能地圖就是往下展開的工具。
如何規劃功能地圖？（以 EDM 電子郵件發送功能地圖為例）
若無法清楚看到圖片文字，請點擊下方連結預覽 or 下載查看清晰版本 :
Step 1 : 收集需求
先，可使用 影響地圖 impact mapping 找出重要的影響利害關係人進行需求收集，這邊以信件管理模組的郵件寄送管理為例，找出利害關係人收集需求如下 : 郵件模板設計功能、即時預約發送、群發名單等功能。
並將這些需求整理成具體的目標和優先級。
Step 2 : 劃分模塊
根據 Step 1 收集的需求的性質和用途，將EDM 郵件發送功能整理歸納劃分為不同的模塊。
例如 : (1) 設計模塊 (2) 發送模塊… 等，形成初步的結構框架。
Step 3 : 建立層次結構
在每個大功能模塊內，進一步劃分子功能或操作單元。
(1) 設計模塊（包含預設模板、拖拉式設計工具 … 等）
(2) 發送模塊（包含即時預約發送、群發名單功能 … 等）
Step 4 : 視覺化呈現
使用工具（如白板工具 FigJam）將功能以下面功能地圖的形式展示。用樹狀結構表示各功能模塊間的邏輯關係。
Step 5 : 驗證與優化
邀請設計、開發、業務等相關團隊審視功能地圖，確保每個功能模塊和子功能的邏輯清晰且符合需求。根據團隊的反饋，進行必要的調整和優化，並根據實際使用情況進行迭代更新。
若無法清楚看到圖片文字，請點擊下方連結預覽 or 下載查看清晰版本 :
這樣的功能地圖能夠幫助團隊快速理解EDM郵件發送系統的結構與流程，並有效協調各部門進行設計與開發。可利用 FigJam 電子白板功能，來繪製出功能地圖，作為產品規劃中的核心工具，不僅能提升團隊對功能全貌的理解，還能為後續設計、開發和測試提供重要的參考依據。
規劃注意要點
- 清晰的需求整理
- 在規劃功能地圖前，確保所有需求都被清楚地記錄和分類。需求來源包括用戶、業務目標和技術限制，務必考慮各利害關係人的需求平衡。
- 建議以 產品優先級三種方式，將需求具體化並確定優先級。
- 模塊化設計思維
- 功能地圖應遵循模塊化設計的原則，每個功能模塊都要聚焦於特定目標，避免交叉或過多重疊。
- 劃分模塊時，應兼顧功能的邏輯連結和系統未來的擴展性，以便於維護與迭代。
- 層次結構的合理性
- 功能地圖的層次應保持適當的深度，避免過於複雜導致難以理解或過於簡化導致細節遺漏。
- 建議對每個功能模塊進行分層，將操作單元細化到足以支援設計與開發的程度。
- 視覺化的易讀性
- 繪製功能地圖時，應注重圖表的結構簡潔和邏輯清晰，避免過多的裝飾或不必要的信息干擾。
- 可採用如 樹狀結構 或 分層式框架 的方式，直觀呈現功能模塊的層級與關聯性。
- 跨部門溝通與驗證
- 功能地圖完成後，應邀請設計、開發、業務等相關團隊進行審核，確保功能邏輯符合需求且便於落地實施。
- 定期更新地圖內容，反映需求的變化和產品的進展，保持功能地圖的時效性。
- 工具選擇與應用
- 使用適合的工具（如 FigJam、Miro 等電子白板工具）進行功能地圖繪製，保證協作效率和輸出質量。
- 功能地圖應作為產品文檔的一部分，與需求規範、資訊架構等其他文檔保持一致性，方便團隊參考。
- 與資訊架構（IA）的對接
- 功能地圖應建立在清晰的資訊架構基礎上，確保功能模塊與資訊結構的邏輯一致性。
- 建議先確定核心 IA，並根據 IA 向下延伸細化，逐步形成完整的功能地圖。
小結
功能地圖（Functional Map）以視覺化方式呈現系統功能模塊及其關聯，為設計、開發與測試提供清晰指引。規劃時需基於資訊架構（IA），從需求收集到模塊劃分，再到層次結構和視覺化呈現，確保邏輯清晰且易於理解。透過工具如 FigJam 加強團隊協作，並隨產品進展持續優化，功能地圖成為產品規劃與落地的重要支柱。
結論 Recap
大家現在應該對資訊架構（IA）和功能地圖（Functional Map）的概念、來源和實際應用有更清楚的認識了吧！
💡 資訊架構 (IA)： 梳理系統架構，讓內容清晰有序，為後續設計開發打下地基。
功能地圖 (Functional Map)： 往下拆解精細功能與邏輯，一圖掌握功能互動全貌。
從需求收集、模組設計到視覺化呈現，這些工具不但適合新產品的規劃，也非常適合老系統的優化升級來展開規劃！
