UNIT 03 W03–04 · Figma 製作 IA // 資訊架構

資訊架構(IA)設計,
用 Figma 做出藍圖再寫成服務建議書

沒有清晰的資訊架構,使用者進入網站就像走進迷宮。這一頁先講清楚 IA 是什麼、為什麼要先做,用卡片分類與五大法則練判斷,再全程在 Figma/FigJam 製作 Sitemap、User Flow 與線框 Frame,最後把成果寫成評審看得懂的服務建議書。

最新更新 2026 年 10 月 JinJin Wang 閱讀約 30 分鐘 內含 11 個互動練習
// 延伸教材 · Figma Agent

三週提案講義:用 AI 助理與 Figma Agent,從架構圖一路做到精稿與簡報

Figma Agent 從網站架構圖、線框稿、情緒板,一路做到精稿與設計系統,再串接 Figma Make 讓互動地圖和篩選功能真的能動,也涵蓋行動端 RWD 轉化,最後包裝成可以投標的服務建議書與提案簡報。

// Why IA

資訊架構(IA)是什麼?為什麼要先做它

資訊架構(Information Architecture, IA)要回答三個問題:內容放哪裡?叫什麼名字?使用者怎麼走過去?它決定網站「好不好找」,而不是「好不好看」。好看的介面救不了找不到東西的網站。

1-1

IA 的三根支柱

ORGANIZATION組織:怎麼分類

把內容依「主題、任務、對象、地理、時間」其中一種原則分組。一個網站通常以一種為主、其他為輔。

例:行程列表依「地區」與「類型」分
LABELING標籤:叫什麼名字

選單、按鈕、頁面標題的用字。使用者看到名字就能預測點進去會看到什麼。

例:「聯絡我們」勝過「飛鴿傳書」
NAVIGATION導覽:怎麼走過去

主導覽、次導覽、麵包屑、頁尾連結與搜尋,讓使用者隨時知道「我在哪、能去哪」。

例:從任何頁面都能 1 次點擊回到首頁
IA 和 UI 的分工

IA 決定「放哪裡、叫什麼、怎麼走」,UI 決定「長什麼樣」。線框稿與精稿都是 IA 的「穿衣服」,結構錯了,衣服再好看也得拆掉重來。

1-2

IA 在專案流程的位置:先結構,後視覺

需求RFP 與 Persona(UNIT 02)
盤點內容與功能清單 P0/P1
★ IASitemap + User Flow(本單元)
線框稿每頁區塊與順序
視覺情緒板、設計系統(UNIT 04)
建置程式與上線

為什麼不能跳過:修改成本會一路放大。在 Sitemap 上改一個節點只要換一個方框,到了精稿階段要重畫好幾個頁面,上線後甚至要動到網址與程式。

Sitemap 階段改一個節點,約 5 分鐘
線框階段重排區塊,約 30 分鐘
精稿階段重畫多頁,數小時
上線之後網址、程式都要動,數天
1-3

同一批內容,換個「分類切角」,L1 就完全不同

下面是同樣 12 張內容卡。點不同的切角,看看 L1 主導覽會長成什麼樣子。沒有唯一正解,要看你的使用者想完成什麼事。

1-4

動手:卡片分類(Card Sorting)

卡片分類是業界最常用的 IA 研究方法:請使用者把內容卡分成他們覺得合理的群組,再從結果歸納 L1。下面你先自己做一次;做完後請找 2–3 位同學重做,比較差異,這就是最小版的卡片分類測試。

1-5

IA 的三份產出物

