汽修门店线上预约、车辆档案和工单流程应该怎么设计?

不少门店的软件看起来功能齐全，实际用起来还是离不开纸和微信群。原因往往不在页面少，而在三套记录彼此断开：预约里写着“刹车异响”，到店后重新问一遍；车辆档案只留了上次消费金额，看不到换过什么件；工单已经施工，客户追加授权却只留在聊天记录里。

站在红数科技为汽修门店做数字化服务的角度，我们更看重一件事：每个环节留下的数据，能不能被下一个岗位直接使用。系统不是把门店原来的表格搬到线上，而是把一次进店从预约到交车接成一条能追溯的业务记录。

预约先管产能，再管时间

线上预约最容易做成普通日历。车主可以选上午十点，系统却不知道当时有没有空工位、哪位技师能做、常用配件是否有货。结果是线上显示“预约成功”，车辆到店后仍然排队，门店反而多了一次解释。

预约时需要收集的信息不用很多，但要够接车使用：联系人和手机号、车牌或车型、期望到店时间、服务项目、故障现象、是否需要取送车。老客户选中已有车辆后，车型、历史里程和近期维修记录应自动带出，不要让他重复填写。首次到店的车辆可以先建轻量档案，到店核对车架号、里程等信息后再补全。

时间段不能只按营业时间开放。保养、轮胎更换、钣喷和复杂诊断占用的工位与工时完全不同，预约容量应由服务项目、工位、班次和可接单技师共同决定。不能准确排到个人时，至少要控制每个时段的总接待量，并给临时加项留出余量。

门店确认预约后，前台应看到一张当天到店清单，能区分待确认、已确认、已到店、已取消和未到店。改期、取消也要保留原因。提醒可以发，但不能把营销订阅和服务通知混在一起；车主只需要知道预约是否确认、何时到店、进店前要准备什么。

车辆档案要围着车建，不能只围着手机号建

一辆车可能由夫妻轮流送修，公司车也可能更换司机，手机号还会停用或变更。如果把手机号当作唯一主键，同一辆车很容易被建出两三份档案；反过来，一个联系人名下有多辆车，也不能混成一份维修记录。

更稳妥的做法是给车辆建立内部唯一编号，车牌、车架号、联系人都是可核对、可变更的属性。车架号适合确认车辆身份，车牌适合日常查找；两者发生变化时要保留修改记录，而不是覆盖后找不到原数据。联系人与车辆建立关系，标明车主、送修人、用车人或单位经办人，权限和通知对象也就容易管清楚。

档案里真正有用的，不是字段越多越好，而是下一次接车时能快速回答这些问题：这辆车上次为什么来，做了哪些项目，用了什么配件，当时里程多少，有没有未解决的建议项目，质保到什么时候。建议至少保留以下内容：

• 车辆基本信息：车牌、车架号、品牌车型、年款、动力类型、当前里程；
• 车辆与客户关系：当前联系人、历史联系人、单位车辆归属和通知偏好；
• 维修事实：进店日期、故障描述、检测结果、施工项目、工时、配件、技师、质检和交车里程；
• 单据与附件：接车照片、检测报告、报价确认、增项授权、结算清单和发票关联信息；
• 后续事项：未施工建议、质保期限、复查节点，以及基于里程或时间的保养提醒。

这里有个很实际的边界：门店可以记录与维修服务有关的信息，但不该因为“以后可能用得上”就多收一堆资料。联系方式、车辆识别信息、行驶里程和维修记录都涉及个人信息或能够关联到个人，收集目的、查看权限、保存期限和删除处理应当说得明白，并遵循明确目的、最小必要和安全保护的要求。

工单不是一张结算单，它要把责任说清

车辆到店后，已确认的预约应一键转为接车任务，原来的故障描述、预约项目和联系人随单带入。前台补录当前里程、外观和随车物品，必要时拍照留存；技师检查后再给出检测结果和维修建议。预约只是客户当时表达的需求，不能直接当成已经确认的维修项目。

一张能用的工单，至少要把“客户报修、门店检查、客户同意、车间实际做了什么、最后交付了什么”分开记录。它们看起来接近，责任含义并不一样。比如客户说方向盘抖动，这是故障描述；检查发现轮胎异常，是检测结果；建议做动平衡和轮胎处理，是报价内容；客户确认后，才成为获准施工的项目。

施工过程中出现增项，不能直接改掉原报价。系统应新增报价版本，说明新增项目、配件、工时、价格和原因，留下客户确认时间与确认方式。客户不同意，也应把建议和拒绝结果留在本次记录中，方便交车说明和后续复查。聊天截图可以作为附件，但关键的授权结果还要落回工单字段，否则日后很难查。

