IRMS Recycle Marking Project in 2014
專案起源 - 要解決的問題
我在處理特殊客戶問題以及分析網頁製作流程時發現並記錄以下問題與狀況
-
客戶反應製作流程過於繁雜，他們不是專家，並不知道接下來要執行甚麼。
-
當設計部門與程式部門業務量過大時，客戶製作時間會大幅增加。
-
設計與程式部門反應當設計與修改同時進行時，負擔過大。
-
製作完成的網頁，並不一定可以馬上上線，將近95%的客戶會進行修改。
-
客戶修改的流程時間非常繁複，並且客戶無法自行調整，以至於新製作與修改的案件時常有衝突的情況。
-
客戶並不瞭解SEO如何崁入，時常會有行銷上衝突的問題(沒有成效等等)。
-
如何可以增加客戶的顧客忠誠度以及增加重複消費次數?
專案執行的困難之處
-
部門所屬工程師並未擁有Java、Javascript等程式語言基礎。
-
市場上並未有相同概念之行銷模組，架構藍圖時較為困難。
-
設計部門以往使用較多素材圖進行，原創設計起步困難。
思考問題解決的過程與方案擬定
我與我領導的團隊將問題拆解成幾個小部分進行分析
如何降低設計師與工程師的負擔?
-
是否調整設計與製作的時間占比?
-
可否有固定的模板供客戶初始使用?
-
將製作與修改拆分為兩個團隊進行?
-
如何調整時間讓人員有時間進修?
-
APP是未來趨勢，如何讓客戶了解APP並願意製作?
如何簡化修改與新製作的網頁流程?
-
新製作的流程是否調整為一致性標準作業?
-
修改流程如何讓客戶更輕鬆與確定需要修改的問題與方向?
-
調整後的流程是否會讓內部作業銜接時產生混亂?
是否可以讓客戶自行操作?
-
自行操作的範圍在哪?
-
除了操作外，是否可以增加公司營收?
-
自行操作是否會讓設計與工程師失去專業立場?
-
整個專案是否執行會過久?
-
市場上是否有相似的想法?
採用的方案與內容
-
將網頁、APP寫成固定框架，並將所有功能寫成小功能部件，客戶自行於後台進行添加，減少工程師進行重複編程，多開發新功能與維護舊有功能。
-
設計師提前設計相對應模板，供客戶下載使用，若要特殊設計，則進行單一客戶設計並額外報價。
-
客服部門專責進行客戶解說，並提供手冊供客戶使用。
-
功能包含 : APP、網站、會員系統、購物車系統、SEO後台、RWD設計、資料庫、推播等..
-
銷售部門新增IRMS方案的銷售術語，包含與原始舊方案的價格，CP值以及行銷優勢。
對外簡報與手冊
宣傳DM與文案編撰