產出物回答的問題在 Figma 怎麼做後續用在哪裡
Sitemap 網站地圖有哪些頁面?誰是誰的上一層?FigJam 或 Figma Design 的 02 IA 頁:方框+連接線,每層一種顏色線框稿 Frame 命名、主導覽內容、服務建議書的架構圖
User Flow 任務流程使用者完成一件事要經過哪些頁面?同一頁用圓角矩形、矩形、菱形畫橫向流程決定 CTA 位置、檢查步驟是否太多、簡報的使用者旅程
功能與內容清單每個頁面放什麼?哪些是 P0、哪些 P1?在節點上標 P0/P1;或貼表格截圖到 01 Research專案範疇(Scope)、時程、報價的依據
// Information Architecture

網站地圖(Site Map)與樹狀結構設計

資訊架構(Information Architecture, IA)就像建築師的「空間藍圖」。網頁的資訊層級通常是「樹狀分枝」結構,合理的層級深度能大幅提升使用體驗。

L0
首頁ROOT / HOME

網站的入口。

L1
主導覽列PRIMARY NAV

通常 5~7 個核心區塊,例如關於我們、最新消息、主題展區、服務指引、聯絡我們。

L2
次級選單/分類SECONDARY NAV

例如「主題展區」底下的「線上展廳」、「實體特展」。

L3
內容內頁DETAIL PAGE

例如單一展覽的詳細介紹與購票頁。

2-1

點點看:每個頁面距離首頁有多遠?

點任何一個節點,右邊會顯示麵包屑路徑與點擊深度;點有 ▾ 的節點可以收合

WHERE AM I?
首頁
LEVELL0
距首頁點擊0
從首頁出發。L1 主選單共 5 項,落在 5~7 的建議範圍內。
網站樹狀結構示意圖
網站樹狀結構(Site Map)示意圖|點擊放大
網站樹狀結構示意圖
網站樹狀結構(Site Map)示意圖|點擊放大
2-2

資訊架構(IA)五大黃金法則

資訊架構不只是「分類列表」,而是預測使用者的心理模型,提供最低認知阻力的視覺路徑。視覺的美感必須建立在健康的資訊架構上,否則再炫目的動效與配色,都會因為使用者「找不到資訊」而失去商業價值。

01

廣度 vs 深度平衡法則

Breadth vs Depth

網站結構的「寬度(L1 主選單項目數)」和「深度(層級往下套幾層)」之間有嚴格的取捨關係。心理學依據是米勒定律(人類短期記憶容量約 7 ± 2 個資訊塊)和席克定律(選擇越多,決策時間呈對數成長)。

nav-simulator拖拉調整
6
3
黃金比例

L1 主選單:建議 5~7 個,超過 8 個會造成視覺擁擠與選擇麻痺。
樹狀深度:建議 3 層以內(L0~L2/L3),超過 4 層以上,使用者流失率會大幅提升 60% 以上。

網站架構的三種型態對比
網站架構的三種型態對比|點擊放大
// IA in Figma

用 Figma 製作資訊架構:Sitemap、User Flow 到線框頁面

這一章不再用外部工具,所有 IA 成果都在 Figma 裡完成:FigJam 畫 Sitemap 與流程,Figma Design 建立頁面 Frame。從第一個方框開始,名稱、顏色與連結都為下一步的線框與精稿鋪好路。

3-1

為什麼 IA 也要在 Figma 做

同一個生態系ONE TOOLCHAIN

Sitemap 的節點可以連到線框 Frame,線框再複製成精稿。不必在不同工具間複製貼上。

多人即時協作COLLABORATION

組員可以同時在白板上貼便利貼、改節點、留言。討論 IA 時最需要的就是大家一起動手。

名稱一致NAMING

節點 ID=Frame 名稱。之後 Figma Agent 或組員只要說出名字,就知道是哪一頁。

3-2

Figma 檔案怎麼規劃:每一頁放什麼

先把檔案分成幾個 Page,後面每一個 UNIT 的成果就有固定的地方放。點左邊每一頁看說明:

FigJam 與 Figma Design 怎麼選

