淺談設計供應商關系管理系統(tǒng)SRM（設計供應鏈管理流程圖）
如何從零開始設計供應商關系管理系統(tǒng)srm？這篇文章里，作者結合過往經驗，梳理了大致的設計流程，不妨來看一下，或許會對產品同學們有所幫助。
最近有空將之前做的供應商關系管理系統(tǒng)SRM系統(tǒng)總結下，分享給有需要的人。從0開始設計供應商關系管理系統(tǒng)SRM，可以根據以下流程來做：市場調研->確定產品方向->產品設計->研發(fā)測試->內測驗證->正式發(fā)布。
一、市場調研
考慮市場上供應商關系管理系統(tǒng)SRM已有競品在做，可以直接選取市場排名TOP前幾的競品來做調研，比如甄云科技SRM、用友的友云采、金蝶的供應商協(xié)同、中國制造網百卓優(yōu)采等。學習最先進做法，降低走彎路成本。
調研結果可知：
- SRM主要是解決企業(yè)采購流程低效率、高成本、流程不透明、供應商管理不到位等問題；
- SRM的使用方是采購企業(yè)和供應商；
- 功能模塊包含供應商全生命周期管理、智慧尋源（招投標、詢報價、競價、線下采購等尋源方式）、合同管理、采購協(xié)同、財務協(xié)同、物流協(xié)同、采購商城、數據可視化等；
- 部署方式：私有云/公有云；
- 收費方式：買斷式（定制化）、模塊 用戶數 年度等。
二、確定產品方向
根據上述市場調研結果，結合公司戰(zhàn)略方向來確定，主要分兩種：
1）先做定制化，再做SaaS化：先做基礎功能，比如采購協(xié)同（訂單協(xié)同等）、主數據管理；后面有了客戶，再進一步完善，抽取通用功能，形成SaaS化平臺功能；
優(yōu)點是風險低，將來便于調整；缺點是面向客戶銷售時，可能產品功能豐富度不夠，吸引力不足。
2）直接SaaS化：按照整體框架，完成核心功能，如供應商全生命周期管理、招投標、采購協(xié)同、財務協(xié)同等。
優(yōu)點是產品功能豐富，適應場景多，產品魅力大；缺點是后期遇到定制化強烈的客戶，存在大改的風險。
總之，兩種方案都有風險，看公司銷售與售前去如何與客戶談，引導客戶朝著產品方向靠，但是總體不違背客戶意愿。
三、產品設計
產品設計，根據產品方向來做，先有框架，再做功能，再者是交互，最后是回顧。建議考慮朝著如下步驟去做。
1）產品框架：基本功能 常用功能 增值服務
- 基本功能：主數據管理、用戶管理、菜單管理、權限管理、信息協(xié)同、首頁、注冊/登錄等；
- 常用功能：供應商全生命周期管理、商品管理、庫存協(xié)同、采購協(xié)同、財務協(xié)同、物流協(xié)同、數據可視化、API對接等；
- 增值服務：采購商城、預測補貨、庫存健康管理、一票監(jiān)控等。
2）產品功能：明確分期實現功能范圍和優(yōu)先級，一般是優(yōu)先級高->優(yōu)先級中->優(yōu)先級低。
產品功能設計時，務必要考慮到后期業(yè)務場景靈活多變，所以要事先做好模塊化設計，即低耦合高內聚。模塊間自由組合、模塊內強依賴。
注意點：配置化（srm配置或數據字典）靈活應用；接口建議多預留字段；接口盡量統(tǒng)一，不宜過多；接口返回碼定義明確，描述清晰。
3）交互視覺：整體設計統(tǒng)一規(guī)范、色調和交互習慣保持一致，B端操作體驗要跟C端保持一致；有個細節(jié)注意：多一些批量導入，順應線下操作習慣。
4）整體回顧：初稿定完，需要檢查整體框架、功能、交互視覺是否滿足需求。建議內部互相評審。
四、研發(fā)測試
需求方案交付研發(fā)測試后，過程中需要不斷與開發(fā)測試溝通協(xié)作，有些功能或交互，實際開發(fā)測試工作量非常大，或者實現成本高，需要及時調整優(yōu)先級。
難點：模塊化設計和供應商全生命周期管理。這些模塊，影響到全流程，影響范圍大，需要明確好關鍵節(jié)點。
五、內測驗證
測試完成后，產品要代替客戶內部驗收，主要看主流程是否滿足需求，有條件的話，盡量做下頭腦風暴，可以發(fā)現一些潛在問題。
六、正式發(fā)布
內測驗證無問題，可以正式發(fā)布，產品需要準備好產品手冊和交付材料。
以上只是個人心得，歡迎討論。
本文由 @Owen Lee 原創(chuàng)發(fā)布于人人都是產品經理，未經作者許可，禁止轉載。
題圖來自Unsplash，基于CC0協(xié)議。
該文觀點僅代表作者本人，人人都是產品經理平臺僅提供信息存儲空間服務。
版權聲明：本文內容由互聯(lián)網用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發(fā)現本站有涉嫌抄襲侵權/違法違規(guī)的內容， 請發(fā)送郵件至 舉報，一經查實，本站將立刻刪除。