配件也不能只写一个名称。领料、退料、替换件、数量、单价和批次或适用信息要与施工项目对应。完工后由技师提交，质检人员记录检查结果；未通过就退回返工，不能直接把状态改成“待交车”。结算清单应以最终获准且实际完成的项目为准，报价、施工和结算之间的差异能查到原因。

状态少一点，但每次变化都要有依据

状态太少，大家只看到“处理中”；状态太多，员工每天都在点按钮。对多数综合维修门店，一条主流程已经够用：

预约待确认 → 预约已确认 → 已到店/接车中 → 检测与报价 → 待客户确认 → 施工中 → 质检中 → 待交车 → 已交车/已结算。

实际落地时还要允许取消、暂停和返工。暂停必须选原因，比如待配件、待客户回复、技术诊断或保险定损；返工要回到对应施工环节，不能另开一张与原工单无关的新单。每次状态变化记录操作人和时间，门店才能看出车辆卡在哪里。

上面的状态不是要求所有门店照抄。快修快保店可能把检测和报价合并，钣喷门店则需要拆出定损、拆检、喷涂和装复。是否拆状态，只看它会不会影响排产、责任或客户沟通。一个状态既没人负责，也不会触发下一步动作，就没有保留的必要。

三类数据怎么接起来

系统底层至少要有车辆编号、客户编号、预约编号和工单编号。预约可以取消，但不能删除它与车辆的关系；一次预约通常转成一张主工单，确需拆分时，也要保留来源。工单关闭后，施工项目、配件、里程、检测和质检结果写入车辆维修历史，财务数据进入结算与对账，不能把所有内容挤在一个大表里。

这张关系表还有一个好处：每个岗位只录自己产生的数据。前台不替技师写检测结论，技师不替客户做授权，收银也不需要重新拼一张结算明细。确实需要修改时，保留原值、修改人、修改时间和原因。尤其是报价、授权、领料、质检和结算，不宜允许无痕覆盖。

门店真正该看的几个数字

系统上线后，管理者不需要先看几十张报表。预约到店率能看出时段安排和提醒是否有效；工位负荷能看出是不是某个时间段集中堵车；报价确认率能帮助判断检测说明和报价是否清楚；车辆在店时长要拆开看等待配件、等待授权和实际施工，单看平均值容易误判。

返工或短期再次进店也值得单独看，但口径要由门店先定清楚。同一车辆几天内再次进店，不一定都是质量问题，可能是另一项故障，也可能是上次明确暂缓的项目。只有把工单项目、故障原因和质检结果关联起来，这个数字才有管理意义。

红数科技在规划这类系统时，通常会先跟门店把单据、岗位和状态逐项对一遍，再决定哪些环节自动带数据，哪些必须由当事人确认。门店原来怎么交接、哪里经常漏项、谁对哪一步负责，比先画多少页面更重要。流程没说清，软件只会把原来的混乱保存得更整齐。

还要守住维修记录和个人信息两条边界

《机动车维修管理规定》要求维修经营者建立机动车维修档案，并对档案真实性、完整性负责；依法需要报送的汽车维修电子记录，还应按行业管理要求及时、准确传送。因此，系统设计时要预留维修记录归档、查询、导出和按要求报送的能力，不能只保存一张消费小票。

《机动车维修服务规范》对接车、维修作业、质量检验、交车和跟踪服务等环节给出了行业要求。门店可以按自身业务简化操作界面，但不能把必要的检验、结算和质量责任一并省掉。

个人信息这边，岗位权限要落到具体数据。前台可以查预约和服务所需联系方式，技师看到车辆与施工信息即可，财务查看结算数据，管理者再按职责查看统计。导出客户名单、批量下载附件、删除档案这类高风险操作，应单独授权并留日志。员工离职或调岗后及时收回权限，比在制度里写一句“不得泄露”更管用。

常见问题

预约到店后还需要重新开工单吗？

需要形成正式工单，但不需要重新录一遍。预约记录的是到店意向，正式工单还要补充接车检查、最终报价和客户授权。最合适的做法是由预约直接生成工单，保留来源关系，再由接车人员补齐当次信息。

车辆档案按手机号、车牌还是车架号建立？

系统内部用不可重复的车辆编号做主键，车架号用于核验车辆身份，车牌用于日常搜索，手机号属于联系人信息。不要把任何一个会变更的外部字段直接当作唯一主键。

客户只在微信里同意增项，算不算已经留痕？

聊天记录可以作为凭据之一，但门店还应把增项内容、金额、确认结果、时间和经办人写回工单，附件与工单放在一起。只留在员工个人微信里，人员变动后很难查询，也无法参与结算校验。

一期系统应该先做哪些功能？

先把预约转接车、车辆档案、报价授权、派工施工、配件领退、质检、结算归档做通。营销活动、复杂会员等级和大量经营报表可以后放。门店每天都要经过的主流程没有接通，附加功能做得再多，也解决不了漏项和重复录入。