FigJam 是另一種檔案(白板):適合發想、便利貼、連接線與流程圖,團隊討論最方便。Figma Design 是設計檔:適合 Frame、Auto Layout、元件。建議:Sitemap 與 User Flow 在 FigJam 畫,線框稿以後在 Figma Design;兩邊用連結互相指向。檔案數量不多時,也可以直接在 Design 的「02 IA」頁用方框與線條畫。

3-3

五個步驟:從第一個方框到線框 Frame

STEP 1:在白板上放好每一頁的方框

  • 開檔:在 Figma 首頁 Create → FigJam board 開一張白板;或在 Figma Design 檔案新增 Page「02 IA」直接畫(兩種都可以,下面 3-2 說明差別)。
  • 放方框:用左下工具列的 Shapes(圓角矩形),在方框內打上頁面名稱。選取後按 Cmd/Ctrl + D 複製,一次把同一層做完。
  • 由上到下、由粗到細:先放 L0 首頁,再放 L1,最後 L2;同一層用對齊工具排在同一條水平線上。
  • 名稱要短:頁名是「標籤」,要讓人一看就懂(見 2-2 法則 3),例如「線上預約」而不是「開啟你的旅程」。
3-4

互動:Sitemap 產生器(輸入縮排文字,產生命名與提示詞)

你不需要先在 Figma 一個一個擺方框。先在這裡把架構打成文字,檢查沒有問題,再照命名表去 Figma 建立;也可以複製提示詞請 FigJam AI 或 Figma Agent 生成。上面卡片分類的結果可以一鍵帶進來。

3-5

User Flow:任務流程怎麼畫

Sitemap 看的是「有哪些頁面」,User Flow 看的是「使用者要做一件事,會經過哪些頁面」。選一個任務,看流程與圖形語言:

3-6

想更快?交給 AI,但你負責驗收

FIGJAM AI

貼上 3-4 產生的提示詞,請它生成架構圖。適合快速產出第一版,再自己調整分層顏色與連接線。

FIGMA AGENT

在 Figma Design 用 Agent 依 Sitemap 建立 Page 與 Frame。完整做法、驗收清單與補救指令,見 UNIT 05 Lv.3 網站架構圖。

AI 只能幫你畫出來,不能替你判斷:哪些頁面是 P0、L1 該不該少一項、標籤對不對使用者的語言,仍然要你自己決定,這也是這個單元前面兩章在練的事。

3-7

Figma 製作檢核清單

// Proposal

從競標思維到視覺化提案:服務建議書架構與撰寫全攻略

評選委員通常要在 15 分鐘內看過好幾份提案。視覺設計師要學會用「結構化」的文字與圖表展示專業。

4-1

動筆前的四大準備方向

翻牌看看:每個準備方向,對應評選委員心中的哪個疑問

4-2

服務建議書與簡報檔的呈現重點

評選委員要在短時間內讀完多份提案,視傳系同學要發揮資訊設計(Information Design)的專長,把枯燥的文字轉成易讀的視覺語言:

符合基本寫作格式FORMAT

遵守字體大小、行距、頁碼與章節階層標示,保持畫面乾淨專業。

配置精簡合理,切忌濫竽充數CONCISE

頁數不是越多越好,重點在邏輯緊湊,每一頁都要有明確的資訊價值。

全面圖面化DIAGRAMMING

少用長篇大論,多用流程圖、架構圖、Bento Grid 模組圖、比較表格與 Mood Board;關鍵數據、設計亮點與時程節點用粗體或顏色強調。

簡報檔(Pitch Deck)雙軌搭配PITCH DECK

簡報檔是服務建議書的「精華濃縮版」,目的是畫龍點睛,引導評委快速找到服務建議書的重點章節。

4-3

服務建議書目錄與內容建議(五大章節)

建議各組以下面五大章節編排撰寫。內容與配分依不同專案而定,點章節切換說明與範例圖。

服務建議書章節目錄與架構圖
服務建議書(Proposal)章節目錄與架構圖|點擊放大
CH1

