一文讲透供应链核心10个系统（附架构图）：SCM, SRM, WMS, TMS, ERP, PLM, MES, PMS, ...
不少产品经理转到供应链方向，第一件事就是翻百度百科。一篇 SCM 是什么读完，回到工位 PRD 还是写不出来。
紧接着来个真实项目，发现 SCM 后面挂着 WMS、TMS、SRM、OMS、MES 一长串系统。每个系统的边界在哪、主数据归谁、谁调谁，全都说不清。
供应链的难点不在某个系统多复杂，而在 10 个系统之间的协同。背一遍单系统的功能清单，没什么用。
去年老王前后带过差不多 10 个中后台产品经理入行，很清楚市面是什么情况。这篇就把这 10 个供应链系统按真实大厂的架构画清楚——每个系统管什么、彼此之间怎么咬合、自己的 PRD 该落到哪一层。
01
PART SCM 供应链管理系统
翻一圈 SCM 的招聘 JD，出现最多的一句话是熟悉供应链全流程。一线产品经理看到这种描述脑子里只剩一个问题：全流程到底从哪一步算到哪一步。
SCM 不等于物流系统，物流只是它的一条腿而已。完整的 SCM 是企业的中枢，负责把原材料采购到成品送到客户手里这条主线全程串起来，背后跑的是信息流、资金流、物流三条主动脉。
老王见过不少团队照着大号 WMS 的样子去设计 SCM，做出来的东西既算不出计划，也协同不了上下游，最后只剩仓库那几个出入库模块还在用。
SCM 真正的核心机制是协同与平衡。前端突然爆款断货、仓里却压着一堆过季品卖不动，这就是典型的供需失衡。SCM 要从需求预测起步，把上游供应商、核心企业、下游分销商之间的数据墙拆开，让计划、执行、控制这三层信息保持实时同步。
应用场景上，汽车厂靠它盯几万个零部件的准时到货，跨境电商用它算海外仓的最优补货节奏，制造业拿它做主链全景调度，零售业用它打通门店和中心仓的双向流转。
落到 PRD 层面，SCM 产品一般拆成三个中心。计划中心做需求预测和供应计划，相当于大脑。执行中心承接采购下达、生产监控、物流调度，相当于手脚。控制塔做全链路可视化和异常预警，相当于眼睛。三块靠同一套主数据（SKU、供应商、客户、组织）连起来。
SCM 项目踩得最狠的两个坑是数据孤岛和过度定制。销售侧 ERP 的数据没法实时回传到 SCM，就是教科书里那个牛鞭效应——上游一通备货，结果整库积压。过度定制带来的是另一种麻烦，系统会被改到没法维护。老王见过一个项目把 SCM 改了 200 多个字段，每次升级光回归测试就两个月起步。
接口层的健壮性是 SCM 产品经理躲不开的功课。SCM 要往 ERP、WMS、TMS 以及上下游供应商的多套系统打通，主数据规范只要不齐，上面的业务全部跑不起来。
02
PART SRM 供应商管理系统
不少人把 SRM 当成供应商通讯录，按 Excel 升级版的思路去设计，最后做出来的东西只能记录供应商的基础信息，跟采购真实的业务流程完全脱节。
SRM 的本质是企业跟上游供应商建立协作关系的平台。它要回答的不是怎么把供应商记下来，而是从引入到淘汰的全生命周期管理——寻源、准入、签约、订单协同、绩效考核、风险画像，6 个核心阶段一个都不能少。
传统采购模式里信息高度不透明，采购员碰上有交情的供应商就容易往里倾斜。SRM 把这套黑盒用数据和流程拆开，谁报价低、谁质量稳、谁交货准，调一下数据就一目了然。
应用场景主要在采购量大的行业。手机厂买屏幕、芯片、电池要用 SRM，央国企采购大宗物料要用 SRM，互联网公司买服务器、机房、带宽同样跑在 SRM 上。
设计上 SRM 一定要拆成内外两套门户。内部端给采购员和品类经理，重点是流程合规和效率。外部端给供应商，重点是操作顺手和信息同步。两套门户能对照协同跑起来，SRM 的价值才出得来。
产品方案核心模块有 9 个：
- 寻源中心：招标、询价、比价
- 供应商生命周期：准入到淘汰全过程
- 合同管理：条款变更与续签
- 订单协同：与供应商同步预测
- 绩效考核：打分、红黄牌
- 供应商画像：聚合风险舆情
- ESG 评估：可持续采购
- 电子签章：合法授权
- 财务协同：对账与开票
SRM 最常见的坑是被设计得单方面强势，只压不给。系统里到处是评分、扣分、罚款，供应商根本不配合，最后大家全绕开系统私下沟通。真正好用的 SRM 一定要有赋能模块——让供应商看到库存消耗趋势主动补货、看到自家绩效主动改进，能跑成双赢闭环的才算高阶 SRM。
SRM 跟 ERP 怎么集成，是产品经理跑不掉的题。SRM 管的是买的决策过程，ERP 管的是买的执行结果，两边的采购订单数据必须时时对得上，不然到财务结算那一步全是对不齐的账。
03
PART WMS 仓库管理系统
WMS 是供应链方向里对逻辑严密度要求最高的系统之一。互联网背景的产品经理第一次碰 WMS 经常踩一个坑，把它当进销存软件的升级版来理解，眼里只剩库存数量。
进销存只回答"有多少货"，WMS 要回答的是货在哪一层、哪个货架、哪个格子，工人走哪条路径最快，AGV 怎么搬最省时。它管的是过程和空间，不是简单地记一笔数量。
WMS 的核心是 7 步出入库流水线：
- 来货预约 ASN
- 收货卸车
- 质检上架
- 库内管理
- 订单波次
- 拣货复核
- 包装出库
每一步背后都跟着一组算法和一类硬件。
应用场景里电商最典型。双 11 几千万订单一瞬间涌进来，要是没有 WMS 的波次算法把订单合并成几千个波次并行拣货，仓库当场瘫痪。制造业用 WMS 管线边仓，保证产线不断料。冷链医药那边靠 WMS 盯批次和效期，把先进先出彻底跑成系统逻辑。
设计层面 WMS 的核心是库位规划和作业策略。产品经理第一步要做的是把物理仓库数字化，把库区、货架、货位每一格都映射成系统里的库位编码。再往下是三套流程：入库要快，支持盲收和 ASN；出库要准，支持摘果和播种两种拣货模式；库内要灵活，盘点、移库、补货都得跑通。
WMS 最大的坑在硬件设备的深度绑定。PDA 手持终端、AGV 无人叉车、AS-RS 立库、自动分拣线，这些都是 WMS 的手和脚。产品经理要是看不懂硬件接口协议、不熟工业网络通信，WMS 是做不好的。
库存账本设计是 WMS 里一个不太显眼但要命的坑。实物库存、可售库存、占用库存、在途库存、冻结库存是 5 套完全不同的概念，必须分层去管。每一次变动都要对得上一笔流水，月底财务才能查清楚每一件货到底去了哪。
04
PART TMS 运输管理系统
TMS 在供应链一堆系统里最像数学题。它本质上就是一道运筹学题：用最少的车、走最短的路、花最少的钱，把货按承诺时效送到目的地。
刚入门的产品经理一上手就把 TMS 当成叫车软件，第一件事就是画司机端 App 和订单页。做久了才明白，TMS 真正的核心是调度引擎——把成千上万个零散订单像玩俄罗斯方块一样拼起来的算法系统。
TMS 的调度核心包含 8 个引擎模块：
- 运单池
- 拼车算法
- VRP 路径规划
- 派单抢单
- ETA 预测
- 异常处理
- 在途监控
- 冷链温控
这 8 个模块协同转起来，订单才能被转译成调度指令。
应用场景从干线整车到城配零担、从冷链监控到最后一公里，TMS 全部覆盖得到。京东物流、顺丰、菜鸟、满帮的内核都是不同形态的 TMS。
设计思路上要重点强调移动端渗透。指望司机背着电脑跑运输是不现实的，司机端 App 才是 TMS 的灵魂。前台要做到极简——大按钮、语音播报、一键导航。后台往可视化调度的方向走，调度员能直接在地图上框选订单生成运单。
TMS 最难搞的不是算法，是线下场景的非标。地图 API 算出来的路径再完美，司机在路上还是要碰上限高杆、临时封路、村口的大黄狗、月台预约爆满。系统必须有足够硬的异常处理能力——车坏了、货丢了、晚点了、司机失联，每一种异常都要有明确的流转预案。
成本控制这块在 TMS 里最容易被忽略，但价值最大。运费结算的计费规则极其复杂，干线、城配、冷链、跨境每种业务的计费模型都不一样，把计费规则吃透往往比把调度算法吃透更难。
05
PART ERP 企业资源计划
ERP 是企业的心脏和账本，但不少产品经理对它的理解还停在表面。嘴上说是企业资源计划，写 PRD 的时候却只围着销售模块打转，凭证流转和总账逻辑一问三不知。
没有 ERP 的年头，销售嘴里卖了 100 个、仓库说只发了 90 个、财务说只收到 80 个的钱，老板看一眼报表就崩溃。ERP 强行把所有部门拽到同一套数据上说话——销售下单自动减库存，发货自动生成应收，回款自动核销，业财一体化才是 ERP 的真正灵魂。
ERP 的核心机制是凭证流转主轴。所有业务动作——买、卖、产、存——最后都会被翻译成凭证流到财务里去，这是 ERP 最反直觉、也最严谨的地方。业务凭证、记账规则引擎、财务凭证、总账与科目、月末关账、报表合并 6 步一环扣一环。
ERP 覆盖全员业务终端。销售拿它开单、采购拿它补货、生产拿它派工、仓管拿它做出入库、HR 拿它发薪资、财务拿它关账、老板拿它看驾驶舱。ERP 一停机，整家公司就停摆。
行业里有句老话叫不上 ERP 等死、上 ERP 找死。问题出在 ERP 的流程极其僵化，往往是逼着企业去适配软件，而不是软件去适配企业。一线员工的抵触情绪，是 ERP 实施失败的头号原因。
做 ERP 必须有极强的模块化思维。指望从零重写 SAP 或 Oracle 是不现实的，现在的方向是轻量化 ERP 或 SaaS ERP。后台设计的关键是权限和审计，每一笔数据修改都要留痕。前台的 BI 看板是产品经理的主战场——能不能把躺在那儿的数据变成老板能直接用的决策报表，决定了整个项目的生死。
06
PART PLM 产品生命周期管理
PLM 是制造业研发部门的上帝视角。ERP 管的是当下的库存和订单，PLM 管的是产品从概念到退市的整段生命。
PLM 把一个产品从脑暴拍想法、画第一张草图、出 EBOM、试制、量产，一路到售后服役、再到退市的全部数据都记下来。研发工程师、工艺工程师、项目经理、售后工程师都在同一套 PLM 里协作，不会重复造轮子，也不会丢数据。
PLM 的核心是 BOM 多视图管理和版本控制。研发画一张机壳图，表面看挺简单——但 EBOM（工程 BOM）讲功能设计，MBOM（制造 BOM）讲装配顺序，SBOM（服务 BOM）讲维修备件，三套 BOM 必须同源不同视图，相互之间还要能映射追溯。
应用场景集中在汽车、家电、消费电子、医疗器械这类产品复杂度高的行业。一台车几万个零件、一部手机上千个零件，没有 PLM 根本拉不齐。
设计上流程引擎是核心。任何一次设计变更都要走严格的 ECO 审批流——影响范围分析、变更评审、放行执行、归档留痕，一步都漏不得。
PLM 的难点在工程数据的复杂度。3D 图纸动辄几百兆，版本号说跳就跳，V1.0 一下变成 V1.1.2。工人要是按旧版图纸生产，几十万的模具直接废掉。前台必须支持浏览器在线 3D 预览，不能让工程师每次都装一套笨重的 CAD。
设计相似度算法是 PLM 的一个隐藏价值点。新项目立项时系统能自动找出 80% 相似的历史项目，工程师直接拿来复用而不是从零开始，研发效率能提 30% 以上。
07
PART MES 制造执行系统
MES 夹在上层 ERP 和底层 PLC SCADA 之间，是 ISA-95 三层架构里的执行层。ERP 是公司大脑、决定明天造什么，MES 是车间的神经末梢、盯着当下这一秒。
没有 MES 的工厂里，ERP 下完生产指令就像把石头扔进井里，要等几天后入库才知道结果。装上 MES，管理者就能看到每一颗螺丝是怎么被拧上去的、每个工序的良品率是多少、每台机床当下的稼动率怎样。
MES 的核心机制是 ISA-95 三层串联。计划层（ERP/APS）负责下订单、BOM、工艺；执行层（MES 主体）负责调度工人和工序；控制层（PLC SCADA OPC UA）直接接物理设备。这三层之间的数据接口和时序协议，是产品经理躲不开的硬骨头。
MES 主体包含 9 大业务闭环：
- 工单管理
- 排程派工
- 物料齐套
- 工艺执行 SOP
- 数据采集 DCS
- 质量追溯
- 设备 OEE
- 异常安灯
- 在线 SPC
每个模块拎出来都是一类专业话题。
应用场景在离散制造业最典型——汽车、电子、家电、医药。工人上班第一件事就是刷卡登录 MES，机器开动前要扫物料条码防错，生产完成后系统自动把产量和良品数据采上来。
MES 最大的坑在设备接口的标准化。工厂里机器是万国牌——德国西门子的、日本三菱的、美国罗克韦尔的、国产汇川的，通信协议五花八门。OPC UA 网关只能解决一半问题，剩下一半全靠定制开发。
交互设计必须服务车间实战。工人戴着手套、环境又嘈杂，根本用不了复杂的下拉菜单。操作端要做成大色块大按钮、扫码触屏，必要时支持语音。安灯系统要像救护车一样秒级报警——缺料、故障、质量异常发生的那一刻就得有人响应。
08
PART PMS 采购系统
不少人把 PMS 简单理解成采购系统，本质上它是企业内部的合规买手平台。在千人以上规模的公司，买一只鼠标都要走完整流程，PMS 的核心价值是合规和预算控制——防止员工乱买、防止采购员吃回扣。
PMS 和 SRM 经常被混在一起。SRM 是冲着供应商管理去的，关心的是谁来卖。PMS 是冲着内部买手去的，关心的是怎么买。两边能协同跑通，企业的采购体系才算齐。
PMS 的核心是 7 大泳道流水：
- 员工 PR 请购
- 分级审批
- 采购员转 PO
- 供应商接单
- 收货验收
- 三单匹配
- 付款结算
每一步对接一种角色，每种角色看到的是完全不同的界面。
三单匹配是 PMS 的财务铁律——采购订单、仓库收货单、供应商发票三者的数量和金额必须完全对上，系统才会自动付款。这是反舞弊和合规审计的最后一道闸。
应用场景分生产性采购和非生产性采购两类。互联网大厂往往把非生产性采购做成内部电商，员工像在京东买东西一样挑办公用品，目录化采购能把审批周期从 2 周压到 1 小时。生产性采购则要老老实实走完整的招投标和合同流程。
PMS 最常见的坑是流程僵化拖垮效率。买根笔要审批两周，员工自己垫钱去买都比走流程快。设计 PMS 必须配上分级授权和目录化采购——小额免审、大额严控，把合规和效率拉到平衡线上。
数据风控是 PMS 的另一项隐藏价值。同源异价、批量拆单、应急采购滥用——这些都是反舞弊算法要盯的模式。一个成熟的 PMS 后台能在审批之前就把风险标出来，把舞弊苗头掐在前面。
09
PART VMI 供应商管理库存
VMI 是供应链管理的高级形态，把传统的"我买你卖"彻底翻了过来。在 VMI 模式下，供应商先把货放到客户的仓库里，但在客户真正领用之前，这批货的物权依然挂在供应商名下。
这套玩法乍一看反常识，其实双方都得利。客户不用占资金、又不会断货，供应商虽然压了一批货，但把长期客户锁住了，还能拿到真实的终端消耗数据，避开牛鞭效应造成的盲目生产。
VMI 的核心机制是双账本对照和镜像同步。每一笔操作都要在客户方账本和供应商方账本上同步落账：客户方实物库存对应供应商方寄存量、客户方应付对应供应商方应收、客户方消耗对应供应商方发货。两套账本必须实时同步，一点偏差都不能有。
应用场景最经典的是汽车业和零售业。汽车厂的轮胎库其实是米其林在打理，超市的洗发水货架其实是宝洁在维护，工业品的标准件库其实是博世在管。客户方只负责领用，补货逻辑全部交给供应商那边自动触发。
VMI 的产品设计重点压在 Min/Max 算法和补货引擎上。库存一旦低于 Min 值，系统直接通知供应商补货，而不是等客户那边下单。Max 值则用来防积压，超过这条水位线供应商就不能再发货。
VMI 最大的风险在信任和数据准确性。客户方库存数据要是不准，供应商那边的补货立刻就会出错。一旦双方散伙，仓库里那堆没结算的货怎么退、按什么价退，往往是一笔说不清楚的账。所以协议层的设计跟系统层一样重要，寄售协议必须把货权、SLA、风险共担条款写得明明白白。
10
PART OMS 订单管理系统
OMS 是电商业务的中枢神经，远不只是"把订单记下来"这么简单。OMS 真正的核心是订单状态机加智能路由分单——正向解决货怎么发出去，逆向解决货怎么收回来。
全渠道时代的 OMS 复杂度直接拉满，库存可能分散在中心仓、前置仓、门店、经销商各处。一笔订单进来要决定：从哪个仓发最划算、要不要拆单、要不要合单、什么时候锁库存、什么时候释放库存——每一个决策都是状态机上的一个节点。
OMS 的正向流程有 7 个状态节点：
- 待支付
- 已支付锁库
- 待发货路由
- 仓库出库
- 已发货在途
- 已签收
- 已完成
逆向流程则有 6 步：
- 申请退款
- 退款审核
- 申请退货
- 退货验收
- 换货协同
- 维权介入
整套状态机要做到幂等、可重放、不超卖。
应用场景遍地都是，只要涉及卖货，背后都有 OMS 在疯狂算。淘宝、京东、拼多多、抖音小店、自营 App、门店 POS、分销批发，全渠道最后都汇到同一个 OMS 中枢里。
OMS 最大的坑在库存并发锁。双 11 零点几万人同时抢一个商品，库存锁逻辑写得稍差就会出问题——要么超卖、要么少卖。Redis分布式锁、乐观锁、悲观锁之间怎么取舍，是 OMS 后端架构上绕不开的一道核心题。
逆向流程比正向流程难得多。用户发起退款时货可能已经发出，要做拦截；已经签收的退货是按质量问题报废还是重新上架；换货寄出和寄回的双向运单怎么管。边界条件多到数不清，状态机但凡有一处漏洞，要么资金损失、要么客户投诉。
逻辑中心化是 OMS 设计的核心思路。可销售库存和实物库存必须分层管理，路由策略要做成可视化编排，让运营能像搭积木一样调整规则，而不是每次改个规则都得跑去找开发改代码。
学AI大模型的正确顺序，千万不要搞错了
🤔2026年AI风口已来！各行各业的AI渗透肉眼可见，超多公司要么转型做AI相关产品，要么高薪挖AI技术人才，机遇直接摆在眼前！
有往AI方向发展，或者本身有后端编程基础的朋友，直接冲AI大模型应用开发转岗超合适！
就算暂时不打算转岗，了解大模型、RAG、Prompt、Agent这些热门概念，能上手做简单项目，也绝对是求职加分王🔋
📝给大家整理了超全最新的AI大模型应用开发学习清单和资料，手把手帮你快速入门！👇👇
学习路线:
✅大模型基础认知—大模型核心原理、发展历程、主流模型（GPT、文心一言等）特点解析
✅核心技术模块—RAG检索增强生成、Prompt工程实战、Agent智能体开发逻辑
✅开发基础能力—Python进阶、API接口调用、大模型开发框架（LangChain等）实操
✅应用场景开发—智能问答系统、企业知识库、AIGC内容生成工具、行业定制化大模型应用
✅项目落地流程—需求拆解、技术选型、模型调优、测试上线、运维迭代
✅面试求职冲刺—岗位JD解析、简历AI项目包装、高频面试题汇总、模拟面经
以上6大模块，看似清晰好上手，实则每个部分都有扎实的核心内容需要吃透！
我把大模型的学习全流程已经整理📚好了！抓住AI时代风口，轻松解锁职业新可能，希望大家都能把握机遇，实现薪资/职业跃迁～
