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