ERP項目改版設計三問:為何改?如何改?效果又如何?
本文將從三個角度來講述to b產品的設計思考:為什么改版?怎么改版?改版是否有效?
為什么改版?
一.明確業務目標
“培訓成本太高”是舊版ERP系統存在的最大的問題,所以我們的業務目標是“降低培訓成本”,不僅降低一開始的培訓成本,還要盡量將后期的維護培訓成本減到最低。
二.深挖原因
為了了解造成培訓成本高的原因,我們體驗了舊版ERP系統并記錄體驗問題,對一直負責ERP項目的開發人員,培訓人員進行了訪談,得到原因有以下6個:
- 使用者人員流動大
- 嚴謹的專業詞匯(toB產品的特性)
- 功能疊加無整體性
- 功能入口不明確
- 流程邏輯不易理解
- 缺乏一致性。
怎么改版?
三.制定設計目標
由業務目標確定設計目標,有明確的目標,才能明確需要做哪些工作才能達到我們的目標。由發現的原因,制定了設計目標為:
- 清晰的信息架構
- 便捷準確的操作
- 清晰可循的流程
- 易識別的控件。
根據目標就能得到相應的設計方向為:
- 信息架構重組
- 流程優化
- 控件規范。
四.設計推導
有一個清晰的設計推導思路能事半功倍,并能保證最終的設計方案是一環扣一環的推導產出。在實際項目中,是由改版策略反推出需要做哪些工作。(圖示為無數坑踩出的設計推導思路)
A.在思考設計方案之前,一定要對業務有充分的分析與掌握。
在業務分析階段,我踩的坑有遺漏流程與規則,不了解使用者權限,被舊版束縛了思考。
那如何全面掌握業務并深入分析呢?我們使用了專家訪談,線下情景調研及深度訪談,繪制服務藍圖等方法來幫助我們掌握業務。
用卡片分類來進行信息架構的梳理,隱藏低頻功能→重復功能刪減合并→同類功能分組→高頻功能多入口,并平鋪架構來達到易達的目標。
B.對流程的梳理,根據不同目標使用不同流程圖
整理完整體架構后,就要對功能流程進行梳理,在這一階段,我針對不同目的使用了不同的流程進行梳理:
- 頁面間流程
- 頁面內流程
- 頁面內模塊流程。
頁面間流程圖
是用于區分必經流程與非必經流程的,關注點是用戶的需求,可以從中識別出非必經流程,以此重點關注必經流程,避免在非必經流程上花費太多心思,因小失大。也能區分出一些功能的優先級。
例如在收銀系統里的開臺功能(去KTV時要開一個包房的場景),選擇套餐是非必經流程,所以最終在界面上,這一步的選項就是隱藏的,而選擇支付方式是必經流程,我們就把常用的支付方式都平鋪了出來。
頁面內流程圖
是用于查遺補漏的,關注點是用戶操作,因為ERP這種to b的產品功能龐大,子級功能也很多,所以在輸出過程中,會遺漏掉一些流程。
例如在掛賬管理這個小功能下,就有5個子級功能,按照優先級列出流程,也能方便在后面自查的時候有一個路徑可循。
頁面內模塊流程圖
是用于優化流程,去掉不必要的成本,關注的是用戶的認知及操作。用戶在接觸到界面時,是看-做-看-做的過程,按照這樣的過程細化流程,可以發現一些多余的認知或操作成本。
例如在掛賬管理里進行歸還操作,舊版需要4步,進行優化后只需兩步。就得到下圖的界面模塊的設計(原型局部圖)。
C.建立控件規范減少認知成本及開發成本
在ERP系統中,表單,表格,彈窗的使用是最多的,所以對三個控件進行了規范。規范時參考了書籍《WEB表單設計》及大大們發表過的彈窗的,表格的使用規范。這里就不細說了。感興趣的朋友可以搜索一下相關關鍵詞。
改版是否有效?
五.原型測試
為了驗證自己的改版設計是否有效,進行了可用性測試。拜讀了《用戶體驗度量-收集、分析與呈現》和大大們發表的可用性測試方法及經驗文章后,開始實踐,從策劃測試到分析結果用了3天。
最后發現了一些可用性問題,任務完成時間結果顯示了新手用戶在新版上完成任務的時間都比舊版少很多,且先使用了新版的用戶在使用舊版時更快完成任務(為了避免新舊連續測試帶來的學習誤差,3名新手用戶中,2名先使用新版再使用舊版,1名先使用舊版再使用新版)。說明新版的易學性及易用性都得到了提高。
總結
一.明確業務目標→二.深挖原因→三.制定設計目標→四.設計推導→五.原型測試
在接手新項目時,要根據不同項目確定相應的設計目標,讓目標來引導選擇合適的工具輔助設計思考。
作者:小靜靜,娛樂行業初級交互設計師,個人公眾號:靜靜做設計呢(jingidesign)
本文由 @小靜靜 原創發布于人人都是產品經理。未經許可,禁止轉載。
圖文并茂,其中測試和結果校驗,受益匪淺,近幾年做企業級erp,有個體會,核心流程涉及管理思想的,管理思想,崗位知識和數據壁壘的前提下,ui和體驗往往沒有很多時間去優化和重梳理,包括設計規范,我們做出來開放之后,實操中,在產品交付收款這個背景下,說實話,也很難真正實現統一,但文章的確給了很好的思路和方法論,共勉!
謝謝!??!真的受益匪淺?。?!
想請問一下,你從接手這個項目到完成設計,一共用了多長時間?
做好b端,要有C端口的用戶思維,更要有B端口的業務流思維
學習了,與我做crm客戶管理系統的時候的許多感觸相同。都是做后臺產品的,感覺總結的思路是可以互通的。
1、感覺就是個UI改造和迭代,估計涉及代碼,架構少,不然真傷筋動骨的換版了
?? 最近也在做個To B的改版設計,文章很有幫助。謝謝!
??
這ERP的帽子扣得也太大了吧,我印象中的ERP是企業資源計劃,用于商業也是對整個供應鏈的管理,你這就只是一個收銀付款,就來解釋為什么ERP培訓成本高,太牽強了,據我所知ERP的培訓成本高絕不是這些內容,至少會有下面我說的這個原因,整套軟件混合包含了多種企業管理方式,就是一個表單有多種制作方法,為什么可以這么做,為什么可以那么做,這個首先要了解企業的管理過程,然后學懂軟件所有的功能涵蓋范圍,然后才能針對性的進行指導培訓,否則就是一個不落地的空洞培訓,調研客戶和學習軟件的時間長,人員能力要求高,導致成本高。
是的感謝回復。所做的ERP項目中我只涉及會員管理,收銀,超市三個系統,我們的ERP系統有20多個子系統。不同行業的ERP系統也差異巨大,不能一概而論。我只是以一個收銀系統結合自身經驗講述一個TO B產品的設計思路,如果您有更好的設計思路,希望得到更好的建議~分享也是為了得到好的交流。
這個深有感觸,從事過金蝶和oracle的ERP產品設計交付工作,對于用戶普遍反饋的體驗不好的問題進行過思考,也在新項目中增加了各種用戶體驗的考量,但是結合著業務,在落地的過程中,就會發現,不可能那么簡單,很多表單涉及了多種業務場景的發生,然后不可避免的是產品復雜化,目前做到的也是盡力在流程上,界面上增加用戶的友好程度?;仡^我有時間也整整,共勉啊
許多叫ERP產品或項目,其實只是之一模塊,談不上ERP系統,
許多人口中叫ERP產品或項目,其實只是之一模塊,談不上ERP系統,
太贊了!思路清晰!受益匪淺!