02證券業務管理系統

消除業務規則與介面行為的語言落差

讓複雜的業務分配規則,在畫面上更直觀且容易操作。

主要職責
UX 決策 · UI 設計 · Prototype 製作
團隊成員
SA · PM · PO · 前端工程師 · 後端工程師
專案時程
2026.07 — 2026.09
使用工具
Figma · Gemini Notebook · Figma Make

專案背景

本專案是綜合證券公司內部系統的新增功能模組,專門處理營業員與顧問名下客戶資源的轉移和交換作業。

同一位客戶可能同時持有證券、信託、期貨等不同帳戶,每種帳戶類型對應不同的牌照資格及多種分配情境的優先順位規則,條件彼此交叉。業務規則的複雜度,決定了這個案子的設計難度不在介面,而在規則本身。我以 UI/UX 設計師的身份主導資訊架構與介面設計,負責 UX 決策與設計交付。

痛點 設計挑戰 我的任務
業務分配規則持續擴增,系統邏輯複雜且隱性,新的工作流程缺乏介面支撐。 使用既有的 Design System 與 SA 規格,獨立完成業務規則到介面行為的轉譯。 讓使用者不需要分心判斷業務規則,也能透過介面順利完成例行的分配作業。

任務分析(Task Analysis)

從規格文件與訪談記錄中識別介面設計的空白地帶

研究素材來自三場與內部主管的需求訪談。訪談以對焦開發功能為主,由開發團隊主導,我以 UIUX 設計師的角色負責追問介面相關的細節。我將 SA 規格文件與訪談逐字稿等素材彙整進 Gemini Notebook 建立專案知識庫,設計過程中隨時查詢確認,確保每一個介面判斷都能對應回原始需求。

研究方式以任務分析(Task Analysis)為主,沿著使用者的操作任務逐步推導:使用者在這個情境下要完成什麼、系統在哪個節點需要介入、介入的方式是告知、攔截,還是引導。

Gemini Notebook 專案知識庫彙整 SA 規格文件與訪談逐字稿

三層語言的落差

業務規則和系統邏輯都沒有回答的問題,是介面設計的起點

系統的設計難點在於業務規則、系統邏輯、UX 設計三層語言之間的落差:業務規則描述現實條件——「接管者須持有對應牌照,且名單數未超過上限」;系統邏輯把條件轉成判斷——「分配時核查牌照欄位與帳號名單數,任一不符則阻擋操作」;UX 設計要回答的是使用者在哪個時間點感知到這件事、介面要說清楚哪一條件不符。第一層是業務規則,第二層是系統邏輯,第三層需要設計師從使用情境主動推導。

Key Insight

業務規則定義合法性,系統邏輯定義攔截點,兩者都沒有回答如何引導使用者操作介面、感知進度和避免犯錯。這個空白是 UI/UX 設計需要填補的。

設計決策

把複雜操作移出表格,減輕視覺負擔

系統中的表格往往是超過 20 欄的超寬設計,使用上不得已需要頻繁橫向捲動。

在單一營業員資格不齊全的情境下,原本的需求是直接將剩餘的待分配類別,以新增欄位的方式呈現在表格中,這樣會讓表格進一步大幅橫向擴張,並且頻繁變動,嚴重影響可用性。

我提議將所有分配操作移進側邊抽屜,表格欄位只保留分配按鈕作為開關。使用者點擊後,側邊抽屜展開,清楚呈現各類別的分配選單。表格維持固定結構,複雜操作隔離到不干擾主表格的空間,兩者各司其職。

人員分配全部展開超過 10 個欄位,總寬度超過 1600px
人員分配全部展開超過 10 個欄位,總寬度超過 1600px
收入側邊抽屜後只佔 2 個欄位,總寬度不到 700px,縮減超過 50%
收入側邊抽屜後只佔 2 個欄位,總寬度不到 700px,縮減超過 50%

持續可見的進度提示,降低資料操作的認知負擔

畫面最一開始的需求很簡單,只要統一在底部放置「儲存」和「送出」按鈕就好。然而整個系統有一個共通的使用情境,使用者需要同時處理數十到百筆的資料,操作過程中很難即時感知目前完成了多少進度、是否儲存過,加上欄位很多,需要頻繁捲動對照資料與操作。

我將底部資訊變成固定的 Toolbar,讓系統狀態持續對使用者可見,加入以下四個功能:

  1. 進度視覺化(如:N/200 筆符合),讓使用者隨時掌握作業進度
  2. 快速跳轉按鈕,不需要頻繁捲動就能到達關鍵決策欄位
  3. 儲存狀態提示,讓使用者確認資料是否已被記錄
  4. 鎖定關鍵按鈕,避免誤觸跳出錯誤提示的失敗體驗
固定 Toolbar 呈現進度視覺化、快速跳轉、儲存狀態與鎖定按鈕

保留資料的完整性,以改變狀態取代移除

在涉及資源分配的功能中,業務規則上會將已換出的資源從原本的資料清單轉移至分配名單。介面上最直覺的做法是讓該筆資料原地消失。

資料消失造成兩個問題:

  1. 數百筆資料頻繁位移,使用者會失去脈絡感
  2. 畫面頻繁刷新造成系統負荷

我判斷應該保留資料在清單中的位置,以 disabled 狀態呈現整筆記錄,讓使用者能在不離開當前視圖的情況下確認「這筆已處理完」,不需要切換到分配名單核對。

已換出的資源以 disabled 狀態保留在清單中,取代直接移除

設計成果

交付約 20 頁 UI 設計稿與說明文件,涵蓋 4 個功能模組的完整頁面狀態。業務規則交叉複雜,每一個模組的設計判斷皆有訪談記錄或規格文件佐證,設計決策可以被追溯,不是靠感覺。

Prototype 覆蓋約 15 種使用行為,包含權限差異、狀態變化、錯誤提示等邊界情境,供開發團隊與業主對照確認系統互動邏輯,減少開發階段的來回確認成本。

心得與反思

本專案在既有 Design System 的框架內工作,視覺能自由發揮的空間很小,大多只能使用定義好的元件。這在過去會讓我感到受限,但這個專案讓我重新理解限制的意義。

參考其他團隊在同一套系統下的設計決策,看到的不是束縛,而是一套已被驗證的判斷積累。在這個框架內工作,設計師的任務不是突破它,而是在它允許的範圍內,把使用情境的判斷做到位。

設計師的價值不在於打破規範,而在於在規範內把判斷做清楚。

下一篇案例整合地理與消費數據的選址決策工具
Ryan Chiang

UI/UX Designer 專注在把複雜的問題梳理清楚,做出有依據的設計決策。