如何从零开始设计供应商关系管理系统SRM？这篇文章里，作者结合过往经验，梳理了大致的设计流程，不妨来看一下，或许会对产品同学们有所帮助。

最近有空将之前做的供应商关系管理系统SRM系统总结下，分享给有需要的人。从0开始设计供应商关系管理系统SRM，可以根据以下流程来做：市场调研->确定产品方向->产品设计->研发测试->内测验证->正式发布。

一、市场调研

考虑市场上供应商关系管理系统SRM已有竞品在做，可以直接选取市场排名TOP前几的竞品来做调研，比如甄云科技SRM、用友的友云采、金蝶的供应商协同、中国制造网百卓优采等。学习最先进做法，降低走弯路成本。

调研结果可知：

1. SRM主要是解决企业采购流程低效率、高成本、流程不透明、供应商管理不到位等问题；
2. SRM的使用方是采购企业和供应商；
3. 功能模块包含供应商全生命周期管理、智慧寻源（招投标、询报价、竞价、线下采购等寻源方式）、合同管理、采购协同、财务协同、物流协同、采购商城、数据可视化等；
4. 部署方式：私有云/公有云；
5. 收费方式：买断式（定制化）、模块 用户数 年度等。

二、确定产品方向

根据上述市场调研结果，结合公司战略方向来确定，主要分两种：

1）先做定制化，再做SaaS化：先做基础功能，比如采购协同（订单协同等）、主数据管理；后面有了客户，再进一步完善，抽取通用功能，形成SaaS化平台功能；

优点是风险低，将来便于调整；缺点是面向客户销售时，可能产品功能丰富度不够，吸引力不足。

2）直接SaaS化：按照整体框架，完成核心功能，如供应商全生命周期管理、招投标、采购协同、财务协同等。

优点是产品功能丰富，适应场景多，产品魅力大；缺点是后期遇到定制化强烈的客户，存在大改的风险。

总之，两种方案都有风险，看公司销售与售前去如何与客户谈，引导客户朝着产品方向靠，但是总体不违背客户意愿。

三、产品设计

产品设计，根据产品方向来做，先有框架，再做功能，再者是交互，最后是回顾。建议考虑朝着如下步骤去做。

1）产品框架：基本功能 常用功能 增值服务

• 基本功能：主数据管理、用户管理、菜单管理、权限管理、信息协同、首页、注册/登录等；
• 常用功能：供应商全生命周期管理、商品管理、库存协同、采购协同、财务协同、物流协同、数据可视化、API对接等；
• 增值服务：采购商城、预测补货、库存健康管理、一票监控等。

2）产品功能：明确分期实现功能范围和优先级，一般是优先级高->优先级中->优先级低。

产品功能设计时，务必要考虑到后期业务场景灵活多变，所以要事先做好模块化设计，即低耦合高内聚。模块间自由组合、模块内强依赖。

注意点：配置化（srm配置或数据字典）灵活应用；接口建议多预留字段；接口尽量统一，不宜过多；接口返回码定义明确，描述清晰。

3）交互视觉：整体设计统一规范、色调和交互习惯保持一致，B端操作体验要跟C端保持一致；有个细节注意：多一些批量导入，顺应线下操作习惯。

4）整体回顾：初稿定完，需要检查整体框架、功能、交互视觉是否满足需求。建议内部互相评审。

四、研发测试

需求方案交付研发测试后，过程中需要不断与开发测试沟通协作，有些功能或交互，实际开发测试工作量非常大，或者实现成本高，需要及时调整优先级。

难点：模块化设计和供应商全生命周期管理。这些模块，影响到全流程，影响范围大，需要明确好关键节点。

五、内测验证

测试完成后，产品要代替客户内部验收，主要看主流程是否满足需求，有条件的话，尽量做下头脑风暴，可以发现一些潜在问题。

六、正式发布

内测验证无问题，可以正式发布，产品需要准备好产品手册和交付材料。

以上只是个人心得，欢迎讨论。

本文由 @Owen Lee 原创发布于人人都是产品经理，未经作者许可，禁止转载。

题图来自Unsplash，基于CC0协议。

该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。