top of page

專案概覽

團隊目標

活化公司的現有產品,並重新檢視產品的商業邏輯與使用體驗

角色與產出

以 UI/UX Designer 的角色,協助團隊釐清需求與制定規劃,亦包括規格溝通、使用流程設計...等等面向,擔任 PM、RD 之間的溝通橋樑

挑戰與成果

團隊與利害關係人之間的需求溝通是本專案的一大挑戰,幸好磨合期不長,團隊透過對話盡快找到合作節奏,並由 PM 與 UI/UX Designer 一起協調產品開發細節,
我們用四個月的時間,獲得了相關主管的肯定並確認開發

專案背景

QuickPlan 為公司早期產品,作為業務向客戶說明

廣告預算的估算工具,此次改版預計導入現有數據,

加 QuickPlan 的評估效能

​評估專案資源

藉由我過往的開發經驗,給予團隊評估所需資源的依據,

並參與專案開啟會議,協助團隊之間釐清此次改版目標

img_flow_001.png
img_flow_002.png
img_flow_002_edited.jpg

訪談與原型

因團隊資源考量,針對公司內部使用者進行訪談,

與業務訪談過程中理解 QP 的使用時機與過往使用

的難點,回饋資料皆列入調整原型的評估

改版重點

導入現有廣告數據,優化 QuickPlan 平台操作體驗

藉以提升 QuickPlan 的品牌可信度與可用性

img_flow_003.png
img_flow_004.png
img_flow_004.png

產品規格

產品規格制定須多方考量,

在初期即加入前、後端程式設計師的觀點與考量,

可以確保制定規格的準確度與開發難度

img_flow_005_edited_edited_edited.png

開發過程溝通

RD team 來回溝通產品功能可行性,確保開發順利,

並透過會議切好開發區段,一部份一部份出介面設計圖

並跟負責 RD 做討論、追蹤與驗收

img_flow_005_edited_edited_edited.png
flowchart.png

Flow Chart

開發平台類型產品,因操作自由度高,

需考量多種使用情境與操作路線,所以開發過程中,

以 Flow Chart 向程式設計師溝通是最為妥當的方式

gui_qp.png

GUI

階段一與階段二共產出近百張的介面設計稿,其中包括

各種使用狀態的畫面,並透過畫面編碼,方便與開發團隊

進行溝通,加速聚焦產品討論與開發時程

bottom of page