Treasora：AI 驅動的 B2B 財務規劃與簽核系統
Treasora：AI 驅動的 B2B 財務規劃與簽核系統
Treasora：AI 驅動的 B2B 財務規劃與簽核系統
為複雜決策與多角色協作打造，整合預算規劃、簽核流程與 AI 決策支援的企業平台
為複雜決策與多角色協作打造，整合預算規劃、簽核流程與 AI 決策支援的企業平台
為複雜決策與多角色協作打造，整合預算規劃、簽核流程與 AI 決策支援的企業平台
角色
角色
角色
產品設計師，主導 AI 輔助互動模式與設計系統設計，涵蓋桌面版與行動版
產品設計師，主導 AI 輔助互動模式與設計系統設計，涵蓋桌面版與行動版
產品設計師，主導 AI 輔助互動模式與設計系統設計，涵蓋桌面版與行動版
專案時程
專案時程
專案時程
2025 年 9 月 – 2026 年 5 月（9 個月）
2025 年 9 月 – 2026 年 5 月（9 個月）
2025 年 9 月 – 2026 年 5 月（9 個月）
團隊
團隊
團隊
3 位產品設計師 · 1 位 UX 研究員 · 1 位專案經理
3 位產品設計師 · 1 位 UX 研究員 · 1 位專案經理
3 位產品設計師 · 1 位 UX 研究員 · 1 位專案經理
專案重點
專案重點
專案重點
多角色工作流程 · 財務審批 · AI 輔助決策 · 跨裝置體驗
多角色工作流程 · 財務審批 · AI 輔助決策 · 跨裝置體驗
多角色工作流程 · 財務審批 · AI 輔助決策 · 跨裝置體驗
1. 專案成果與影響
1. 專案成果與影響
4.8 / 5
4.8 / 5
使用者在易用性測試中給予高度評價
使用者在易用性測試中給予高度評價
46% ↓
46% ↓
任務完成時間縮短約 46%
任務完成時間縮短約 46%
AI 功能採用度高
AI 功能採用度高
使用者會主動使用 AI 進行成本估算與決策輔助
使用者會主動使用 AI 進行成本估算與決策輔助
端到端工作流程
端到端工作流程
完成 19 組端到端流程，涵蓋桌面版與行動版
完成 19 組端到端流程，涵蓋桌面版與行動版
設計系統
設計系統
建立跨裝置的設計系統，包含 40+ 個可重複使用元件
建立跨裝置的設計系統，包含 40+ 個可重複使用元件
1. 專案成果與影響
4.8 / 5
使用者在易用性測試中給予高度評價
46% ↓
任務完成時間縮短約 46%
AI 功能採用度高
使用者會主動使用 AI 進行成本估算與決策輔助
端到端工作流程
完成 19 組端到端流程，涵蓋桌面版與行動版
設計系統
建立跨裝置的設計系統，包含 40+ 個可重複使用元件
我的貢獻
我的貢獻
在五人團隊中，我主要負責 Treasora 核心流程、AI 輔助互動，以及可延伸的設計系統。
在五人團隊中，我主要負責 Treasora 核心流程、AI 輔助互動，以及可延伸的設計系統。
設計系統與互動
工作流程與產品策略
專案協作與推進
建立並維護跨平台設計系統，包含 40+ 個可重複使用元件，讓桌面版與行動版在複雜財務流程中維持一致的操作體驗。
色彩
字體
版面配置
導覽
表單
回饋狀態
AI 互動模式
互動規範
UI 規格
設計
策略
合作
建立並維護跨平台設計系統，包含 40+ 個可重複使用元件，讓桌面版與行動版在複雜財務流程中維持一致的操作體驗。
色彩
字體
版面配置
導覽
表單
回饋狀態
AI 互動模式
互動規範
UI 規格
我的貢獻
在五人團隊中，我主要負責 Treasora 核心流程、AI 輔助互動，以及可延伸的設計系統。
設計系統
產品策略
團隊合作
建立並維護跨平台設計系統，包含 40+ 個可重複使用元件，讓桌面版與行動版在複雜財務流程中維持一致的操作體驗。
色彩
字體
版面配置
導覽
表單
回饋狀態
AI 互動模式
互動規範
UI 規格
專案概覽
專案概覽
Treasora 是一套為緊急應變情境設計的 AI 輔助財務管理系統，協助組織在高壓環境下處理複雜的財務流程、審批與資金決策。
Treasora 是一套為緊急應變情境設計的 AI 輔助財務管理系統，協助組織在高壓環境下處理複雜的財務流程、審批與資金決策。
TREASORA
TREASORA
02 問題
02 問題
在颶風、天災等緊急事件中，政府單位需要在有限時間內快速分配資金、估算成本，並完成多層級審批。
在颶風、天災等緊急事件中，政府單位需要在有限時間內快速分配資金、估算成本，並完成多層級審批。
客戶原有的 InCEP 系統 是為 特定聯邦機構 HHS 打造。雖然功能完整，但操作複雜、學習成本高，而且高度客製化，難以延伸成能服務更多組織的產品。
客戶原有的 InCEP 系統 是為 特定聯邦機構 HHS 打造。雖然功能完整，但操作複雜、學習成本高，而且高度客製化，難以延伸成能服務更多組織的產品。
03 機會
03 機會
隨著緊急應變的財務責任逐漸從聯邦層級下放到州與地方政府，地方單位需要更獨立地處理成本估算、預算管理與支出審核。
隨著緊急應變的財務責任逐漸從聯邦層級下放到州與地方政府，地方單位需要更獨立地處理成本估算、預算管理與支出審核。
這也帶來一個新的產品機會：將原本高度客製化的系統，轉變為可支援州與地方政府的可擴充財務平台。
這也帶來一個新的產品機會：將原本高度客製化的系統，轉變為可支援州與地方政府的可擴充財務平台。
04 目標
04 目標
我們希望把原本高度專用的系統，轉化為能支援不同組織與角色的可擴充產品。
我們希望把原本高度專用的系統，轉化為能支援不同組織與角色的可擴充產品。
因此，我們聚焦在三件事：
定義可用於產品驗證的 MVP
建立清楚、可執行的決策與審批流程
導入 AI，提升效率與決策品質
因此，我們聚焦在三件事：
定義可用於產品驗證的 MVP
建立清楚、可執行的決策與審批流程
導入 AI，提升效率與決策品質
專案概覽
Treasora 是一套為緊急應變情境設計的 AI 輔助財務管理系統，協助組織在高壓環境下處理複雜的財務流程、審批與資金決策。
TREASORA
01 客戶
此專案與 PFF, LLC 合作開發，對方專長為政府財務管理系統。
02 問題
在颶風、天災等緊急事件中，政府單位需要在有限時間內快速分配資金、估算成本，並完成多層級審批。
客戶原有的 InCEP 系統 是為 特定聯邦機構 HHS 打造。雖然功能完整，但操作複雜、學習成本高，而且高度客製化，難以延伸成能服務更多組織的產品。
03 機會
隨著緊急應變的財務責任逐漸從聯邦層級下放到州與地方政府，地方單位需要更獨立地處理成本估算、預算管理與支出審核。
這也帶來一個新的產品機會：將原本高度客製化的系統，轉變為可支援州與地方政府的可擴充財務平台。
04 目標
我們希望把原本高度專用的系統，轉化為能支援不同組織與角色的可擴充產品。
因此，我們聚焦在三件事：
定義可用於產品驗證的 MVP
建立清楚、可執行的決策與審批流程
導入 AI，提升效率與決策品質
專案細節
專案細節
01 理解緊急應變中的財務流程
01 理解緊急應變中的財務流程
我們發現…
我們發現…
緊急應變的財務流程主要圍繞三個核心項目：任務指派（Mission Assignment, MA）、成本估算（Cost Estimate, CE）與交易（Transaction）
成本估算會決定資金如何分配，而且必須先完成審批，後續才能進行支出
審批貫穿整個流程，從資金分配到實際支出都需要經過確認
緊急應變的財務流程主要圍繞三個核心項目：任務指派（Mission Assignment, MA）、成本估算（Cost Estimate, CE）與交易（Transaction）
成本估算會決定資金如何分配，而且必須先完成審批，後續才能進行支出
審批貫穿整個流程，從資金分配到實際支出都需要經過確認
我們怎麼做
我們怎麼做
拆解工作流程
拆解工作流程
我們將複雜的緊急應變財務流程拆成幾個主要階段（MA、CE、Transaction），把原本較難理解的專業流程整理成清楚、可設計的結構
我們將複雜的緊急應變財務流程拆成幾個主要階段（MA、CE、Transaction），把原本較難理解的專業流程整理成清楚、可設計的結構
02 理解使用者與角色
02 理解使用者與角色
我們發現…
我們發現…
財務分析師（Financial Analysts）主要負責前期規劃，包含建立 Mission Assignment 與 Cost Estimate；進入執行階段後，則由 採購人員 依照核准的預算進行交易與支出
不同階段會有不同類型的 審批者，依照案件範圍與財務影響進行審核
最後由 最終審批者 負責整體把關，確保財務流程與支出符合規範
財務分析師（Financial Analysts）主要負責前期規劃，包含建立 Mission Assignment 與 Cost Estimate；進入執行階段後，則由 採購人員 依照核准的預算進行交易與支出
不同階段會有不同類型的 審批者，依照案件範圍與財務影響進行審核
最後由 最終審批者 負責整體把關，確保財務流程與支出符合規範
我們怎麼做
我們怎麼做
釐清核心角色與彼此關係
釐清核心角色與彼此關係
我們將原本複雜的利害關係人整理成幾個核心角色，並釐清他們在不同審批與工作階段中的責任與互動方式
我們將原本複雜的利害關係人整理成幾個核心角色，並釐清他們在不同審批與工作階段中的責任與互動方式
03 定義 MVP 範圍
03 定義 MVP 範圍
我們決定了什麼
我們決定了什麼
MVP 以 桌面版為主，用來做產品驗證與提案；行動版則作為現場使用時的輔助
系統分成四個核心模組：緊急應變、財務、審批、管理
整體流程從前期的 規劃（MA、CE），一路延伸到後續的 執行（交易）
依照不同角色設定權限，讓使用者只看到與自己工作相關的資料與操作
MVP 以 桌面版為主，用來做產品驗證與提案；行動版則作為現場使用時的輔助
系統分成四個核心模組：緊急應變、財務、審批、管理
整體流程從前期的 規劃（MA、CE），一路延伸到後續的 執行（交易）
依照不同角色設定權限，讓使用者只看到與自己工作相關的資料與操作
我們怎麼做
我們怎麼做
資訊架構與角色權限
資訊架構與角色權限
我們依照不同角色的工作內容整理系統模組與權限，讓系統結構更貼近實際的工作分工。
我們依照不同角色的工作內容整理系統模組與權限，讓系統結構更貼近實際的工作分工。
使用情境與流程定義
使用情境與流程定義
我們整理出主要使用情境與操作流程，例如搜尋、建立、審批 MA，並以此決定 MVP 需要包含哪些功能與介面。
我們整理出主要使用情境與操作流程，例如搜尋、建立、審批 MA，並以此決定 MVP 需要包含哪些功能與介面。
01 設計策略：聚焦、迭代、再擴展
01 設計策略：聚焦、迭代、再擴展
為了處理多角色財務系統的複雜度，我們先從幾個 核心模組 開始，從 桌面版 wireframe 逐步迭代到高擬真設計。這樣的方式讓我們可以更快取得回饋、釐清流程，也讓後續系統擴充更有一致性。
為了處理多角色財務系統的複雜度，我們先從幾個 核心模組 開始，從 桌面版 wireframe 逐步迭代到高擬真設計。這樣的方式讓我們可以更快取得回饋、釐清流程，也讓後續系統擴充更有一致性。
02 設計系統與品牌
02 設計系統與品牌
我們建立了什麼
我們建立了什麼
建立一套 可擴充的設計系統，包含 40+ 個可重複使用元件，支援高資訊密度、多角色的平台
核心元件包含表格、表單與導覽元件，用來支援複雜工作流程
在 桌面版與行動版 之間建立一致的設計模式
建立 產品識別，包括命名與 Logo
建立一套 可擴充的設計系統，包含 40+ 個可重複使用元件，支援高資訊密度、多角色的平台
核心元件包含表格、表單與導覽元件，用來支援複雜工作流程
在 桌面版與行動版 之間建立一致的設計模式
建立 產品識別，包括命名與 Logo
我們怎麼做
我們怎麼做
設計系統
設計系統
建立可重複使用的元件，並清楚定義各種互動狀態，例如 default、hover、focus、disabled，以及審批、篩選等流程狀態，確保不同模組與裝置之間維持一致性。
建立可重複使用的元件，並清楚定義各種互動狀態，例如 default、hover、focus、disabled，以及審批、篩選等流程狀態，確保不同模組與裝置之間維持一致性。
交付規格
交付規格
定義版面規則與互動模式，例如可依內容調整的 page header，讓不同資料情境都能套用一致規則，也讓開發交付更清楚。
定義版面規則與互動模式，例如可依內容調整的 page header，讓不同資料情境都能套用一致規則，也讓開發交付更清楚。
03 核心工作流程設計
03 核心工作流程設計
我們完成了什麼
我們完成了什麼
完成 19 組端到端工作流程，涵蓋建立 MA、CE、審批與支出等主要使用情境
建立可展示不同角色如何協作的完整 Prototype
完成 19 組端到端工作流程，涵蓋建立 MA、CE、審批與支出等主要使用情境
建立可展示不同角色如何協作的完整 Prototype
我們怎麼做
我們怎麼做
以使用情境組織流程
以使用情境組織流程
圍繞不同角色的核心任務，整理相關頁面與操作流程。
圍繞不同角色的核心任務，整理相關頁面與操作流程。
以真實情境建立 Prototype
以真實情境建立 Prototype
模擬颶風應變等實際情境，串起完整流程並驗證各角色之間的操作。
模擬颶風應變等實際情境，串起完整流程並驗證各角色之間的操作。
情境
情境
佛州遭遇颶風後，州政府收到一筆 Mission Assignment（MA），開始進行緊急應變。
佛州遭遇颶風後，州政府收到一筆 Mission Assignment（MA），開始進行緊急應變。
財務分析師先定義應變範圍並估算成本，經過多層審批取得資金後，再由採購人員執行支出；支出完成後仍需經過審批，確認符合規範與預算。
財務分析師先定義應變範圍並估算成本，經過多層審批取得資金後，再由採購人員執行支出；支出完成後仍需經過審批，確認符合規範與預算。
財務分析師
建立 MA 與 CE，送出審批
建立 MA 與 CE，送出審批
定義緊急應變範圍並準備成本估算，完成後送出審批以申請資金
定義緊急應變範圍並準備成本估算，完成後送出審批以申請資金
MA / CE 審批者
財務主管
MA 與 CE 審批（例：退回）
MA 與 CE 審批（例：退回）
審核應變範圍與預算，確認是否核准資金進入執行階段
審核應變範圍與預算，確認是否核准資金進入執行階段
採購人員
建立支出，送出審批
建立支出，送出審批
依照核准的計畫建立商品或服務支出，完成後送出審批
依照核准的計畫建立商品或服務支出，完成後送出審批
支出審批者
財務主管
支出審批（例：核准）
支出審批（例：核准）
確認支出符合相關規範，且預算足以支付後，再進行核准
確認支出符合相關規範，且預算足以支付後，再進行核准
04 AI 輔助決策
04 AI 輔助決策
我們針對不同角色與決策情境設計 AI 功能，讓它自然融入既有工作流程，同時保留使用者的判斷與控制。
我們針對不同角色與決策情境設計 AI 功能，讓它自然融入既有工作流程，同時保留使用者的判斷與控制。
AI 如何支援不同角色
AI 如何支援不同角色
財務分析師
使用 AI 協助成本估算，並在送審前檢查資料是否有問題
MA / CE 與支出審批者
透過 AI 摘要快速掌握風險與異常，輔助審批判斷
採購人員
在送出申請前，獲得 AI 提供的分類與檢查建議
財務分析師
使用 AI 協助成本估算，並在送審前檢查資料是否有問題
MA / CE 與支出審批者
透過 AI 摘要快速掌握風險與異常，輔助審批判斷
採購人員
在送出申請前，獲得 AI 提供的分類與檢查建議
打造值得信任的 AI 互動
打造值得信任的 AI 互動
我們邀請 6 位不同背景 的使用者進行測試，涵蓋不同程度的財務經驗、InCEP 熟悉度與科技使用習慣，從資深分析師到沒有財務規劃背景的初次使用者都有。
我們邀請 6 位不同背景 的使用者進行測試，涵蓋不同程度的財務經驗、InCEP 熟悉度與科技使用習慣，從資深分析師到沒有財務規劃背景的初次使用者都有。
測試聚焦在四個主要任務，涵蓋完整的審批流程：建立 Mission Assignment、建立 Cost Estimate、審批成本估算，以及建立與審批支出。
測試聚焦在四個主要任務，涵蓋完整的審批流程：建立 Mission Assignment、建立 Cost Estimate、審批成本估算，以及建立與審批支出。
洞見 01 — AI 建議的來源不夠清楚
洞見 01 — AI 建議的來源不夠清楚
問題
問題
系統已經提供 AI 建議，但介面沒有清楚標示這些內容來自 AI，使用者容易把它當成一般系統資訊，也不清楚建議的來源
系統已經提供 AI 建議，但介面沒有清楚標示這些內容來自 AI，使用者容易把它當成一般系統資訊，也不清楚建議的來源
迭代
迭代
我們加入一致的 AI 圖示與標示，讓使用者能清楚辨識哪些內容是由 AI 提供的
我們加入一致的 AI 圖示與標示，讓使用者能清楚辨識哪些內容是由 AI 提供的
洞見 02 — AI 檢查結果離相關資訊太遠
洞見 02 — AI 檢查結果離相關資訊太遠
問題
問題
AI 雖然能找出問題，但結果集中顯示在另外的 Modal 中，和實際有問題的欄位分開，使用者需要來回比對才能理解問題發生在哪裡
AI 雖然能找出問題，但結果集中顯示在另外的 Modal 中，和實際有問題的欄位分開，使用者需要來回比對才能理解問題發生在哪裡
迭代
迭代
我們將 AI 檢查結果直接放進頁面，並讓每個問題對應到相關欄位，使用者可以直接查看並定位需要修改的內容
我們將 AI 檢查結果直接放進頁面，並讓每個問題對應到相關欄位，使用者可以直接查看並定位需要修改的內容
洞見 03 — 自動填入降低了使用者的控制感
洞見 03 — 自動填入降低了使用者的控制感
問題
問題
原本 AI 會直接替使用者填入下拉選單的值，但測試中發現，這種做法會降低使用者對操作的控制感
原本 AI 會直接替使用者填入下拉選單的值，但測試中發現，這種做法會降低使用者對操作的控制感
迭代
迭代
我們取消自動填入，改成在下拉選單中優先顯示 AI 推薦選項，讓使用者先查看建議，再自行決定要選哪一項
我們取消自動填入，改成在下拉選單中優先顯示 AI 推薦選項，讓使用者先查看建議，再自行決定要選哪一項
專案細節
01 理解緊急應變中的財務流程
我們發現…
緊急應變的財務流程主要圍繞三個核心項目：任務指派（Mission Assignment, MA）、成本估算（Cost Estimate, CE）與交易（Transaction）
成本估算會決定資金如何分配，而且必須先完成審批，後續才能進行支出
審批貫穿整個流程，從資金分配到實際支出都需要經過確認
我們怎麼做
拆解工作流程
我們將複雜的緊急應變財務流程拆成幾個主要階段（MA、CE、Transaction），把原本較難理解的專業流程整理成清楚、可設計的結構
02 理解使用者與角色
我們發現…
財務分析師（Financial Analysts）主要負責前期規劃，包含建立 Mission Assignment 與 Cost Estimate；進入執行階段後，則由 採購人員 依照核准的預算進行交易與支出
不同階段會有不同類型的 審批者，依照案件範圍與財務影響進行審核
最後由 最終審批者 負責整體把關，確保財務流程與支出符合規範
我們怎麼做
釐清核心角色與彼此關係
我們將原本複雜的利害關係人整理成幾個核心角色，並釐清他們在不同審批與工作階段中的責任與互動方式
03 定義 MVP 範圍
我們決定了什麼
MVP 以 桌面版為主，用來做產品驗證與提案；行動版則作為現場使用時的輔助
系統分成四個核心模組：緊急應變、財務、審批、管理
整體流程從前期的 規劃（MA、CE），一路延伸到後續的 執行（交易）
依照不同角色設定權限，讓使用者只看到與自己工作相關的資料與操作
我們怎麼做
資訊架構與角色權限
我們依照不同角色的工作內容整理系統模組與權限，讓系統結構更貼近實際的工作分工。
使用情境與流程定義
我們整理出主要使用情境與操作流程，例如搜尋、建立、審批 MA，並以此決定 MVP 需要包含哪些功能與介面。
01 設計策略：聚焦、迭代、再擴展
為了處理多角色財務系統的複雜度，我們先從幾個 核心模組 開始，從 桌面版 wireframe 逐步迭代到高擬真設計。這樣的方式讓我們可以更快取得回饋、釐清流程，也讓後續系統擴充更有一致性。
02 設計系統與品牌
我們建立了什麼
建立一套 可擴充的設計系統，包含 40+ 個可重複使用元件，支援高資訊密度、多角色的平台
核心元件包含表格、表單與導覽元件，用來支援複雜工作流程
在 桌面版與行動版 之間建立一致的設計模式
建立 產品識別，包括命名與 Logo
我們怎麼做
設計系統
建立可重複使用的元件，並清楚定義各種互動狀態，例如 default、hover、focus、disabled，以及審批、篩選等流程狀態，確保不同模組與裝置之間維持一致性。
交付規格
定義版面規則與互動模式，例如可依內容調整的 page header，讓不同資料情境都能套用一致規則，也讓開發交付更清楚。
03 核心工作流程設計
我們完成了什麼
完成 19 組端到端工作流程，涵蓋建立 MA、CE、審批與支出等主要使用情境
建立可展示不同角色如何協作的完整 Prototype
我們怎麼做
以使用情境組織流程
圍繞不同角色的核心任務，整理相關頁面與操作流程。
以真實情境建立 Prototype
模擬颶風應變等實際情境，串起完整流程並驗證各角色之間的操作。
情境
佛州遭遇颶風後，州政府收到一筆 Mission Assignment（MA），開始進行緊急應變。
財務分析師先定義應變範圍並估算成本，經過多層審批取得資金後，再由採購人員執行支出；支出完成後仍需經過審批，確認符合規範與預算。
財務分析師
建立 MA 與 CE，送出審批
定義緊急應變範圍並準備成本估算，完成後送出審批以申請資金
MA / CE 審批者
財務主管
MA 與 CE 審批（例：退回）
審核應變範圍與預算，確認是否核准資金進入執行階段
採購人員
建立支出，送出審批
依照核准的計畫建立商品或服務支出，完成後送出審批
支出審批者
財務主管
支出審批（例：核准）
確認支出符合相關規範，且預算足以支付後，再進行核准
04 AI 輔助決策
我們針對不同角色與決策情境設計 AI 功能，讓它自然融入既有工作流程，同時保留使用者的判斷與控制。
AI 如何支援不同角色
財務分析師
使用 AI 協助成本估算，並在送審前檢查資料是否有問題
MA / CE 與支出審批者
透過 AI 摘要快速掌握風險與異常，輔助審批判斷
採購人員
在送出申請前，獲得 AI 提供的分類與檢查建議
洞見 01 — AI 建議的來源不夠清楚
問題
系統已經提供 AI 建議，但介面沒有清楚標示這些內容來自 AI，使用者容易把它當成一般系統資訊，也不清楚建議的來源
迭代
我們加入一致的 AI 圖示與標示，讓使用者能清楚辨識哪些內容是由 AI 提供的
洞見 02 — AI 檢查結果離相關資訊太遠
問題
AI 雖然能找出問題，但結果集中顯示在另外的 Modal 中，和實際有問題的欄位分開，使用者需要來回比對才能理解問題發生在哪裡
迭代
我們將 AI 檢查結果直接放進頁面，並讓每個問題對應到相關欄位，使用者可以直接查看並定位需要修改的內容
洞見 03 — 自動填入降低了使用者的控制感
問題
原本 AI 會直接替使用者填入下拉選單的值，但測試中發現，這種做法會降低使用者對操作的控制感
迭代
我們取消自動填入，改成在下拉選單中優先顯示 AI 推薦選項，讓使用者先查看建議，再自行決定要選哪一項
反思與學習
反思與學習
反思與學習
1
1
1
讓產品真正支援日常工作
讓產品真正支援日常工作
讓產品真正支援日常工作
這個專案改變了我對企業產品設計的理解。相較於消費型產品常強調互動感或視覺吸引力，企業系統更重要的是讓使用者每天都能穩定、有效率地完成工作。因此，設計的核心不是追求新鮮感，而是 降低操作阻力、支援決策，並讓不同角色能更順暢地協作。
這個專案改變了我對企業產品設計的理解。相較於消費型產品常強調互動感或視覺吸引力，企業系統更重要的是讓使用者每天都能穩定、有效率地完成工作。因此，設計的核心不是追求新鮮感，而是 降低操作阻力、支援決策，並讓不同角色能更順暢地協作。
這個專案改變了我對企業產品設計的理解。相較於消費型產品常強調互動感或視覺吸引力，企業系統更重要的是讓使用者每天都能穩定、有效率地完成工作。因此，設計的核心不是追求新鮮感，而是 降低操作阻力、支援決策，並讓不同角色能更順暢地協作。
2
2
2
與非設計背景的利害關係人溝通
與非設計背景的利害關係人溝通
與非設計背景的利害關係人溝通
這個專案也讓我更理解，如何和非設計背景的利害關係人討論設計。前期收到的回饋常常比較廣泛，或直接跳到解法，因此我們會 準備多個 wireframe 方向、較有結構的會議材料，以及 以流程為主的討論方式，幫助大家更快釐清真正的需求與優先順序。
這個專案也讓我更理解，如何和非設計背景的利害關係人討論設計。前期收到的回饋常常比較廣泛，或直接跳到解法，因此我們會 準備多個 wireframe 方向、較有結構的會議材料，以及 以流程為主的討論方式，幫助大家更快釐清真正的需求與優先順序。
這個專案也讓我更理解，如何和非設計背景的利害關係人討論設計。前期收到的回饋常常比較廣泛，或直接跳到解法，因此我們會 準備多個 wireframe 方向、較有結構的會議材料，以及 以流程為主的討論方式，幫助大家更快釐清真正的需求與優先順序。
3
3
3
讓 AI 自然融入既有流程
讓 AI 自然融入既有流程
讓 AI 自然融入既有流程
在企業工作流程中設計 AI，讓我學到一件很重要的事：AI 被看見還不夠，更重要的是它出現得是否合理。AI 功能需要和使用情境有關、容易理解，而且不打斷原本的工作流程。透過測試，我們也發現，相較於直接替使用者做決定，使用者更 偏好把 AI 當成建議與輔助工具，同時保留最後的判斷權。
在企業工作流程中設計 AI，讓我學到一件很重要的事：AI 被看見還不夠，更重要的是它出現得是否合理。AI 功能需要和使用情境有關、容易理解，而且不打斷原本的工作流程。透過測試，我們也發現，相較於直接替使用者做決定，使用者更 偏好把 AI 當成建議與輔助工具，同時保留最後的判斷權。
在企業工作流程中設計 AI，讓我學到一件很重要的事：AI 被看見還不夠，更重要的是它出現得是否合理。AI 功能需要和使用情境有關、容易理解，而且不打斷原本的工作流程。透過測試，我們也發現，相較於直接替使用者做決定，使用者更 偏好把 AI 當成建議與輔助工具，同時保留最後的判斷權。
其他專案
其他專案
其他專案
其他專案