机器人的保养合同，按运行小时数来提醒
一家做焊接机器人的集成商去年丢了一单保养合同。系统按自然年提醒，每台机器人记的是每年三月上门保养。真到了现场才发现，这家工厂两班倒加加班，一年跑的量顶别人一年半，减速机和润滑脂早该换了。客户撂下一句话：你们连我开多少小时都不知道。保养合同签给了本地一家服务商。问题就出在一个数上，运行小时数。
小时数，不是日历。
2000、6000、12000 三道坎
机器人保养不看日历看小时。常规的坎是 2000 小时做一次小保，换润滑脂、查电池；6000 小时中保，皮带、滤芯、减速机油都过一遍；12000 小时接近大修级，该换的都换。三道坎落在日历上差别极大：三班倒的工厂一年跑 6000 小时，半年就撞一次中保；单班的客户一年 2000 小时出头，一年多才到一次小保。按自然年提醒，三班倒的客户会漏保，单班的客户会被你烦到，两头都不是。
多台机器人混着用的时候更乱。一个车间八台机器人，四台两班倒四台偶尔开机，同一批出厂、同一张保养合同，实际保养节奏完全岔开。按台记读数、按台推时间，是这个行当里唯一行得通的办法，笼统一台一年保几次，总有一台吃亏。
读数靠客户报，先说清楚
系统读不了机器人控制器，拿不到实时运行小时，这点如实说。读数靠客户报，或者服务工程师每次上门抄表。抄哪种数也要定死，有的控制器只显总开机时长，有的能看各轴累计，第一次上门就约定抄哪一级、多久抄一次，后面才不会各抄各的。落到系统里是两个字段：用「字段设置」给客户加两个自定义字段，一个记上次保养读数，一个记读数日期。每次保养完把读数更新进去，下一次什么时候该保，拿 6000 减一下就知道。字段一直空着的客户，说明读数断档了，这类客户单独列出来补抄一次。三班倒和单班的客户在同一张日历上提醒时间差三倍，靠脑子排不过来，字段加日期一填就分开了。去年那单丢掉的保养合同，事后复盘就是两个字段的事，客户读数从没进过系统，谁也不知道他家半年就该保一次。
保养包建成产品，下单逐项带
保养包里的东西在「新增产品」里逐条建：润滑脂、伺服电池、同步带、减速机油，计量单位按支和桶，产品单价按现在的供应价填。上门保养走「创建订单」，用「添加产品/服务」把这次要换的件逐行带出来，客户对账时清清楚楚，哪次换了电池、哪次只加了脂，翻订单就有。提醒落在「日程」里，在日程设置里加一个自定义类型叫保养提醒，预设的拜访客户、预约回访等五个类型不够用，自定义最多能加 20 个。类型建好，每台机器人按推算日期建日程，设提醒。
年度保养合同本身就走订单管。客户签一年四次上门的保养合同，点「创建订单」，产品选保养服务，收款设分阶段收款，按四次上门拆四个阶段，每次服务完记一笔收款。哪次该上门没收上钱，订单详情里付款状态看得见，不会出现服务做完了合同款还挂半年的事。合同到期前一个月，在日程里再排一条预约回访，谈续约的事，别等客户停了合同才想起来。
这套会失效的地方
整套办法的软肋是读数依赖人报。客户嫌麻烦不报，工程师忘抄，字段空着，提醒就全废了。所以抄表要写进服务工程师的上门动作清单，进车间先看控制器，比打卡还靠前。头两个月最容易断，工程师嫌多一道手续，管理上得有人抽查字段更新时间，空着超过一个月的名单拉出来挨个催。机器人保养合同金额不大，但它是和客户年年见面的由头，丢了这单，下一台机器人采购就轮不到你。装备制造CRM 要管的就是这种长周期的服务节奏。系统算不出小时数，能做的是把报上来的数管住、把该来的提醒排上。千营CRM 在这里是个台历，笔还得你们自己拿。
