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