扫码立即咨询
发布时间:2026-10-19 10:00
客户产线维修工打电话来:"你们那传送带旁边那个小铜轮坏了,发个新的。"哪个铜轮?叫什么型号?料号多少?对方一概说不上来,拍照发过来一张油乎乎的照片,轮子拆了一半泡在油污里。
接单员小满拿着照片满车间问。问采购,采购说这叫托辊轴承座;问车间,车间师傅叫它铜瓦;到仓库账上,又是一个八位编号。同一个件三个名字,对账全靠售后老师傅老聂的脑子。
这笔配件单,从接电话到开出单,卡了两天。对一家售后配件收入占三成的输送设备厂来说,产线那头停着等件,这两天烧的是客户的耐心,也是自己的口碑。
这通电话的录音小满后来放给同事听过。她问了三遍设备什么型号,对面翻来覆去一句话:就你们前年卖我们的那台,传送带旁边那个小铜轮。设备是前年卖的,对接的人是新来的,照片是油乎乎的,全公司认得这个件的,只有老聂。
销售BOM治的就是叫不上名这一个病:客户糊涂叫法,树上对号。
销售BOM服务于订单侧,官方场景是多用于维修零件的下单,解决某个末梢零件叫不上名字、无法下单的问题。
下单路径是订单里的逐级速建编辑明细,从整机往下逐级选到具体零件,明细逐级细化。
销售BOM和生产BOM各管各的:销售BOM管接单,生产BOM是MES系统专用,只有生产BOM应用于生产。
具体功能以官方帮助文档为准,本文按2026年10月口径写。
这事难在哪?难在知识装在人的脑子里,没装进系统里。
老聂干了二十多年售后,客户一句小铜轮,他脑子里能跳出实物长什么样、装在传送带哪个位置、对应仓库哪个料号。这套本事,管理学里有个说法叫隐性知识显性化:老师傅脑子里的经验,变成公司里人人能点的树,才算沉淀成公司的资产,不然只是老聂个人的资产,他休个假,公司就得等他。
小满吃过这个亏。去年老聂回老家一周,她接了三个报修电话,每个都靠拍照、翻历史订单、问车间凑答案,折腾得久的一单前后耗了四天,客户差点把投诉打到总经理那里。
更麻烦的是叫法错位带来的隐性成本。客户嘴里的铜轮,在采购嘴里是轴承座,在车间嘴里是铜瓦,三个名字对不上,历史报价就查不准。同样一个件,去年卖给这家客户八块,今年另一家客户问价,小满按另一个名字查到的是十二块,单子开出去,老客户心里就有了比较。价格体系跟着名字乱,这不是态度问题,是工具问题。
问题不止在接单端。采购一个叫法、车间一个叫法、仓库一套编号,报价要现查,开单要现问,发错件的事一年总有几回。说白了,公司缺的不是老师傅,缺的是把老师傅的脑子搬进系统里的那棵树。
超兔CRM的订单里有个逐级速建编辑明细的方式,靠销售BOM一层层往下选,接到报修电话不用再猜。
操作路径讲明白:CRM系统中新建订单,使用逐级速建编辑明细的方式,通过销售BOM可以逐级细化选择产品。整机挂在树的上层,往下是部件,再往下是零件。客户说传送带旁边的小铜轮,小满先定位到那台传送带,从整机往下点,一级一级找过去,末梢上那个件就挂在那里,名称、型号都是现成的,选中就进订单明细。
在超兔CRM里,订单中销售BOM管理逐级查询,从整机往下逐级选到具体零件,明细逐级细化。逐级这两个字是关键:接单的人不用背下末梢件叫什么,只要知道它挂在哪台设备、哪个部件底下,树会把路铺到它跟前。老聂的经验也派上了用场,树照着他脑子里的归属关系建,他的本事变成了树上一个个节点。
小满现在接报修电话的姿势变了:左手夹着电话,右手点树,客户在那头描述位置,她在这头顺着整机一级级往下走。超兔这边的定位是多用于维修零件的下单,跟她的日常正好对上。
举个具体的例子。客户报修的那台传送带,小满在订单里先选中这台整机,树往下一层是传动滚筒、改向滚筒、托辊这些部件;客户说铜轮在传送带头上,她点开传动滚筒,再往下一层,轴承座、密封圈一个个挂着,末梢上那个件对着照片一比,就是它。全程没问老聂一个字,老聂当天还在外地跑售后。
创建BOM管理的时候,分类可以选择销售BOM或生产BOM,这是两个入口,也是两套场景。
生产BOM是MES系统专用的,只有生产BOM应用于生产。联动CRM使用MES系统的厂家,需要在CRM中设置生产BOM,让生产端拿到自己的清单去排产。销售BOM则服务于订单侧,管的是接单、报价、配件发货这些事。
两套BOM各管各的场景,不存在谁替代谁。有人担心要重复建树,在老聂看来,两棵树侧重点不同:销售BOM按客户报修的习惯组织,怎么好找怎么来;生产BOM按工艺路线组织,怎么好造怎么来。数据源头理清,两边各取所需。
这点对两头系统都上了的厂家尤其要紧。CRM这边管订单,MES那边管生产,要是只建了销售BOM,生产端拿不到自己的清单;只建了生产BOM,接单端照样抓瞎。分类建、各用各的,是联动场景下的基本动作,别图省事合成一棵树,两头都用着别扭。
拿小满接的那通电话做对照,同一个铜轮,有没有销售BOM,走的路完全两样:
| 环节 | 没建销售BOM | 建了销售BOM |
|---|---|---|
| 确认零件 | 拿照片满车间问人 | 顺着整机往下点树,逐级找到铜轮 |
| 找到型号 | 靠老聂脑子记,人不在就得等 | 末梢件挂在树上,名称型号现成 |
| 开出订单 | 描述性写法,仓库常看不懂 | 树上选出的件直接进订单明细 |
| 报价 | 翻历史订单现查 | 明细带着信息,报价跟着出 |
| 耗时感受 | 卡两天,还容易发错件 | 电话里点树,当天出单 |
这张表建议打印出来贴在接单台边上。新人入职,先教会点树,再教产品知识,顺序别反:先有树,脑子里的知识才有地方挂。
表里还有一层没写出来的差别:没树的时候,知识在老聂脑子里,交接靠言传身教,快慢看悟性;有树的时候,知识在公司系统里,交接靠账号权限,新人头一天就能上手查。隐性知识显性化这几个字,落到接单台上,就是耗时感受那一行的差别。
不会,它们不在一个场子里干活。创建BOM管理时,分类选择销售BOM或生产BOM,生产BOM是MES系统专用,只有生产BOM应用于生产;销售BOM服务于订单侧,管接单、报价、配件发货。联动CRM使用MES系统的厂家,在CRM中设置生产BOM给生产端用就行。两套BOM各管各的场景,销售BOM管接单,生产BOM管生产。真有交叠,是同一批物料在两棵树上都出现,但用途不同:一棵帮接单员找到件,一棵告诉车间怎么造。怕乱的话,建树前先定好物料主数据的源头,两边引用同一套基础数据,两棵树各长各的枝,互不纠缠。担心打架的,多半是把两棵树当成了同一棵树的两份拷贝,真理解了各管各的场景,就会分开建、分开维护,名字对得上就行,不必追求两棵树一模一样。维护节奏也可以错开:销售BOM跟着报修记录随时补,生产BOM跟着工艺变更走,互不牵扯。
从客户说得出的话入手。传送带、滚筒、托辊这类整机名,客户一般说得清;实在说不清的,问装机时间、翻合同台账、让客户拍一张设备铭牌,总能定位到那一台,整机找到了,树就有了起点。老聂教过小满一个土办法:让客户把坏件旁边那个没坏的也拍一张,顺着相邻件找归属,比对着油乎乎的照片瞎猜快得多。客户嘴里的旁边、底下、带着转的,这些位置词都是往下点树的线索。树的入口是整机,客户的糊涂话是路标,顺着路标走,不慌。客户那边也有个配合动作:卖设备的时候,把随机附件清单连同设备编号一起发给客户,让对方存好,报修时报编号,定位整机更快。要是整机定位了、树上却点不到那一层,说明这棵树还没建到那里,回头补上就行,树的完善是接到一单补一单的渐进活,不用等建全了才用。
看售后配件收入的占比。像这家厂,配件收入占三成,末梢零件就是收入来源,建议建到能单独销售的小单元:客户会点名要的件,树上都得有位置。判断方法很实在:把过去一年的报修记录翻出来,凡是客户叫不上名字、要靠老师傅对号入座的件,都值得在树上占一个节点。反过来,从来没人单独买过的总成,可以停在上层,不用为了建树而建树。小满厂里的做法是拿报修记录当清单,先建报修频次高的整机,再往末梢一层层补,半年下来,大半的报修电话都能在树上点到底。树是接单工具,不是档案室,范围跟着报修记录走,不跟着求全的心思走。建得太细没人用,维护就成了负担,够用就停手,这是他们踩过坑之后总结的分寸。
这事落地就一个动作:把自家卖过的整机,一台一台拆一遍树,托辊底下有什么、滚筒里头有什么、传送带哪些件会坏,全挂上去。拆的时候把老聂叫上,他嘴里那些土叫法,也一并记在节点的备注里,客户报修时还能当翻译用。树建一遍,能用很多年,每接一个报修电话都是在给树添枝。下次报修电话进来,不管客户说小铜轮还是那个转的东西,接电话的人点树对号,新人也接得住。