一、项目背景

这家汽车养护快修连锁当时有二十来家店，工单还是纸单在店里转。车主来保养，店员手填项目，配件领用靠仓库登记，老板想知道某辆车上次换了什么、下次什么时候该保养，全得翻纸。会员储值是有的，但和工单是两套系统，车主觉得充值了也没啥专属感，到期提醒基本靠门店自己记，经常忘了说，复购全凭缘分。

我们进场的目标是：把车主和车绑在一起，保养周期能主动提醒，工单和配件能闭环核销，会员能真正运营起来。底层依然是基于 XpShop 的会员与订单体系，再把汽修场景的车辆档案、工单、配件这几块补上。

二、落地场景

我们落地了四条主线。车主档案与车辆档案，一个人可以挂多辆车，每辆车记品牌、里程、上次保养项目，按车牌维度归一。保养周期提醒，系统按车型和里程算下次保养节点，提前推短信和小程序消息，门店也能看到即将到期清单。工单与配件核销，技师开单选配件，仓库出库同步扣库存，工单完工后配件成本自动归集到这单。会员储值与评价，储值余额抵工单，完工后推评价，评价进门店考核。

试点先在五家店跑。数据初始化又是老大难，原来纸单上的车牌和里程很多是缩写和估算，我们做了一批模板让门店两周内补全，不补全的车辆不进提醒名单，宁可少提醒也别乱提醒惹车主烦。

三、关键技术挑战与解决思路

第一个挑战是人和车的绑定关系。一个家庭常有多辆车，也可能一辆车在不同人名下过户。我们没有强求唯一，而是用车主主账号挂多辆车，每辆车独立档案，提醒按车发、账单按人归，这样家庭账户也能用。

第二个是保养周期的算法。不同车型、不同里程段的保养项目差很多，写死不现实。我们把保养手册抽象成规则表，按车型加里程区间匹配建议项目，门店可以在建议上增删，最终以工单为准。规则表由总部维护，门店不用懂算法。

第三个是工单配件核销的对账。早期出现过开单领了配件但工单取消，库存没收。我们改成工单状态机，只有完工状态才最终扣减并归档成本，取消或挂起的中间态配件走预占，撤销即回滚，库存账终于平了。

案例片段（已脱敏）： 保养提醒规则片段（YAML 示意）：- car_type: "A级轿车"  items:    - {name: "机油机滤", interval_km: 5000}    - {name: "空调滤芯", interval_km: 20000}  next_by: ["last_date", "last_km"]工单日志一例：车牌 X 的 A 级轿车，2026-02-10 里程 41000，系统按规则推"机油机滤到期"，门店开单并领料，完工后配件成本 86 元归集到该工单，库存相应扣减，状态机由 created 经 assigned、serving 到 done。

四、效果数据

五家试点店跑满两个月，我们看了一组数据。车辆档案完整率从初始化前的约四成提到约 92%，主要靠模板强约束加门店考核。保养提醒触达率约 85%，没触达的主要是预留手机号错的，这部分我们提示门店当面核对。复购率，对比上线前同期，进店保养的车主里二次到店比例从约 33% 升到约 47%。工单核销率接近百分之百，库存账和财务账第一次对得上。

说实话复购提升没我们预期猛，后来复盘是提醒文案太像广告，车主当骚扰屏蔽了。改成纯提醒加门店落款之后，打开率才上来，这算一个典型的文案教训。

五、可复用经验总结

汽修数字化第一步是把车当主角，人挂在车后面，我们最早反过来做，结果家庭多车全乱套。保养规则必须外置成总部维护的表，门店不该也不该会写算法，给他们一个能增删建议的界面就够了。工单一定要上状态机，配件预占和最终扣减分开，否则库存和成本永远对不平，这是连锁业态的命门。提醒文案别把自己当营销号，车主对这种敏感，像骚扰一样发只会拉黑。

后续他们想接保险续保和年检提醒，逻辑和保养提醒是一套，只是触发条件换一下。

附：会员运营的真实手感

系统跑起来后才发现，汽修会员和快消会员完全是两回事。快消靠高频低价黏人，汽修可能大半年才来一次，平时不理他，一来就是几百块的活。所以我们把会员运营重心放在保养周期上，而不是天天发券。门店也提了需求，想看某辆车的历史消费，用来推相关服务，比如换过轮胎的顺带推四轮定位。这个我们在车辆档案里加了消费时间线，技师一眼能看到。还有个细节，储值我们设了阶梯赠送，充得多送得多，但发现有人一次性充很多然后长期不来，资金沉淀反而是负担，后来改成了小额多充，更贴合低频场景。

上线后我们还接了保养提醒的到店转化统计，发现提醒发了但没来的占比不低，复盘是提醒话术太生硬，像系统群发。改成带门店落款和技师署名的口术之后，到店率明显上来。这说明汽修会员运营，温度比频率重要，我们一度迷信自动化触达，后来才明白人味更管用。门店侧也用上了车辆档案做主动服务，比如某辆车常跑长途，保养时顺带查轮胎和刹车，客户觉得被惦记，粘性就起来了。汽修是低频高信任的生意，信任靠这些细节攒。