| 编辑推荐: |
本文介绍了产品经理必懂的10个供应链(SCM,SRM,WMS,TMS,ERP,PLM,MES,PMS,VMI,OMS系统)相关的系统概念以及架构,希望对您的学习有所帮助。
本文来自于微信公众号产品经理老王霸,由火龙果软件Alice编辑,推荐。 |
|
一、SCM供应链管理系统
SCM供应链管理系统不仅仅是一个简单的物流调度工具,它是整个企业的中枢大脑,负责协调从原材料采购到最终产品交付给客户的全过程。
你可以把它想象成一个超级指挥官,它的核心任务是确保信息流、资金流和物流这三条大动脉的实时同步与高效运转。在传统的理解中,很多人会把供应链误以为就是搞运输的,这大错特错。真正的供应链管理,是从需求预测就开始介入的。
这个系统的核心概念在于协同与平衡。它要解决的是供需不平衡的问题,比如市场突然火爆缺货了,或者仓库里堆满了没人要的积压品。SCM通过整合内外部资源,打通上游供应商、核心企业和下游分销商的数据壁垒。
应用场景极其广泛,从复杂的汽车制造业需要管理数万个零部件的准时到达,到跨境电商平台需要计算最优的海外仓补货策略,都是SCM的用武之地。在这些场景中,SCM需要处理订单履行、库存水位控制、物流路径规划以及结算对账等核心业务。
在设计SCM产品方案时,你必须具备全局视角。设计思路上,首先要搭建的是计划中心,这是大脑,负责根据历史数据和市场趋势做需求预测;其次是执行中心,这是手脚,负责采购订单的下发、生产进度的监控以及物流运输的调度;最后是控制塔,这是眼睛,负责全链路的可视化监控和异常预警。
需要注意的弊端往往出现在数据孤岛上。如果销售端的ERP数据不能实时同步给SCM,就会出现经典的牛鞭效应,导致上游备货严重过剩。此外,过度追求定制化开发也是一个坑,供应链流程虽然复杂,但核心逻辑万变不离其宗,过度定制会导致系统臃肿不堪,难以维护。
产品经理在做架构设计时,要特别注意接口层的健壮性,因为SCM需要对接的外部系统非常多,包括ERP、WMS、TMS以及各级供应商的系统。只有底层的主数据管理足够规范,比如SKU编码统一、供应商代码统一,上层的业务逻辑才能跑得通。
二、SRM供应商管理系统
SRM供应商管理系统,如果只把它看作是一个电子通讯录,那你就太小看它了。它是企业与上游合作伙伴建立社交关系的平台,其核心概念是全生命周期管理。
从供应商的引入、认证、考核,到最后的淘汰,SRM在每一个环节都要进行严格的把控。它解决的是谁供货便宜、谁质量好、谁最靠谱这个终极问题。在传统的采购模式中,信息往往是不透明的,采购员可能因为个人关系偏向某个供应商,而SRM通过数据化、流程化的手段,把这种黑盒操作变成了白盒。
应用场景主要集中在需要大量外部采购的企业,比如手机制造厂商需要采购屏幕、芯片、电池,SRM就在这里发挥作用。它支持在线寻源,也就是大家常说的招标、询价、比价。
企业在系统上发布一个采购需求,几十家供应商在线报价,系统自动比对,既公平又高效。此外,SRM还承载着绩效评估的功能,系统会根据供应商的交货准时率、良品率、配合度自动打分,分数低的供应商下个季度可能就拿不到订单了。
在设计思路上,SRM产品必须分为内部采购端和外部供应商端两个门户。内部端给采购员用,重点在于流程合规和效率;外部端给供应商用,重点在于操作便捷和信息同步。
产品方案的核心模块包括:供应商准入审核流、在线招投标引擎、合同电子签章以及绩效评分卡。需要注意的弊端是,很多SRM系统设计得过于强势,单方面压榨供应商,导致供应商配合度低,甚至在系统外进行线下沟通,让系统成了摆设。
优秀的产品经理会注重双赢,在系统中设计一些赋能供应商的功能,比如让供应商能看到库存消耗趋势,从而提前备货,这种协同才是SRM的最高境界。
另外,SRM与ERP的集成至关重要。SRM负责买的决策过程,ERP负责买的执行结果,两者数据必须打通,否则采购订单在两个系统中对不上,财务结算时就是一场灾难。
三、WMS仓库管理系统
WMS仓库管理系统是物流领域里最接地气、也最考验逻辑严密性的系统。很多互联网人以为WMS就是记录库存数量的,那是进销存软件干的事。
WMS的核心概念是过程管理和空间管理。它不仅要记录有多少货,更要精确记录货在哪个库区、哪个货架、哪一层的哪个格子里。它指挥工人用最短的路径找到货,用最快的方式打包出库。你可以把它看作是库房里的战地指挥官,它的指令直接驱动着每一个工人和自动化设备的动作。
应用场景在电商行业尤为典型。面对双十一海量的订单,如果依靠人工记忆或者纸质单据,仓库瞬间就会瘫痪。WMS通过算法生成波次策略,把几千个订单合并在一起捡货,极大提高了效率。
在制造业,WMS管理着原材料的收发,确保生产线不断粮。它还负责管理效期,比如食品仓库,系统会强制要求工人先拿快过期的货,这就是先进先出原则的系统化落地。
在设计思路上,WMS的核心在于库位规划和作业策略。产品设计时,首先要定义好仓库的物理地图,把仓库数字化;其次是设计入库、出库、库内管理三大流程。入库要快,支持盲收、ASN收货;出库要准,支持摘果式、播种式捡货;库内要活,支持盘点、移位、补货。
需要注意的弊端是,很多WMS系统设计得过于死板,缺乏灵活性。比如由于系统逻辑限制,货到了却入不了库,导致外面卡车排长队。
此外,WMS必须与硬件设备深度绑定,PDA手持终端、AGV搬运机器人、自动分拣线,这些都是WMS的手和脚,产品经理不懂硬件接口协议,是做不好WMS的。
WMS的底层架构非常依赖库存服务的准确性。这里的库存不仅是数量,还包括状态:良品、残次品、冻结状态、在途状态等。每一笔库存的变动,都必须对应一笔库存流水,确保财务在月底能查清楚每一件货的去向。
四、TMS运输管理系统
TMS运输管理系统是物流环节中负责移动的核心。它的本质是在解决一个极其复杂的运筹学问题:如何在满足时效承诺的前提下,用最少的车、走最短的路、花最少的钱,把货送到目的地。对于初级PM,TMS就是个叫车软件,对于高阶PM,TMS是成本控制中心。
核心概念包括运输计划和在途监控。运输计划的核心是调度算法,系统需要把成千上万个零散的订单,像玩俄罗斯方块一样拼在一起,这叫拼车合单。
比如你有十个去上海的订单,五个去苏州的订单,系统要计算是派两辆车直发,还是一辆大车先去苏州再去上海最省钱。应用场景极其丰富,从干线物流的大卡车整车运输,到城配物流的三轮车配送,再到冷链运输的温度监控,全是TMS的地盘。
弊端与雷区在于线下场景的非标性。地图API算出来的路径是完美的,但现实中司机可能遇到限高杆、封路、或者是村口的大黄狗。产品设计思路上,必须强调移动端的渗透。
你不能指望司机背着电脑跑运输,所以司机端App是TMS的灵魂。前台设计要极其简单,大按钮、语音播报、一键导航;后台设计要侧重可视化调度,让调度员能在地图上直接框选订单生成运单。
同时,TMS必须具备强大的异常处理能力,车坏了、货丢了、晚点了,系统要能第一时间触发预警流转。
五、ERP企业资源计划
ERP企业资源计划是企业的心脏和账本。它的核心价值在于信息一致性。在没有ERP的时代,销售说卖了100个,仓库说只发了90个,财务说只收了80个的钱,老板看一眼报表当场崩溃。
ERP强制让所有部门在一个系统里说话,销售下单自动减库存,发货自动生应收,回款自动消坏账。
核心概念是业务财务一体化。所有的业务动作买、卖、产、存最终都会转化为凭证流向财务。
这是ERP最反人类也最严谨的地方。应用场景覆盖全员,销售用它开单,采购用它补货,工人在车间领料,财务在月底关账。对于传统制造业,ERP就是命,ERP停机意味着工厂停产、卡车停运。
弊端与雷区在于实施的灾难性。行业里有句话叫不上ERP等死,上ERP找死。因为ERP流程极其僵化,往往要求企业去适配软件,而不是软件适配企业。这会导致一线员工极度抵触。
产品设计思路上,PM需要极强的模块化思维。你不可能重写一个SAP或Oracle,现在的趋势是做轻量化ERP或者SaaS
ERP。后台设计要注重权限与审计,每一笔数据的修改都要留痕;前台设计也就是所谓的BI看板,要帮老板把ERP里沉睡的死数据变成活的决策报表。
六、PLM产品生命周期管理
PLM产品生命周期管理是制造业研发部门的上帝视角。如果说ERP管理的是现在,PLM管理的就是未来和过去。它记录了一个产品从还只是一个脑暴想法,到画出第一张草图,到试产,到量产,最后到报废回收的全过程。
核心概念是BOM管理物料清单和版本控制。你以为做个手机就是把零件拼起来?错。研发有EBOM工程BOM,强调功能设计;工厂有MBOM制造BOM,强调装配顺序;售后有SBOM服务BOM,强调维修备件。
PLM要保证这些BOM在数千次修改中不乱套。应用场景主要是协同设计。机械工程师画外壳,电子工程师画电路板,软件工程师写固件,大家都在PLM里上传图纸,系统自动检查尺寸打不打架,这叫干涉检查。
弊端与雷区在于工程数据的复杂性。3D图纸动不动几百兆,版本更新极快V1.0, V1.1, V1.1.2,一旦用错旧图纸生产,几十万的模具就废了。产品设计思路上,流程引擎是关键。
任何一次设计变更都必须经过严格的审批流。前台设计要注重可视化预览,现在的PLM都支持在浏览器里直接旋转查看3D模型,不需要安装沉重的CAD软件;后台设计要注重结构化数据,把非结构化的图纸变成可查询的属性参数。
七、MES制造执行系统
MES制造执行系统是位于上层计划系统ERP和底层工业控制系统之间的执行层。如果说ERP是公司的大脑,决定明天生产什么,那么MES就是车间的神经末梢,它负责监控当下这一秒,产线上到底发生了什么。
它的核心价值在于黑箱透明化。在没有MES的工厂,ERP下达生产指令后,就像把石头扔进井里,直到几天后入库才知道结果。而MES能让管理者看到每一颗螺丝是如何被拧上去的。
核心概念包括工单管理和生产追溯。工单是生产的圣旨,MES要把ERP的大工单拆解成具体的工序任务,派发给具体的机台或工人。
追溯则是质量管理的命门,一旦汽车刹车失灵,MES必须能在几秒钟内查出这批刹车片是哪天生产的、哪个工人经手的、当时机台的扭矩参数是多少、原材料来自哪个供应商。
应用场景主要集中在离散制造业,比如汽车、电子、家电。工人上班第一件事是刷卡登录MES,机器开动前要扫描物料条码防错,生产完成后系统自动采集产量数据。
弊端与雷区在于设备接口的标准化。工厂里的机器万国牌,德国的、日本的、国产的,通信协议五花八门,把它们连上网是最大的坑。
产品设计思路上,必须极度重视交互的极简性。车间工人戴着手套,环境嘈杂,你不能设计复杂的下拉菜单。操作端要用大色块、大按钮、触摸屏,甚至语音控制。后台设计则要侧重安灯系统,也就是异常报警,机器坏了、缺料了,系统要像救护车一样立刻报警呼叫相关人员。
八、PMS采购系统
采购系统,通常属于SRM的一部分,是企业内部的买手平台。大家往往误以为采购就是老板签个字去买东西,其实在千人以上规模的公司,买一只鼠标都需要经过复杂的流程。这个系统的核心价值在于合规与预算控制。它防止员工随便买贵的东西,也防止采购人员吃回扣。
核心概念是PR请购单到PO采购订单的转化。普通员工发起的是PR,说我要买台电脑;系统经过审批,由专业采购员将其转化为PO,发给供应商。
三单匹配是财务结算的铁律:采购订单、仓库收货单、供应商发票,这三者的数量和金额必须完全一致,系统才会自动付款。应用场景分为生产性采购和非生产性采购。
互联网大厂倾向于把非生产性采购做成类似京东商城的内部电商,员工直接选购,体验极佳。
弊端与雷区在于流程僵化导致效率低下。买根笔要审批两周,逼得员工自己垫钱买。产品设计思路上,要引入目录化采购。
预先和供应商谈好价格,把商品上架到内部系统,员工像逛淘宝一样下单,只要在预算内,无需繁琐审批。后台则要建立强大的供应商全生命周期管理,从准入、考核到淘汰,用数据说话。
九、VMI供应商管理库存
VMI供应商管理库存是供应链管理的高级形态,它颠覆了传统的我买你卖模式。在VMI模式下,供应商把货放在你的仓库里,但在你真正领用之前,这些货的物权还属于供应商。这意味着你不用占用资金,而且保证永远不断货。
核心概念是信息共享与寄售。供应商必须能实时看到你的库存水位和销售预测,他们自己决定什么时候发货补货,而不是等你下订单。对于采购方,这极大降低了资金压力和库存风险;
对于供应商,虽然压了货,但锁定了长期客户,且获得了真实的终端数据,避免了牛鞭效应造成的盲目生产。应用场景最经典的是汽车行业和零售业。汽车厂的轮胎库其实是米其林在管,超市的洗发水货架其实是宝洁在管。
弊端与雷区在于信任与数据准确性。如果你的库存数据不准,供应商补货就会出错。另外,一旦双方终止合作,仓库里那堆没结算的货怎么退,往往是一笔烂账。
产品设计思路上,重点在于搭建VMI协同平台。这个平台要向供应商开放库存透明和需求预测两个窗口,并建立Min/Max库存预警模型。当库存低于Min值,系统自动提示供应商补货,而不是由采购员打电话催单。
十、OMS正逆向交易
OMS订单管理系统是电商业务的中枢神经。它不仅仅是记录一个订单,而是负责指挥这个订单如何被完美的执行。
其中,正向流程解决的是货怎么发出去,逆向流程解决的是货怎么退回来。在全渠道时代,OMS极其复杂,因为你的库存可能在门店、在总仓、在经销商手里。
核心概念包括路由分单和状态机。正向流程中,你买了两件衣服,一件在上海仓,一件在北京门店,OMS要计算是拆成两个包裹发,还是先调拨到一起再发。
逆向流程更难,用户发起退款时,货发了吗?发了的话要拦截吗?收到退货后是由于质量问题报废,还是重新上架卖?这些逻辑全部由状态机控制。应用场景无处不在,只要涉及到卖货,背后都有OMS在疯狂计算。
弊端与雷区在于库存并发锁。双11零点,几万人抢购同一个商品,OMS如果锁库存逻辑写不好,要么超卖,要么少卖。
产品设计思路上,要把库存逻辑中心化。设计可销售库存和实物库存的分层。后台设计要采用可视化流程编排,运营可以像搭积木一样配置退款自动审核规则;前台设计也就是用户的退款页面,要尽量用预退款、极速退款来提升体验,把复杂的审核逻辑藏在后面。
|