TWL ERP

專案概覽

背景

TWL ERP 系統旨在協助整合多個電商平台（如 eGadgetsdeal、XyberTechs、SuperTechNova、OnBuy 和 Catch），實現供應鏈流程的自動化管理。不僅涵蓋訂單、倉儲、物流與採購等管理環節，更進一步將原本分散於各平台的後台功能統整至單一介面，幫助營運團隊更有效地掌握全局、提升管理效率與決策速度。

目標與目的

團隊希望在TWL ERP系統內為使用者提供更直覺、方便的自動化管理。此外，也希望透過元件系統提升未來維護與擴充的效率。

角色與成果

在這個專案中，我與PM和兩位工程師密切合作。我負責端到端的 UI 和 UX 設計，從定義問題到交付最終的視覺作品。

挑戰

該專案與其他團隊和產品有相當多的技術依賴關係，我們還需要處理許多優先事項問題，以確保我們能夠按時交付 MVP。

結果與影響

我們在四個月內推出了 MVP，讓網站管理變得更加簡單和容易。同時，我們也收到了許多來自用戶的正面回饋和一些建議。目前版本還在不斷優化中。

使用者研究

研究洞察

🗣️ 跨平台處理耗時且錯誤率高

大多數倉儲人員及作業人員反映需同時登入多個後台操作很麻煩，造成資訊混亂、操作緩慢，且每次錯誤都需人工處理或補件，延誤出貨時間。

🗣️ 對數位轉型存在焦慮與排斥

資深員工表達對新系統的排斥，擔心影響現有效率。設計需兼顧學習曲線與熟悉流程的延續。

🗣️ 缺乏即時總覽視角影響決策效率

員工反應無法同時掌握訂單處理狀況與庫存變化，導致效率受影響。

🗣️ 部門間資訊傳遞缺乏標準流程

不同角色（客服、倉儲、業務）各自紀錄處理進度，容易出現資訊不一致與責任歸屬不清的情況。

定義問題

📝 多平台操作造成流程斷裂

在不同電商平台營運的情境下，作業人員需分別登入多個後台系統，手動處理訂單、同步庫存與生成物流資訊。這樣的操作方式不僅耗時繁瑣，還容易因資訊格式不一或人為疏漏導致出貨錯誤與後續補件。
此問題影響整體出貨效率與顧客體驗，並大幅增加人力成本與錯誤風險。

📝 使用者對新系統的抗拒感

由於倉儲與客服團隊多數為資深員工，對現有工作流程熟悉且有高度依賴。當面臨新的數位系統導入時，部分成員出現排斥與不安，擔心學習成本過高或工作效率受影響。
這種抗拒情緒將直接影響系統推廣成效，設計必須兼顧習慣延續與介面友善。

📝 缺乏即時資訊統整，難以快速決策

目前管理階層無法從系統中快速取得各平台訂單進度、庫存狀態與出貨表現，需依賴人工彙整資料、口頭確認或事後追蹤，導致補貨延遲與調度不及。
缺乏即時全覽資訊限制了營運應變能力與決策效率，影響公司整體應對速度。

📝 跨部門溝通缺乏一致流程

客服、倉儲與業務等部門在接單、處理退換貨與查詢物流進度等流程中，常因紀錄方式不同而出現資訊不一致或責任落空的情況。例如，客服無法即時得知倉儲是否已發貨，需反覆詢問與確認。
缺乏標準化流程降低了跨部門合作效率，並增加溝通成本與錯誤發生率。

設計指南

原則

我在設計新體驗時遵循了以下原則：

一致性

為減少倉儲人員在不同電商後台間切換的負擔，我們統一操作流程與介面邏輯，從功能命名到元件佈局皆保持一致，提升操作直覺性並降低學習成本。

清晰的

針對常見錯誤環節與資訊混亂問題，設計強調資訊層級與視覺引導。操作步驟清楚拆解，並輔以圖示與顏色標示，協助使用者快速辨識當前任務與重點資訊。

易學性

考量資深員工對新系統的學習焦慮，設計上引入類似現有系統的操作習慣，同時加入導覽提示與錯誤回饋，協助用戶循序漸進適應介面變化。

效率導向

針對訂單處理與出貨流程的高頻任務，設計提供自動化批次處理、智能欄位預填與錯誤提示，減少操作時間與人為錯誤，提升整體出貨效率。

在設計過程開始之前，我們提出了一系列具體的想法和框架，可以幫助我直接找到可行的設計解決方案。

交付成果

該系統的主要顏色設計基於原始的 TWL 標誌，然後擴展以開發其他顏色和設計元素。

訂單列表

在訂單列表中，系統會先提示該筆訂單的物品適合由哪種方式配送; 接著操作者選擇需要被運送的訂單並指派後，系統由一開始提示的分配方式將其訂單的物品分配。

分配完畢後，操作者可以在運送清單中查看已被指派的訂單，也可以在此變更指派的方式，確認完畢後就可以開始運送。

配送票券(訂單)

分配完畢後，操作者可以在運送清單中查看已被指派的訂單，也可以在此變更指派的方式，確認完畢後就可以開始運送。

瀏覽配送

已開始運送的物品，將會呈現在此頁。
若倉庫在運送過程中沒有存貨，物品狀態將會呈現缺貨，須由操作者至倉庫補貨，該訂單之物品則需在此頁重新做出貨動作。

倉庫列表中，以標籤形式呈現倉庫的供貨情形，若需要變更則可進詳細頁更改，系統會自動儲存。

倉庫貨品

倉庫列表中，以標籤形式呈現倉庫的供貨情形，若需要變更則可進詳細頁更改，系統會自動儲存。

列印QR與SKU

列印QR:
連接程式和印表機後，即可提供收訂單包裹的操作者掃描包裹上的qrcode，用來查詢該訂單有多少物品將被運送。
‍
列印SKU標籤:
掃描該物品的SKU標籤後，若訂單裡的SKU只有一個，則包裹類型為「Simple Pack」;
若訂單裡的SKU有多個，則為「Complex Pack」。
若中途未完成該筆訂單的掃描可先行「跳過」。

針對每筆發票進行採購管理，包含SKU號碼、數量、價格。可上傳購買明細及付款證明。
新增完發票購買紀錄，需進行入庫動作。選擇某筆發票後，需針對該發票已新增的SKU進行收貨並入庫。

採購管理

下一個專案

Logistic System