比如门店准备从下周一调整一款全合成机油保养的价格。页面上的数字改掉并不难，真正要确认的是：周日已经预约的车按哪个价格结算，会员折扣从什么时候生效，套餐里剩余的次数是否受影响，收银台和小程序会不会一边新价、一边旧价。
服务项目、价格、会员和维修订单就在这种日常变化里缠到一起。站在红数科技服务方的位置，我们会先把它们拆开管理：项目说明门店提供什么服务；价格记录某个时间、某家门店按什么规则收费；会员账户保存身份与权益；维修订单则把当次车辆、项目、配件、工时和结算结果固定下来。拆开以后仍要能互相查到，但谁也不能随手覆盖谁。
项目改名只是最小的一步
“基础保养”四个字，不足以支撑后面的预约、施工和结算。后台至少要说明适用车型或排量、机油规格与用量、机滤是否包含、材料是否另计、标准工时、预计时长、所需工位或技师、质保口径、适用门店。顾客看到的服务内容，接车人员开的施工单，技师拿到的作业项目，最后应是同一件事。
每个项目最好有一个不随名称改变的内部编码。名称从“空调清洗”改成“空调蒸发箱清洗”，可以继续使用原编码；门店不再提供某项服务，就把它从预约入口下架，不要删除。旧订单、会员套餐、售后记录还需要靠这条项目记录还原当时发生了什么。
重复项目需要合并时，也不是把其中一条删掉就算结束。先确定今后统一使用哪个项目，再检查另一个项目有没有未履约预约、在售套餐和有效优惠券。新订单可以改走统一入口，历史订单仍保留原来的名称、说明和计价方式。
门店自己维护项目时，后台应要求填写适用门店、生效时间和修改原因。若变化涉及拆装范围、材料包含方式、安全检查或质保承诺，再加一道店长或技术负责人复核。发布后别只刷新小程序首页，预约确认页、接车单、施工单、结算单和售后查询都要抽一遍。
改价格时，先问旧订单按哪个价算
汽修价格很少只是项目表里的一列数字。同一个保养项目可能有门店标价、会员价、车型或用量差价、套餐分摊价和限时活动价，还要处理优惠券能否叠加、材料费是否包含、检查后追加维修怎样让车主确认。
直接覆盖原价格，过几天再查旧订单时，系统很可能只剩一个结果，已经解释不出当时为什么收这个数。更合适的做法是保留价格版本。新版本写清适用项目、门店、车型或规格、会员等级、开始与结束时间、叠加条件和批准人；到了设定时间再生效，旧版本留着供历史订单查询。
顾客下单或确认维修方案的那一刻，订单需要保存项目名称、服务内容、单价、数量、折扣、材料费和应付金额的快照。后台后来调价，不能把已经确认的订单重新计算。预约时只是锁名额、到店检测后才报价的项目，则应在页面上把计价方法和最终确认节点说清楚，不能拿一个并不适用于所有车辆的低价代替完整说明。
《明码标价和禁止价格欺诈规定》要求，提供服务时标示服务项目、服务内容和价格或者计价方法，价格发生变化时及时调整相应标价；先消费后结算的，还应在结算前出具列明服务项目、价格和总收费金额的清单。现行《机动车维修管理规定》进一步要求维修经营者公布工时定额和收费标准，维修结算清单中的工时费与材料费分项计算。因此，小程序、接车开单和门店收银不能各自维护一套说法。
新价格发布前，拿几笔容易出错的订单试算，比只看页面上的价格更有用。普通用户下一单；会员带着折扣和优惠券下一单；再做一笔活动结束前预约、结束后到店的订单。接着试撤单、改单、部分退款和套餐核销。每一步都能还原原价、优惠来源和余额变化，这个版本才适合放出去。
活动结束与已经卖出的会员权益失效，是两回事。新客优惠可以按新日期停止，已经售出的次卡、套餐和储值服务仍要按当时约定处理。后台若只提供一个“批量失效”按钮，很容易把尚未履行完的权益一起关掉。
会员换手机号，不等于换了一个人
会员数据不能只当成一张通讯录。一个人可能登记几辆车，一辆家庭用车也可能由不同的人送修；手机号会换，车辆会转让，会员等级也会升降。比较稳妥的关系是：系统给会员保留稳定的内部编号，手机号用于登录和联系，车辆与会员建立可变的关联，余额、积分、套餐和消费记录各自有账。
换绑手机号时，需要验证原账户或走门店人工核验，并留下经办人与时间。合并重复会员前，先把两边的车辆、储值本金、赠送金额、积分、优惠券、套餐次数和未完成订单列出来，逐项决定如何处理。车辆转让后，原车主的付款和维修委托记录仍属于原业务记录，不能连同车辆资料一起展示给新车主。
余额也不能只剩一个“当前金额”。充值、赠送、消费、退款、到期处理和人工更正，都应形成独立流水，关联到具体订单或处理单，记下变动前后金额和操作人。出现对账争议时，门店才能从余额回到账单，再回到当次维修项目。
2024 年 7 月 1 日起施行的《消费者权益保护法实施条例》明确，以收取预付款方式提供商品或服务，应与消费者订立书面合同，约定具体内容、价款或者费用、预付款退还方式和违约责任；未按约定提供服务的，消费者可以要求继续履行或者退还预付款。会员规则升级时，页面文字、合同版本、用户确认时间、充值批次、剩余余额和退款依据需要一起考虑。各地对预付式消费另有细化要求的，门店还要按所在地规定执行。
手机号、车牌号、车辆识别代号、维修记录和消费记录，能够关联到具体个人时，都在个人信息保护范围内。《个人信息保护法》要求个人信息处理具有明确、合理的目的，收集范围限于实现目的的最小范围；《消费者权益保护法实施条例》也明确不得过度收集消费者个人信息。
落到后台权限上，前台顾问可以看接车所需的信息，技师通常只需看到车辆和施工内容，财务处理账务，批量导出、修改余额、合并会员和删除数据应单独授权。手机号、证件信息等字段在没有查看必要时做脱敏显示。员工离职，账号和导出权限及时收回；开发或售后排查问题，优先给临时权限和脱敏数据。
会员申请注销后，也不能粗暴地把整条记录物理删除。登录关系、营销授权和能够删除的信息按规则处理；维修档案、财务凭证等依法或者为解决合同与售后问题确需保留的内容，应限制继续使用，并按照对应期限保存。哪些删除、哪些保留、谁能查，需要在产品设计时分清楚。
小程序订单不能停在“已完成”
维修订单是前面几类数据最后落脚的地方。它要保存接车时的车辆信息、车主报修描述、检查结果、经确认的维修项目、工时、配件和材料、施工人员、质检结果、付款与售后记录。检查后增加了项目，何时由谁确认、按哪个版本计价，也应当能查到。
现行《机动车维修管理规定》要求建立机动车维修档案并实行电子化管理，档案包括维修合同或者托修单、维修项目、维修人员、维修结算清单等；相关维修电子数据记录还应按规定如实填报、及时上传至汽车维修电子健康档案系统。小程序订单因此不能只保存一个预约结果。如果它还连接门店 ERP、收银系统或电子健康档案接口，应事先定好每类数据以哪套系统为准。
最怕的是几套系统都能改，又没有人知道最后信哪一份。服务项目由门店 ERP 维护，小程序只负责展示，就不要再允许运营人员在小程序后台单独改一套；会员余额以会员中心账本为准，收银系统回传消费结果，不应直接覆盖余额数字。确实需要双向同步的字段，要写清冲突时采用哪边、失败后由谁补处理。
同步失败也别悄悄吞掉。订单收款成功但套餐没有核销，维修完成但档案没有回传，都应进入可见的异常列表。重试时还要防止重复扣次、重复积分或生成两份档案。每天抽几笔订单，从预约、接车、施工一路核到结算、会员流水和档案状态，能发现不少汇总报表看不出的错。
门店后台可以承担项目上下架、图片说明、预约时长和计划内价格版本这些日常维护。折扣叠加顺序、套餐核销、跨店余额、退款算法、会员合并以及外部接口字段变化，会影响订单或账务，改之前应把新旧规则、受影响订单和退路写清楚，再交给产品、开发和测试处理。
红数科技交付这类系统时，会把项目与价格的数据字典、角色权限、操作日志、接口状态、备份恢复和异常处理放进验收范围。门店需要明确谁负责项目，谁批准价格，谁处理会员账，系统异常由谁联系服务方。负责人没落下来，再完善的后台也会慢慢变成谁都能改、出了问题又没人敢确认。
平时不用为维护写很厚的报告。当天先处理支付未核销、余额异常和接口失败；每周看新项目、待生效价格、到期活动与集中投诉；每月复查管理员权限、人工调账、批量导出和备份恢复。重大促销、跨店规则或会员体系调整上线前，单独试算一次，准备好暂停和回退办法。
最后随手抽一笔半年前的订单：还能不能看到顾客当时确认的项目和价格，解释优惠为什么这样算，找全会员余额的每次变化，确认谁改过数据，并把结算单和维修档案对上。能答清这些问题，小程序才经得住门店每天真实发生的变化。
[1]: 国家市场监督管理总局，《明码标价和禁止价格欺诈规定》（国家市场监督管理总局令第 56 号），2022 年 7 月 1 日起施行。 [2]: 交通运输部，《机动车维修管理规定》（2021 年修正），参见第二十五条、第二十六条、第三十条和第三十三条。 [3]: 国务院，《中华人民共和国消费者权益保护法实施条例》（国务院令第 778 号），2024 年 7 月 1 日起施行。 [4]: 全国人民代表大会常务委员会，《中华人民共和国个人信息保护法》，2021 年 11 月 1 日起施行。
