如何從零開始設(shè)計(jì)供應(yīng)商關(guān)系管理系統(tǒng)srm？這篇文章里，作者結(jié)合過往經(jīng)驗(yàn)，梳理了大致的設(shè)計(jì)流程，不妨來看一下，或許會(huì)對產(chǎn)品同學(xué)們有所幫助。

最近有空將之前做的供應(yīng)商關(guān)系管理系統(tǒng)SRM系統(tǒng)總結(jié)下，分享給有需要的人。從0開始設(shè)計(jì)供應(yīng)商關(guān)系管理系統(tǒng)SRM，可以根據(jù)以下流程來做：市場調(diào)研->確定產(chǎn)品方向->產(chǎn)品設(shè)計(jì)->研發(fā)測試->內(nèi)測驗(yàn)證->正式發(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é)果可知：

1. SRM主要是解決企業(yè)采購流程低效率、高成本、流程不透明、供應(yīng)商管理不到位等問題；
2. SRM的使用方是采購企業(yè)和供應(yīng)商；
3. 功能模塊包含供應(yīng)商全生命周期管理、智慧尋源（招投標(biāo)、詢報(bào)價(jià)、競價(jià)、線下采購等尋源方式）、合同管理、采購協(xié)同、財(cái)務(wù)協(xié)同、物流協(xié)同、采購商城、數(shù)據(jù)可視化等；
4. 部署方式：私有云/公有云；
5. 收費(fèi)方式：買斷式（定制化）、模塊 用戶數(shù) 年度等。

二、確定產(chǎn)品方向

根據(jù)上述市場調(diào)研結(jié)果，結(jié)合公司戰(zhàn)略方向來確定，主要分兩種：

1）先做定制化，再做SaaS化：先做基礎(chǔ)功能，比如采購協(xié)同（訂單協(xié)同等）、主數(shù)據(jù)管理；后面有了客戶，再進(jìn)一步完善，抽取通用功能，形成SaaS化平臺(tái)功能；

優(yōu)點(diǎn)是風(fēng)險(xiǎn)低，將來便于調(diào)整；缺點(diǎn)是面向客戶銷售時(shí)，可能產(chǎn)品功能豐富度不夠，吸引力不足。

2）直接SaaS化：按照整體框架，完成核心功能，如供應(yīng)商全生命周期管理、招投標(biāo)、采購協(xié)同、財(cái)務(wù)協(xié)同等。

優(yōu)點(diǎn)是產(chǎn)品功能豐富，適應(yī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)品方向來做，先有框架，再做功能，再者是交互，最后是回顧。建議考慮朝著如下步驟去做。

1）產(chǎn)品框架：基本功能 常用功能 增值服務(wù)

• 基本功能：主數(shù)據(jù)管理、用戶管理、菜單管理、權(quán)限管理、信息協(xié)同、首頁、注冊/登錄等；
• 常用功能：供應(yīng)商全生命周期管理、商品管理、庫存協(xié)同、采購協(xié)同、財(cái)務(wù)協(xié)同、物流協(xié)同、數(shù)據(jù)可視化、API對接等；
• 增值服務(wù)：采購商城、預(yù)測補(bǔ)貨、庫存健康管理、一票監(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ù)場景靈活多變，所以要事先做好模塊化設(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ā)測試

需求方案交付研發(fā)測試后，過程中需要不斷與開發(fā)測試溝通協(xié)作，有些功能或交互，實(shí)際開發(fā)測試工作量非常大，或者實(shí)現(xiàn)成本高，需要及時(shí)調(diào)整優(yōu)先級(jí)。

難點(diǎn)：模塊化設(shè)計(jì)和供應(yīng)商全生命周期管理。這些模塊，影響到全流程，影響范圍大，需要明確好關(guān)鍵節(jié)點(diǎn)。

五、內(nèi)測驗(yàn)證

測試完成后，產(chǎn)品要代替客戶內(nèi)部驗(yàn)收，主要看主流程是否滿足需求，有條件的話，盡量做下頭腦風(fēng)暴，可以發(fā)現(xiàn)一些潛在問題。

六、正式發(fā)布

內(nèi)測驗(yàn)證無問題，可以正式發(fā)布，產(chǎn)品需要準(zhǔn)備好產(chǎn)品手冊和交付材料。

以上只是個(gè)人心得，歡迎討論。

本文由 @Owen Lee 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議。

該文觀點(diǎn)僅代表作者本人，人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。