一、船舶制造MRO采购，为什么总在救火
项目启动初期我去客户现场，印象最深的不是会议室里的PPT，而是仓库门口那堆等着入库的备件。轮机车间的人来找一个船用泵的机械密封，仓储系统里显示有库存，几个师傅在货架之间翻找了很久，最后发现那批货早被另一个项目组借走，账没销。采购员当场给本地贸易商打电话调货，价格比框架协议价高出一截，可船在坞里等着，没得选。
这种场景在船舶制造行业真不算个例。船舶MRO采购的特点是单笔金额未必大，但件数多、门类杂、时间卡得死。坞期一旦排定，备件不到位，后面的涂装、下水、试航就得整体往后压。所以很多人以为MRO采购的难点在省钱，其实更疼的是"按时到位"和"账实相符"。我们后来把这类企业的共性痛点归了归：
①采购分散。各基地、各车间各买各的，同类物资走不同渠道、不同价格，集团采购中心看不到全貌，议价能力被摊薄。
②SKU繁杂且非标。同一个阀门密封件，不同设备型号、不同材质、原厂件和替代件混在一起，名称叫法五花八门，靠人脑记。
③信息不透明。询价靠电话和微信，报价单散落在各个采购员手里，历史成交价查不到，新来的采购只能重新问一圈。
④库存积压与缺货并存。通用件重复采购、长期趴库，专用件到用时又没有，一边占资金一边救火。
⑤流程线下。请购单、比价单、验收单全靠纸质流转和现场签字，审批卡在谁手里不知道，事后追溯只能翻档案盒。
说到底，MRO商城开发的价值不在于把线下流程搬上屏幕，而在于让需求、寻源、订单、库存、供应商这几件事在一个体系里跑起来，数据能沉淀、能复用。这也是我们做船舶备品备件商城搭建时反复跟客户强调的一句话。
二、客户背景：某船舶制造头部集团的业务轮廓
这次合作的客户是某船舶制造头部集团，下属多个船厂、修船基地和配套公司，业务覆盖新船建造、船舶修理改装以及海工装备配套。组织是典型的多层级：集团采购中心管制度、管集采、管供应商准入；各基地采购部负责本地执行和应急响应；车间、班组是需求的真正发起方。
他们的MRO采购有几个很鲜明的特征。一是品类跨度大，轮机、电气、甲板、管系、涂装各专业线的备件采购逻辑完全不同；二是需求随机性强，计划性采购和故障抢修型采购混在一起，后者根本没法提前预测；三是地域分散，各基地周边配套资源不一样，本地化采购占比高；四是供应商结构复杂，既有长期配套的厂家，也有大量区域贸易商和小型机加工厂，资质参差不齐。
客户最初提的需求写得挺大——要做采购数字化。但真坐下来一轮轮聊，范围很快就收敛了：先把MRO这一块管起来，把船舶备品备件商城搭起来，跑顺了再谈别的品类。这个收敛动作本身很关键，后面会细说。
三、项目挑战：原有采购模式到底卡在哪
（一）需求源头不可控
请购由车间和班组发起，写在一张纸上或者发在群里，品名不规范、规格不完整、需求时间不明确。采购拿到需求还得再回头确认一轮，急件往往就在这一轮里被耽误。更麻烦的是没人对需求做归集，同一个基地不同车间买同一种耗材，各报各的。
（二）寻源比价靠经验
询报价基本靠采购员的个人供应商资源。谁熟谁便宜找谁，报价信息留在微信记录或者笔记本里，不成体系。集团层面想做集中议价，缺的是可比的历史价格数据，谈判桌上底气不足。
（三）库存与采购各管一段
仓库台账更新滞后，采购看不到实时可用量，看到的是上个月的账面数。于是就出现前面说的那一幕：账上有、货架没有，采购又下一单。反过来，有些通用件因为审批慢、周期长，车间干脆一次多领一些囤着，慢慢就成了呆滞库存。
（四）供应商管理停留在台账
准入资料是纸质的，有效期靠人盯；交付及时率、质量合格率这些指标没有系统沉淀，考评时只能凭印象打分。出了问题想追溯，得挨个部门问。供应商自己也不清楚订单执行到哪一步，天天打电话来问。
（五）系统之间各有各的语言
ERP、财务、仓储各跑一套，物料编码口径不统一。同一个密封件在三套系统里有三种叫法，数据打通成了项目里最费时间的部分，这一点在后面的实施复盘里还会提到。
四、解决方案：船舶备品备件商城的整体建设思路
（一）需求分析：先把品类和流程摸清楚
方案设计的起点不是画界面，而是做品类梳理。项目组和客户一起把备品备件按专业线拆成分类树，再往下一层层落到设备类型、规格、材质，把关键属性字段拎出来。同时把请购、寻源、下单、收货、验收、对账、付款这条主线上的每个节点、每类角色、每种例外情况都列清楚，包括应急采购怎么走、本地加工件怎么处理。这一步做扎实，后面配置才不至于反复返工。
（二）方案设计：商城、后台、集成三块拼起来
整体上按三层来搭。面向需求方的是商城端，像逛电商一样搜索、比价、下单、查进度；面向采购和仓储的是运营后台，管品类、管寻源、管订单、管库存、管供应商；再往下是集成层，和ERP、财务、主数据系统对接，保证订单、库存、结算数据不落地重复录入。三块之间的边界在蓝图阶段就要定死，否则开发时容易互相扯皮。
（三）功能模块怎么落
①品类管理。分类树加结构化属性模板，规格型号、材质、适用机型、原厂件与替代件关系这些字段强制填报，搜索和比价的准确性全靠它兜底。
②寻源比价。支持询报价、在线竞价、框架协议几种方式，报价单线上提交、自动并单比价，历史成交价和协议价可查，采购员谈判时有据可依。
③订单协同。请购转订单、订单转收货、收货触发对账，状态实时可见，供应商在自己那侧也能看到订单执行进度，减少电话催问。
④库存与供应商管理。各基地仓库台账接入后，可用量、在途量、安全库存一屏可看，缺货和呆滞都能预警；供应商侧做准入、分级、考评和黑名单管理，考评数据从订单和验收环节自动累积。
⑤多组织权限。集团、基地、车间多层组织架构，数据按组织隔离、按角色授权，集团能看全局，基地只能看自己的，采购员和审批人的权限边界清晰。
⑥系统集成。与ERP的物料、采购订单、库存对接，与财务的结算对接，与主数据系统做编码同步，避免多套口径。
（四）技术选型上的几个取舍
客户是集团型企业，信息部门对数据归属很敏感，最终选择私有化部署，商城和后台都跑在客户自己的环境里。数商云这边提供源码交付，后续客户信息团队可以自己做一些字段级和流程级的调整，不用每次都提需求排期。国产化适配也在选型范围内，数据库、中间件、操作系统都要能在国产环境里跑通，这一点在早期验证阶段就做了确认，没有留到最后。交付节奏上采用模块化上线，核心链路先跑起来，边缘功能随后迭代。
五、开发与实施：一个船舶备品备件商城是怎么长出来的
（一）蓝图规划：把业务语言翻译成配置语言
蓝图阶段我们和客户各基地的采购、仓储、财务、信息部门一起过流程，一轮一轮对。这里踩过一个坑：一开始只跟集团采购中心聊，画出来的流程很漂亮，但拿到基地根本落不了地，因为基地有自己的应急采购通道和本地加工件处理办法，这些在集团层面是看不到的。后来补做了基地走访，把例外情况一条条收进来，蓝图才贴合实际。经验就是，MRO采购系统搭建最怕照着总部制度空想。
（二）开发配置：先主干后枝叶
配置阶段我们坚持先把请购到收货这条主干跑通，再补分支。有的客户会希望一次性把所有审批规则、所有品类模板都配进去，结果规则之间互相冲突，测试时改一处动全身。后来改成按品类分批配置，先上通用件和标准件，专用件和加工件随后跟进，节奏就顺了。另外属性模板不要一次填太满，字段太多一线会抵触，先把影响搜索和比价的关键字段立起来。
（三）集成对接：最费时间也最容易踩坑
集成是项目里最耗精力的环节。编码不统一是最大的拦路虎，同一个物料在ERP、仓储系统、供应商台账里名称各异。我们做了一张映射表和一套清洗规则，先把主数据对齐，再谈接口。接口联调时建议按业务场景一条条走通，不要一次性全量压测，出问题很难定位。还有一个容易被忽略的点：断线重试和异常告警机制要提前设计，否则订单在系统之间丢失了，谁都发现不了。
（四）测试上线：小范围跑通再铺开
上线没有搞全面铺开，而是先选一个业务相对完整、配合度高的基地做试点。试点期间线上线下并行了一段时间，采购员一边在商城下单，一边保留原有的应急通道，等大家用顺手了再逐步收口。试点暴露的问题挺多，比如移动端审批的流转逻辑、收货环节的条码识别，都在这个阶段解决了，铺开到其他基地时就顺得多。
（五）培训推广：让一线愿意用
系统难不难用，最后是一线说了算。老采购习惯打电话、发微信，最开始对商城是有抵触的。我们做了两件事：一是把审批消息推到他们日常在用的即时通讯工具里，点开就能处理，不用专门登系统；二是把应急采购做成合规通道，允许先采后补单，而不是简单堵死。只要一线发现从商城走比打电话更快、更少扯皮，推广就自然了。
六、应用成效：变化发生在哪些地方
项目跑起来之后，变化是渐进的，但方向很清楚。
采购过程从"看不见"变成"看得见"。请购、询价、下单、收货、对账每一步都有记录，谁在哪个节点卡了多久一目了然，事后追溯不用再翻档案盒。
寻源效率明显提升。报价线上提交、系统自动并单比价，采购员不用再逐个打电话询价、手工做比价表；历史成交价随时可查，议价的时候心里有底，采购成本得到有效控制。
库存管理改善明显。可用量和在途量实时可见，重复采购的情况少了，通用件的呆滞库存逐步消化，同时缺货预警让急件抢修不再全靠临时外采。
供应商协同顺畅了不少。供应商能自己看到订单状态和交付要求，催单电话少了很多；考评数据从业务过程里自动沉淀，年度评审不用再临时凑材料。
管理抓手更清晰了。集团能看到各基地的采购品类分布、供应商集中度、价格波动情况，集采范围可以基于真实数据来划定，而不是拍脑袋。
七、经验启示：给同行企业的几点建议
回过头看，这个项目能推下去，靠的不是功能堆得多，而是几件事做对了。
①先做品类分级，再谈线上化。什么品类适合集中采购、什么适合本地化，什么必须走框架协议、什么可以走询价，先想清楚再配系统。
②主数据是地基。物料编码、供应商编码、组织架构不统一，商城搭得再漂亮也只是空壳，集成阶段一定会返工。
③把应急采购纳入体系，而不是排除在外。船舶修理和抢修的随机性决定了急件永远存在，与其堵，不如给它一条合规的快通道，同时在系统里留痕。
④多组织权限要早设计。集团型企业的组织关系复杂，权限模型如果在上线后才改，数据隔离和审批流都要推倒重来。
⑤选型看长期可维护性。源码交付、私有化部署这类选项在初期看起来增加工作量，但后续自己迭代的能力，决定了系统能用多久。
⑥别指望一次上线就完美。分阶段上线、试点先行、允许并行过渡，比一次性全量切换稳妥得多。
对正在考虑企业MRO数字化采购的同行，我的建议是先别急着选产品，花点时间把自家MRO的品类结构、采购方式和组织关系理一遍。理清楚了，再去谈MRO商城开发，方案会务实很多。
八、写在最后
这次船舶备品备件商城搭建，最让我有成就感的不是某个功能上线，而是现场那位采购员的反馈：以前找个密封件要打一圈电话，现在在商城搜一下，规格、库存、协议价都在眼前。从一个基地试点到多基地推广，项目组和客户一起把流程磨顺、把数据理清、把一线教会，这些琐碎功夫才是项目真正的价值所在。
如果贵公司也在做船舶制造行业的MRO采购系统搭建，或者正在评估MRO商城的建设路径，欢迎咨询数商云，我们会结合船舶制造行业的实际场景提供方案资料与系统演示，具体方案与报价请咨询数商云，也可以先聊聊你们现在最头疼的那一段流程。
评论