校園生活暨電子支付系統
0→1：建構以「電子支付＋數位身分」為核心的校園一站式服務入口。1→2：根據真實數據修正初期假設，重構首頁為自訂選單與新增 Widget 功能，適應多校區使用習慣。
0→1：一站式校園 Mobile App 1→2：7+1模組化自訂功能矩陣 / Widget組件庫
推動校園全面數位轉型，建構一站式數位校園整合平台
本專案為校方跨部門資訊重構計畫，旨在將分散於不同單位的校務服務整併至單一行動平台，同步滿足學生與教職員雙角色的日常校園需求，全面提升校園服務效率與營運品質。
一功能一系統 成為學生、教職員兩端共同的操作體驗斷層
校園內各項繳費項目、報名活動、查看公告...等服務各自獨立，在「一功能一系統」的現狀下，導致操作流程一直被打斷、無法連貫。
舊流程多由人工處理金流與身分驗證，造成效率不佳與補助漏洞
學餐尖峰時段因現金結帳拉長交易時間；餐費補助則因仰賴人工驗證，衍生代刷與濫用漏洞。
MVP 產品驗證｜電子支付作為核心功能
初始思考：探索產品發展的兩種可能路線，分別為資訊導向的校園生活入口與金流導向的電子支付工具。
設計取捨：校園生活雖是核心目標，但唯有校方營運健康、降低營運成本，產品才能永續。因此選擇以電子支付為主軸，置頂點數錢包並精選三大常用金流模組作為設計走向。
降低學習門檻｜校園生活功能導覽列
初始思考：曾考慮捨棄導覽列常置下方的慣用設計，嘗試非典型排版以營造專屬產品感，藉此提升全校師生的認同感。
設計取捨：考量使用者涵蓋多元角色，若改變常見操作模式將拉高學習門檻。因此將校園生活功能收納至下方導覽列，正中間凸顯電子支付，兼顧操作體驗與商業目標。
降低營運成本｜專屬支付金流與身分驗證
初始思考：曾評估導入第三方支付以提升行政效率，但透過校方提供相關消費資訊分析，支付項目多為小額付費，每筆手續費將對營運成本造成沉重負擔；且外部金流無法同步完成身分驗證。
設計取捨：改由打造校園內部專用的金流與身分驗證整合機制。透過掃碼支付直接綁定身分，在大幅降低營運成本的同時，不僅防堵了代刷漏洞，也同步提升了行政對帳效率。
團隊數據埋點、客戶端維運：以真實數據推進產品迭代
在開發階段即完成核心功能的埋點部署，確保關鍵數據能被精準捕捉；產品上線後由客戶端 IT 接管數據維護，設計團隊則依據回傳數據持續進行流程複盤與介面優化。
產品迭代｜假設驗證失敗，改採自訂功能
數據與客戶回饋：產品上線約一年，客戶回饋表示，各校區設施不一（如：部分無宿舍或列印設備），導致原預設金流入口點擊、使用率不如預期。證明「以三項高頻金流為核心」的初始假設無法滿足所有校區。
迭代方向：將固定式入口重新定位成 7+1常用功能模組，提供預設推薦且開放使用者自主設定，兼顧校方推廣與個體使用彈性。
（預計於2026.11正式上線測試，待新數據驗證此次假設。）
迭代
產品迭代｜洞察潛在痛點，提案Widget
在與客戶進行迭代會議的過程中，對方曾提及教職員反應「每次都要點進 App 裡面才能操作有點麻煩」。
捕捉到這個訊息後，我與團隊內部討論，將其定調為產品的新痛點與優化契機，決定乘勝追擊向客戶端提出 Widget 桌面小工具的迭代提案，成功爭取將該功能納入這版產品中。
（預計於2026.11正式上線測試，待新數據驗證此次假設。）
現實商業約束與產品體驗平衡
在這次校方專案中，我最大的收穫是重新理解了 B2B2C 產品在「合規約束」與「使用者體驗」之間的平衡。
過去設計 C 端產品時，我習慣將「簡潔介面」與「漸進式揭露」作為預設標準。但在這個專案中，客戶端基於行政與法規風險，必須將規則與須知完整呈現。對學校這類行政體系來說，避開合規與法律風險，才是產品能順利推行的首要考量。如果執著於理想的 UX 模式，反而容易忽略真實的商業與法規限制。因此我調整了溝通與設計策略，採取「分層處理」：
① 合規與信任優先（合規頁面/校方需求）：在法規告示與校方剛性需求上充分配合，確保產品符合權責劃分與行政流程，以此建立團隊與校方之間的合作信任。
② 聚焦核心體驗（學生操作流程）：把設計資源集中在學生高頻使用的關鍵任務上，確保核心操作路徑依然保持清晰、順暢。
這次經驗讓我體會到，優秀的產品設計不是追求形式上的完美，而是在複雜的約束條件下找出最佳解，理解與尊重 B 端的合理訴求，同時為 C 端爭取真正重要的體驗品質。
Kaia Wang © 2026