FigJam 是什麼？它適合用在設計工作坊嗎？
figjam教學的核心，是把 FigJam 當成一張可多人同步操作的線上協作白板，用來做設計工作坊的發想、整理、投票與共識收斂。它適合會議前期的問題拆解、User Flow 討論、設計回饋與遠距共創；進入 UI 細節、Prototype 或 Design System 製作時，就應該回到 Figma。
| 工作坊任務 | FigJam 適合做什麼 | 產出 |
|---|---|---|
| 腦力激盪 | 用便利貼收集想法，再分類整理 | 想法池、問題清單 |
| 流程整理 | 用形狀、連線與 Section 畫出 User Flow | 流程圖、卡點標記 |
| 設計回饋 | 把截圖或連結放進白板，讓成員留言與貼便利貼 | 回饋分類、修正方向 |
| 決策收斂 | 先整理選項，再用投票確認優先順序 | 決策、下一步、負責人 |
FigJam 和 Figma 有什麼不同？
FigJam 和 Figma 的差異在工作階段。FigJam 用來討論、發想與整理共識；Figma 用來製作設計稿、元件、Prototype 與交付規格。很多新手卡住，是因為太早在 Figma 裡討論問題，或太晚才把 FigJam 的結論搬回設計檔。
| 工具 | 主要用途 | 適合階段 | 不適合拿來做 |
|---|---|---|---|
| FigJam | 線上白板、便利貼、流程圖、投票、工作坊 | 問題定義、發想、討論、收斂 | 完整 UI 設計稿、Design System 主檔 |
| Figma | 介面設計、Prototype、元件、設計系統 | 方案定稿、視覺設計、互動原型 | 大量發散討論與未整理的便利貼腦暴 |
需要從設計工具基礎補起，可以延伸讀 Figma 基礎教學；如果問題是費用與席次，則應看 Figma 方案整理。
什麼情境適合用 FigJam？
FigJam 最適合「需要多人一起把想法放到同一張畫面」的設計工作坊。像是產品探索、User Flow、設計批改、Retro 回顧、遠距會議共創，都比單純開一份簡報更容易讓成員參與。
- 需求探索：讓 PM、設計師、工程師把使用者問題先寫成便利貼。
- User Flow：用形狀與連線畫出使用者從進入、操作到完成任務的路徑。
- 設計回饋：把畫面截圖或 Figma 連結放進白板，集中收集意見。
- Retro 回顧：把做得好、卡住、下次改善分區整理。
- 工作坊結論：把投票結果轉成決策、待辦、負責人與截止時間。
完整 UI 設計、Design System 製作與 Auto Layout 細節不在這裡展開，這些應該回到 Figma 相關教學處理。
FigJam 教學第一步：從零建立一張工作坊白板
第一次使用 FigJam，先建立一張白板，再把工作坊分成「暖場、發想、分類、投票、結論」幾個區塊，就能快速做出可協作的工作坊空間。不要一開始就追求漂亮模板，主持人最重要的是讓參與者知道要在哪裡寫、何時寫、最後會產出什麼。
- 登入 Figma，進入檔案首頁。
- 從 Recents、Drafts 或指定專案建立 FigJam board，也可以在瀏覽器輸入 figjam.new。
- 命名檔案，例如「會員註冊流程工作坊」。
- 建立 Section，分成暖場、問題收集、個人發想、分類、投票、下一步。
- 每個 Section 先放好題目，例如「使用者在哪一步最容易放棄？」
- 放入便利貼範例，讓成員知道答案格式。
- 開會前測試分享連結與權限，確認外部成員可以進入。
官方 FigJam 指南也說明 FigJam 檔案可從 teams、projects、Drafts 建立，發布前可再對照 Figma 官方 Guide to FigJam 校對操作位置。
從 Recents、Drafts 或專案建立 FigJam
如果只是個人練習，放在 Drafts 就夠；如果是團隊工作坊，建議直接放到對應專案，會後才不會找不到檔案。實務上我會把正式工作坊檔案放在專案裡，把私人草稿和測試模板留在 Drafts。
- Recents：適合回到最近開過的白板。
- Drafts：適合個人練習、初稿、還沒要分享的白板。
- Team 或 Project：適合正式工作坊，成員比較容易找回檔案。
- figjam.new：適合快速開新白板，但建立後仍要確認檔案位置。
選模板還是空白白板？
模板可以省時間，空白白板比較可控。主持人如果已經知道流程，空白白板反而不容易被多餘區塊干擾；如果是第一次跑 FigJam 工作坊，先用官方模板拆解結構，再刪掉不需要的欄位會比較穩。
| 起始方式 | 適合情境 | 主持人要注意 |
|---|---|---|
| 空白白板 | 流程已經明確、活動時間短 | 先建立 Section，不要讓成員在空白畫面亂放便利貼 |
| 官方模板 | 新手、Retro、Brainstorm、User Flow | 刪掉不服務這場工作坊的區塊 |
| 自建模板 | 每月固定會議、Recurring meeting | 方案與模板功能需以官方最新資訊為準 |
白板基本工具：便利貼、文字、形狀、連線、Section
工作坊只需要先掌握五種工具：便利貼收集想法，文字寫題目，形狀承接流程，連線表達關係，Section 管理活動區。多數新手不需要先背完整快捷鍵或研究所有 Widget。
| 工具 | 工作坊用途 | 範例 |
|---|---|---|
| 便利貼 | 收集成員想法與問題 | 「我覺得登入流程太長」 |
| 文字 | 寫活動說明與題目 | 「請用 3 分鐘寫下痛點」 |
| 形狀 | 畫流程節點與決策點 | 註冊、驗證、完成購買 |
| 連線 | 串接 User Flow 或因果關係 | 使用者點擊後進入下一步 |
| Section | 分區管理活動流程 | 暖場、發想、投票、結論 |
所有快捷鍵與 Widget 清單不需要在第一次 FigJam 使用教學裡全部展開，先讓白板能被共同理解，比工具熟練度更重要。
30 分鐘 FigJam 設計工作坊流程範例
一場 30 分鐘 FigJam 工作坊可以分成會前準備、5 分鐘暖場、15 分鐘發想與分類、10 分鐘投票和下一步。好的主持人不只讓大家貼便利貼，還會在白板上預留決策欄位，讓討論直接變成行動項目。
| 時間 | 主持人動作 | 參與者動作 | 產出 |
|---|---|---|---|
| 會前 10 分鐘 | 建立 Section、題目、權限、計時器預案 | 確認可進入白板 | 可操作的工作坊白板 |
| 0 到 5 分鐘 | 說明目標、規則、便利貼格式 | 用表情或貼圖完成暖場 | 參與感與操作熟悉度 |
| 5 到 20 分鐘 | 控時、提醒先個人發想再共同整理 | 寫便利貼、分類、補充脈絡 | 問題群組與候選方案 |
| 20 到 30 分鐘 | 整理選項、開投票、確認下一步 | 投票並認領行動項目 | 決策、待辦、負責人 |
會前 10 分鐘：建立區塊、寫好題目、設定權限
會前準備決定工作坊會不會混亂。主持人至少要先建立活動區塊、寫好每區題目、放入便利貼範例，並確認分享權限。我的習慣是把「不要做什麼」也寫在白板上，例如不要先討論解法，先寫觀察到的問題。
- 建立暖場區：放一個簡單問題，例如「今天最想解決哪個流程卡點？」
- 建立發想區：每人先寫 3 到 5 張便利貼，不急著討論。
- 建立分類區：預留「使用者問題、商業限制、技術限制」等欄位。
- 建立投票區：把候選方案整理成清楚選項。
- 建立結論區：欄位包含決策、下一步、負責人、時間。
前 5 分鐘：暖場與說明規則
前 5 分鐘的目的不是破冰表演，而是讓每個人真的操作過白板。主持人可以請大家用一張便利貼回答暖場題，再用表情或貼圖標記自己最在意的問題，順便確認大家都能編輯。
可用的主持腳本是：「請先在左上角暖場區貼一張便利貼，寫下你今天最想釐清的問題。完成後用一個表情標記你覺得最急的議題。等一下進入正式發想時，先個人寫，不急著開麥討論。」
中間 15 分鐘：便利貼發想、分類、投票
中間 15 分鐘要先發散再收斂。先給每個人安靜發想時間，避免資深成員一開口就定調；接著再一起分類，最後才投票。這個順序比直接開討論有效，因為白板上會留下每個人的原始觀點。
- 5 到 10 分鐘：每人獨立寫便利貼，一張只寫一個觀察或想法。
- 10 到 15 分鐘：主持人請成員把相似便利貼放在一起。
- 15 到 18 分鐘：將群組命名，例如「註冊阻力」、「資訊不足」、「信任感不足」。
- 18 到 20 分鐘：把候選議題整理成可投票選項，不要讓重複便利貼直接進入投票。
最後 10 分鐘：整理決策與下一步
最後 10 分鐘要把 FigJam 白板變成可執行的會議記錄。投票結果只代表優先順序，不等於事情已經被解決；主持人要把最高票選項轉成決策、待辦、負責人與下一次檢查時間。
| 欄位 | 要填什麼 | 範例 |
|---|---|---|
| 決策 | 這場會議同意採取的方向 | 先簡化註冊表單，再測試轉換率 |
| 下一步 | 具體行動，不寫空泛動詞 | 設計師產出新版註冊流程草圖 |
| 負責人 | 一項任務只指定一位主要負責人 | Alice |
| 時間 | 下一次檢查或交付日期 | 下週三設計評審前 |
大型 Design Sprint 的五日流程可以另開主題；這裡先把 30 到 60 分鐘內能執行的 FigJam 工作坊跑順。
如何用 FigJam 讓遠距工作坊更有參與感？
遠距 FigJam 工作坊要有參與感，關鍵是把互動工具放進主持節奏：用計時器切段，用投票收斂，用貼圖、表情與游標互動降低沉默。工具本身不會讓會議變好，主持人要先設計每個互動的目的。
用計時器控制發想與討論節奏
計時器適合用在「個人發想 5 分鐘」、「分類 5 分鐘」、「投票 2 分鐘」這類短活動。依照官方 Timer 說明，FigJam 計時器可在任何 team 或 plan 使用，且有編輯權限的人可以設定；目前不能把計時器控制權只交給單一主持人，發布前需再以 Figma Timer 官方說明 校對。
- 個人發想：時間到就停，避免少數人一直補充。
- 共同分類：主持人每次只處理一群便利貼。
- 投票前整理：先刪重複選項，再進入投票。
用投票快速收斂共識
投票不是拿來替代討論，而是讓團隊在選項已經整理清楚後快速排序。投票前應先合併重複便利貼、修正模糊命名，並確認每個選項都能被執行。
- 把相似便利貼分群。
- 為每一群寫一個清楚選項名稱。
- 刪掉重複或不可執行的選項。
- 說明投票標準，例如影響力、急迫性、可行性。
- 投票後把最高票項目移到「下一步」區。
用貼圖、表情與游標互動降低沉默
貼圖、表情、Cursor Chat 這類互動元素，不是為了讓工作坊變得可愛，而是讓不常發言的人有低壓力的參與方式。主持人可以請成員用表情標記同意、疑問或風險，再挑高共鳴的便利貼討論。
這種做法對遠距團隊很實用，因為每個人不一定都能立刻開麥。用白板上的微互動先取得訊號，再邀請成員補充，比直接問「大家有沒有意見」更容易得到回應。
純娛樂小遊戲不用放進正式設計工作坊，除非它能服務觀察、討論或決策。
FigJam 分享與權限設定教學
FigJam 權限設定的重點，是先分清楚誰只需要看、誰需要編輯、誰要在會後整理檔案。工作坊前務必測試分享連結，因為「對方只能看不能改」通常不是工具壞掉，而是 Viewer、Editor、登入狀態或檔案位置設定不對。
| 對象 | 建議權限 | 原因 |
|---|---|---|
| 工作坊參與者 | Editor 或可編輯連結 | 需要貼便利貼、分類、投票 |
| 旁聽者 | Viewer | 只看流程與結論，不應改動白板 |
| 外部臨時參與者 | 依需求使用公開連結或 Open session | 降低進場摩擦，但發布前需校對方案與安全限制 |
| 會後整理者 | Editor | 需要整理 Section、命名、匯出或搬移內容 |
Viewer 和 Editor 差在哪？
Viewer 只能檢視白板，適合主管、旁聽者或會後讀者；Editor 可以新增、移動、編輯物件，適合實際參與工作坊的人。只要活動包含便利貼、投票前整理或流程圖調整，參與者就不該只拿 Viewer 權限。
| 權限 | 能做什麼 | 適合誰 |
|---|---|---|
| Viewer | 查看白板內容 | 旁聽者、會後閱讀者、只需確認結論的人 |
| Editor | 新增便利貼、移動物件、整理區塊 | 主持人、參與者、會後整理者 |
什麼時候用公開連結？什麼時候邀請成員？
公開連結適合臨時工作坊、外部訪客或不想逐一加入成員的場景；正式專案、長期協作或敏感內容，應該邀請成員並管理權限。若使用 Open sessions，官方 pricing 目前描述為可邀請任何人加入 jam 24 小時且不需登入，但發布前必須再以 Figma pricing 官方頁 為準。
| 方式 | 適合情境 | 風險控制 |
|---|---|---|
| 公開連結 | 臨時共創、外部訪客、課堂或短會議 | 會後關閉或降低權限 |
| 邀請成員 | 正式專案、長期團隊、敏感內容 | 依角色分 Viewer 與 Editor |
| Open session | 降低登入門檻的短期 jam | 確認方案、安全設定與 24 小時規則是否仍適用 |
對方打不開、不能編輯、看不到白板怎麼辦？
權限問題要用排錯表處理，不要在會議開始後才逐一猜。主持人最好在會前請一位非檔案擁有者測試連結，因為擁有者自己看起來正常，不代表參與者也正常。
| 問題 | 可能原因 | 解法 |
|---|---|---|
| 對方只能看不能編輯 | 權限是 Viewer 或連結只允許檢視 | 改成可編輯，或直接邀請對方成為 Editor |
| 對方打不開白板 | 連結限制在特定 team 或 organization | 調整 link access，或改用成員邀請 |
| 看不到檔案 | 檔案放在私人 Drafts 或錯誤專案 | 搬到正確 project，或重新分享正確連結 |
| 進來後不能新增便利貼 | 沒有編輯權限，或登入帳號不是被邀請帳號 | 確認登入 email，再重新授權 |
| 外部成員一直卡在登入 | 連結設定或方案不支援預期進入方式 | 檢查 Open session、公開連結與組織安全設定 |
| 手機或瀏覽器顯示異常 | 裝置、瀏覽器或網路限制 | 改用桌機瀏覽器，並請對方重整或換網路 |
企業級 SSO、SCIM 與完整 IT 管理設定不在這裡展開；如果公司有嚴格資安規則，工作坊前要先問 IT 或管理員。
大型工作坊怎麼整理 FigJam 白板？Pages、Sections 與命名規則
大型 FigJam 工作坊要靠 Sections 管活動區，靠 Pages 管場次或工作流。Sections 適合把同一張白板分成暖場、發想、投票、結論；Pages 適合多場 recurring meeting 或多組平行工作，但 Pages 依官方說明目前限 Professional、Organization、Enterprise 方案，發布前需再校對。
Sections：把活動分成暖場、發想、投票、結論
Section 是主持人最該先學的整理工具。官方說明指出 Sections 可在任何 team 或 plan 使用，有 can edit 權限的人可建立；它能把相關物件群組起來，也能在工作坊時引導參與者依序前進。可再對照 Figma Sections 官方說明。
| Section 名稱 | 放什麼 | 主持目的 |
|---|---|---|
| 00 暖場 | 破冰題、操作練習 | 確認大家能編輯 |
| 01 問題收集 | 使用者痛點、內部觀察 | 先釐清問題 |
| 02 個人發想 | 每人獨立便利貼 | 避免討論被少數人主導 |
| 03 分類與投票 | 群組、選項、票數 | 從發散進入收斂 |
| 04 結論與下一步 | 決策、待辦、負責人 | 留下可執行輸出 |
Pages：把不同場次或工作流分開
Pages 適合把大型白板分成不同場次、月份、工作流或小組空間。依官方 Pages 說明，Pages 可用來分開活動、工作流與 recurring meetings，也提醒 cursor chat、voting sessions 與 AI 功能會跟啟動所在頁面相關；發布前可再對照 Figma Pages 官方說明。
- 每月固定工作坊：用 2026 01、2026 02、2026 03 命名。
- 多組並行討論：每組一個 Page，最後合併到 Summary Page。
- 多流程探索：把註冊、付款、客服流程分開，避免白板過大。
- 會後歸檔：保留結論頁，把草稿頁移到後面。
白板太亂時的整理規則
FigJam 白板太亂時，不要急著全部重畫。先從命名、分區、刪重複、建立結論區開始，保留討論脈絡的同時讓下一位讀者能看懂。
- 每個 Section 只處理一個活動或問題。
- 便利貼一張只寫一個觀察，不把三個想法塞在同一張。
- 顏色要有規則，例如黃色是問題、藍色是方案、紅色是風險。
- 投票前先合併重複便利貼，避免同一想法分散票數。
- 會後保留「結論與下一步」在白板最前面，草稿內容往後放。
這裡只處理 FigJam 白板整理，不延伸成完整資訊架構理論。
FigJam、Figma、Miro 怎麼選？設計工作坊工具比較
FigJam、Figma、Miro 的選擇要看任務：討論與共創留在 FigJam，介面設計與 Prototype 回 Figma，大型跨部門白板或既有 Miro 團隊可考慮 Miro。工具比較不該變成信仰題，應該看這場工作坊要產出什麼。
| 任務 | 建議工具 | 原因 |
|---|---|---|
| 設計工作坊發想 | FigJam | 便利貼、投票、Section 與 Figma 生態銜接順 |
| UI 設計稿與 Prototype | Figma | 元件、版面、互動與交付規格更完整 |
| 大型跨部門長期白板 | Miro 或既有團隊白板工具 | 若組織已建立模板與流程，轉換成本要納入考量 |
什麼工作該留在 FigJam？
凡是還在討論、發散、整理或收斂的工作，都適合留在 FigJam。它的價值在於讓不同角色把想法放在同一張畫面上，而不是直接做出完美介面。
- 腦力激盪與問題收集。
- User Flow 初稿與流程卡點討論。
- 設計回饋與便利貼批註。
- Retro、專案回顧、遠距共創。
- 投票、排序與下一步整理。
什麼工作該回 Figma？
當團隊已經決定方向，需要製作 UI、Prototype、元件或 Design System，就該回到 Figma。FigJam 可以承接討論脈絡，但不應變成正式設計檔的替代品。
- 高保真 UI 設計稿。
- 互動 Prototype。
- 元件庫與 Design System。
- Auto Layout 與 Responsive 設定。
- 交付工程師的標註與開發脈絡。
想延伸選擇設計工具，可以看 設計軟體比較；如果要補外掛工具，則看 Figma 外掛推薦。
什麼情況 Miro 可能更適合？
Miro 可能更適合大型跨部門白板、非設計團隊已經長期使用 Miro、或公司內部流程都圍繞 Miro 建立的情境。Pixelcake 的實務判斷是：如果工作坊後續會進 Figma 設計，FigJam 的銜接較順；如果活動本身是跨部門策略盤點，既有工具習慣往往比單一功能更重要。
| 情境 | 建議 |
|---|---|
| 設計團隊內部工作坊，後續會進 Figma | 優先用 FigJam |
| 公司已全面使用 Miro 模板與流程 | 沿用 Miro，降低學習成本 |
| 只需要一次 30 分鐘遠距發想 | FigJam 通常足夠 |
| 要做完整 Miro 操作訓練 | 另看 Miro 教學，不在這裡展開 |
FigJam 免費版夠用嗎？2026 方案與功能檢查
小型 FigJam 工作坊通常可以先從免費方案或既有 Figma 團隊開始測試，但涉及 AI、Pages、自訂模板、Open sessions 或組織管理功能時，必須以官方最新方案頁為準。不要把價格寫死，因為 Figma 方案、席次與 AI credits 都可能更新。
小型工作坊先用免費版可以嗎？
如果只是 3 到 5 人練習 FigJam 中文操作、跑一次 30 分鐘腦力激盪，先用免費方案通常足夠評估流程。真正要導入團隊時，才需要檢查檔案數量、專案管理、成員權限、Pages、AI 與品牌模板需求。
| 情境 | 建議 | 原因 |
|---|---|---|
| 第一次學 FigJam | 先用免費方案測試 | 重點是熟悉白板、便利貼、Section |
| 小型設計工作坊 | 先確認分享與編輯權限 | 權限比方案名稱更容易造成現場問題 |
| 固定每週團隊協作 | 檢查付費方案是否更合適 | 專案、檔案管理與 Pages 可能影響可維護性 |
哪些功能可能需要付費方案？
容易變動的功能包含 AI credits、Pages、Custom templates、Open sessions 與組織管理功能。官方 pricing 目前列出 FigJam 的 Timer、Voting、Open sessions、AI 摘要與生成等項目，但功能可用性會依方案與更新調整，發布前請重新核對 Figma 官方 Pricing。
| 功能 | 工作坊用途 | 發布前檢查 |
|---|---|---|
| AI Summarize / Sort / Generate | 整理便利貼、產生模板、歸納重點 | 確認 AI credits 與方案限制 |
| Pages | 大型白板、多場次、recurring meeting | 確認是否仍限特定付費方案 |
| Custom templates | 建立團隊固定工作坊模板 | 確認方案、發布範圍與團隊權限 |
| Open sessions | 讓外部參與者短時間加入 jam | 確認 24 小時、免登入與安全設定是否仍適用 |
| 匯出與分享 | 會後保存結果或交付利害關係人 | 確認可用格式與權限 |
逐項價格歷史、企業採購合約與深度 IT 管理不在這裡展開。收束到工作坊決策：如果你只是想把想法整理成可討論的白板，FigJam 很適合；如果已進入 UI 細節、Prototype 或 Design System，應該回到 Figma。
FigJam 是免費的嗎？
FigJam 可從 Figma 的免費 Starter 方案開始使用，但免費與付費方案的功能、AI credits、檔案管理與協作限制會更新。做 FigJam 教學或正式文章發布前，請以 Figma 官方 pricing 頁面為準，不要只看舊截圖或舊教學。
FigJam 和 Figma 差在哪？
FigJam 是線上協作白板，適合發想、流程整理、設計回饋、投票與工作坊；Figma 是設計工具，適合 UI 設計稿、Prototype、元件與 Design System。工作坊前期用 FigJam，方案確定後回 Figma 做細節。
沒有 Figma 帳號的人可以看 FigJam 嗎？
要看或編輯 FigJam，通常取決於檔案分享設定、登入狀態與方案功能。若使用 Open sessions，官方 pricing 目前描述可讓參與者在限定時間內加入 jam 且不需登入，但實際規則需發布前再次確認官方資訊。
為什麼我分享 FigJam 後，對方只能看不能編輯？
最常見原因是對方拿到 Viewer 權限，或分享連結設定成 can view。請確認對方登入的 email 是否正確，並把權限改成 can edit 或直接邀請為 Editor。工作坊前一定要找一位外部成員測試。
FigJam 適合做 User Flow 嗎？
適合。FigJam 可以用形狀、連線、便利貼與 Section 快速畫出 User Flow 初稿，並標記每一步的使用者疑問與風險。當流程確認後，再回 Figma 製作對應畫面與 Prototype。
FigJam 可以匯出成 PDF 或圖片嗎？
FigJam 可用於分享與保存工作坊結果，但匯出格式與可用選項可能隨官方功能更新。發布正式教學時，請以 Figma 官方說明校對目前支援的匯出格式與權限限制。
FigJam 白板太亂要怎麼整理？
先用 Sections 分出活動區，再合併重複便利貼、統一顏色規則、把投票結果移到結論區。大型或固定會議可以用 Pages 分開不同場次，但 Pages 的方案限制需以官方最新資訊為準。
FigJam 適合遠距設計工作坊嗎？
適合，尤其是需要多人一起發想、分類、投票與整理結論的遠距工作坊。主持人要先設計活動節奏，不要只丟白板連結給大家。計時器、投票、貼圖、表情與游標互動都應服務討論目的。
FigJam 可以用 AI 產生白板或整理便利貼嗎？
Figma pricing 目前列出 FigJam 相關 AI 功能，例如整理、摘要與生成，但 AI credits、可用功能與方案限制會變動。AI 可以輔助整理便利貼，不應取代主持人的判斷與會議決策。
FigJam 和 Miro 哪個比較適合設計團隊？
如果團隊主要使用 Figma，工作坊後續也會進入 UI 設計與 Prototype，FigJam 的銜接通常更順。如果公司已經長期使用 Miro，且有成熟模板與跨部門流程，沿用 Miro 也合理。
FigJam 可以和 Figma 設計稿一起用嗎？
可以。常見做法是先在 FigJam 討論問題、User Flow 與決策，再把結論帶回 Figma 做設計稿。設計回饋時，也可以把 Figma 畫面截圖或連結放到 FigJam，集中收集意見。
新手第一次用 FigJam，建議從模板開始還是空白白板開始？
如果完全沒主持過 FigJam 工作坊，先從模板開始比較快，但要刪掉不需要的區塊。如果你已經知道活動流程，空白白板加上清楚 Sections 會更乾淨，也更容易控場。