浅谈设计供应商关系管理系统SRM(设计供应链管理流程图)
如何从零开始设计供应商关系管理系统srm?这篇文章里,作者结合过往经验,梳理了大致的设计流程,不妨来看一下,或许会对产品同学们有所帮助。
最近有空将之前做的供应商关系管理系统SRM系统总结下,分享给有需要的人。从0开始设计供应商关系管理系统SRM,可以根据以下流程来做:市场调研->确定产品方向->产品设计->研发测试->内测验证->正式发布。
一、市场调研
考虑市场上供应商关系管理系统SRM已有竞品在做,可以直接选取市场排名TOP前几的竞品来做调研,比如甄云科技SRM、用友的友云采、金蝶的供应商协同、中国制造网百卓优采等。学习最先进做法,降低走弯路成本。
调研结果可知:
- SRM主要是解决企业采购流程低效率、高成本、流程不透明、供应商管理不到位等问题;
- SRM的使用方是采购企业和供应商;
- 功能模块包含供应商全生命周期管理、智慧寻源(招投标、询报价、竞价、线下采购等寻源方式)、合同管理、采购协同、财务协同、物流协同、采购商城、数据可视化等;
- 部署方式:私有云/公有云;
- 收费方式:买断式(定制化)、模块 用户数 年度等。
二、确定产品方向
根据上述市场调研结果,结合公司战略方向来确定,主要分两种:
1)先做定制化,再做SaaS化:先做基础功能,比如采购协同(订单协同等)、主数据管理;后面有了客户,再进一步完善,抽取通用功能,形成SaaS化平台功能;
优点是风险低,将来便于调整;缺点是面向客户销售时,可能产品功能丰富度不够,吸引力不足。
2)直接SaaS化:按照整体框架,完成核心功能,如供应商全生命周期管理、招投标、采购协同、财务协同等。
优点是产品功能丰富,适应场景多,产品魅力大;缺点是后期遇到定制化强烈的客户,存在大改的风险。
总之,两种方案都有风险,看公司销售与售前去如何与客户谈,引导客户朝着产品方向靠,但是总体不违背客户意愿。
三、产品设计
产品设计,根据产品方向来做,先有框架,再做功能,再者是交互,最后是回顾。建议考虑朝着如下步骤去做。
1)产品框架:基本功能 常用功能 增值服务
- 基本功能:主数据管理、用户管理、菜单管理、权限管理、信息协同、首页、注册/登录等;
- 常用功能:供应商全生命周期管理、商品管理、库存协同、采购协同、财务协同、物流协同、数据可视化、API对接等;
- 增值服务:采购商城、预测补货、库存健康管理、一票监控等。
2)产品功能:明确分期实现功能范围和优先级,一般是优先级高->优先级中->优先级低。
产品功能设计时,务必要考虑到后期业务场景灵活多变,所以要事先做好模块化设计,即低耦合高内聚。模块间自由组合、模块内强依赖。
注意点:配置化(srm配置或数据字典)灵活应用;接口建议多预留字段;接口尽量统一,不宜过多;接口返回码定义明确,描述清晰。
3)交互视觉:整体设计统一规范、色调和交互习惯保持一致,B端操作体验要跟C端保持一致;有个细节注意:多一些批量导入,顺应线下操作习惯。
4)整体回顾:初稿定完,需要检查整体框架、功能、交互视觉是否满足需求。建议内部互相评审。
四、研发测试
需求方案交付研发测试后,过程中需要不断与开发测试沟通协作,有些功能或交互,实际开发测试工作量非常大,或者实现成本高,需要及时调整优先级。
难点:模块化设计和供应商全生命周期管理。这些模块,影响到全流程,影响范围大,需要明确好关键节点。
五、内测验证
测试完成后,产品要代替客户内部验收,主要看主流程是否满足需求,有条件的话,尽量做下头脑风暴,可以发现一些潜在问题。
六、正式发布
内测验证无问题,可以正式发布,产品需要准备好产品手册和交付材料。
以上只是个人心得,欢迎讨论。
本文由 @Owen Lee 原创发布于人人都是产品经理,未经作者许可,禁止转载。
题图来自Unsplash,基于CC0协议。
该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。