相關經驗、實績與團隊能力

A公司簡介與基本資訊
  • 基本資料:公司名稱、成立日期、資本額、員工人數、主要經營項目與業務範圍。
  • 組織架構圖(Org Chart):呈現公司內部部門分工。
B承做本案之經驗與代表性實績
  • 案例列表:列出近 3 年執行過的相關專案(專案名稱、委託單位、執行年份)。
  • 代表案例深度剖析:選出 1~2 個最具代表性的作品,展示網站縮圖、RWD 響應式畫面與無障礙網頁執行經驗。
💡 課堂應用

公司簡介:就算是 3~4 人的學生小組,也要畫出組織架構圖,標出 PM、UI 設計與前端技術的分工。
代表性實績:把過去的課堂作業或實習作品「包裝」起來,強調 RWD、無障礙規範與 AI 工具應用等亮點。
團隊成員與認證:明確寫出各職位的職掌與技能證明(如 Figma 認證、競賽獲獎、無障礙培訓),大幅提升可信度。

相關經驗、實績與團隊能力視覺化架構圖
「相關經驗、實績與團隊能力」視覺化架構圖|點擊放大
// Assignment 03

本週作業:服務建議書摘要

作業名稱TASK

「服務建議書摘要(Proposal Executive Summary)」

繳交期限DEADLINE

第 4 週上課前完成繳交(作為期中簡報的評分項目)。

核心目標GOAL

參照真實「官網改版案評選標準」,完成含資訊架構、專案範疇、開發時程與團隊分工的摘要。

格式與要求FORMAT

PDF。全面資訊視覺化:多用圖表、流程圖、樹狀圖與清單,減少密集純文字。

5-1

必備五大核心內容模組

5-2

專案範疇(Project Scope):先玩再看表

範疇寫不清楚,客戶就會不斷追加需求(Scope Creep)。判斷看看,下面這些項目該「納入」還是「排除」?

表格專案範疇與交付清單標準格式(Project Scope Table)
專案階段納入服務範疇(In-Scope)關鍵交付項目(Deliverables)排除範疇(Out-of-Scope)
一、企劃與資訊架構
RFP 解讀與 Persona 分析
Site Map 網站地圖設計(L0~L2)
Figma 線框稿(Frame 依 Sitemap ID 命名)
User Flow 任務流程
1. 服務建議書摘要
2. 網站地圖樹狀圖
3. Figma Wireframe 檔
企業 CIS/Logo 重設
線下實體行銷活動
二、視覺與 UI/UX 設計
Mood Board 與色彩計畫規範
UI Design System 建立(Auto Layout)
RWD 斷點版型設計(Desktop/Mobile)
1. UI Design System 庫
2. Figma RWD 高保真稿
3. Figma 互動原型連結
實體印刷宣傳品輸出
商業影片拍攝
三、前端開發與系統整合
AI 工具建置(Framer/v0.dev/Stitch)
無障礙 AA 級對比度與鍵盤導覽落實
Web API 資料串接與預約表單開發
1. 前端網頁原始碼
2. 可測試之 RWD 網站 URL
3. 無障礙自我評估表
大型第三方金流串接
行動裝置 App 開發
四、測試、部署與保固
跨瀏覽器相容性與 Google Lighthouse 測試
雲端代管部署(Vercel/Framer)與 SSL 憑證
1 年期網站保固與後台操作教學
1. 正式發布之網站 URL
2. Lighthouse 效能報告
3. 後台操作維運手冊
客戶端實體伺服器採購
期滿後之二期全新開發
5-3

服務建議書架構與標案評選標準對照

這份作業的產出,會直接對應競標標案的評分大項。點色條看每一章要寫什麼:

第二章 · 專案需求規劃與技術實作能力 · 40%

資訊架構(IA)、UI/UX 視覺風格(Mood Board)、RWD 斷點與無障礙 AA 級落實。