重新設計專屬農業特殊性(快速出貨、庫存不穩、財務不明)的ERP管理系統
同時也想要重新整理系統架構增加未來產品擴展彈性。
此專案為第一個公司專案試圖提升第二營收線所轉化的專案
初始成立專案時,我和產品經理/系統分析師和四位工程師密切合作。我負責整個UX和 UI設計流程與產出,從定義問題到交付Web介面設計與共用架構切版/APP介面流程等成果給工程師實作。
這個專案當時有不少陳年技術上的限制,只有一年的時間開發
同時需要處理許多新舊任務需求優先序,確保能在第一年內上線第一版進行驗測
最終於一年半後上線了第一版系統,並逐步開發其他模組應用
測試站台同時與業者現行系統執行打單報表壓力測試
這次改版也大幅提升專案內技術的升級與模組化。最後也從使用者的使用收到了正面回饋。
在前期研究時,先分析第一代系統無法滿足的甜蜜點與規格。
再研究示範客戶腦中想達到的目標進行釐清
為什麼要花錢轉換系統? 為什麼無法捨棄紙本?
是不是還有能優化的地方?
因為不熟農業產線流程,於是前往客戶據點於第一線用戶群中對各站點進行師徒訪談。
每站點訪談1-2人共8位員工進行貼身觀看。
分析紙本與系統操作的落差性,訪查時發現有非常多習慣養成是造成系統登打不落實的原因之一
,也對紙本與系統進行平衡設計,降低系統轉換學習成本。
針對產線與管理者的關注點不同,進行角色分析與權重便利設計。
在驗證階段捨棄以往常常用資訊角度去設計介面,改採雛形說明與分析師進行交叉驗證需求
避免到以往出了很多設計稿卻一直原地打轉的情形,
讓客戶可以聚焦在流程的順暢改善。
設計原則參考其他大型ERP架構進行思考,設計功能模組化讓後台像組積木一樣,
但因為商業價值上不明確,也進行底層彈性設計。
頁面共出了約20頁框架與各項資訊狀態設計
App也進行一般用戶與專家的操作的微調動作,
力求在戶外的第一線人員可以快速操作回報。
設計原則參考其他大型ERP架構進行思考,設計功能模組化讓後台像組積木一樣,
但因為商業價值上不明確,也進行底層彈性設計。
頁面共出了約20頁框架與各項資訊狀態設計
App也進行一般用戶與專家的操作的微調動作,
力求在戶外的第一線人員可以快速操作回報。
因為是第一個非專案的產品,在前期急著修改第一代不完美的地方與需求分析不深入
錯把使用者當客戶,如果再一次接手案子會分開兩者差別,
針對核心功能進行MVP可用範圍,也許就可以提早上市再藉由客戶回饋進行迭代與修正