專案協作成本 -30%

開發時間省下 20%

Challenge

挑戰

如何在複雜系統與人事之間，把需求化繁為簡 ？

• 架構模糊先動手，邊做邊收斂

  先玩熟系統，再帶著流程圖與 RD Kick-off 逐步對焦技術可行性；同步淺顯易懂語彙與營運端確認需求方向，從模糊到具體，兩條線同時推。

• 魔鬼藏在細節，與後端工程師同步

  SKU 情境、組合包限制、上線後欄位鎖定規則，這些必須是設計階段就得搞清楚的邊界，持續與 BE 對焦，規格交付才沒有意外。

• 資源吃緊時，先把現況說清楚

  開發人力有限、需求持續進來。與其默默消化，不如把困難攤開讓 Stakeholder 意識到問題，再請 IT Lead 跨團隊協調資源排入待辦。

Design Strategy

設計策略

共創商業需求脈絡的最小可行解法

從商業目標往核心需求出發一一拆開理解，同步梳理與統一各方見解，幫助消費者感受到有用體驗、對供應商創造誘因好處、有限度開放對營運必要的功能開發，達到降本增效，加速驗證觀察帶來的營收影響大小。

Design Decisions

設計成果

一致商品卡模組體驗

在最熟悉的操作多出「自由選」的能力，接觸門檻低，開發動到的頁面範圍也最小。

款式 × 數量 × 優惠，即時資訊讓決策具體

任選過程即時反應未選數與剩餘款數，增添消費者動力補足。

設計系統同步更新易於擴充

任選組合不是一次性功能，當下次業務有新需求時直接規格擴充，無須從頭設計。

後台操作邏輯的最小改變

依既有開發環境框架，進行延伸擴充新功能，並同步理解底層資料架構，幫助設計成果符合開發邏輯。