B 站的读者知道我做实测系列:快餐连锁、母婴店都测过。第三测,汽修厂——同行覃老板的店,十一年,六个举升机工位,一间配件仓。
选汽修厂不是随手挑的。前两测之后,评论区吵翻了:有人说餐饮简单,有人说母婴店单据少,生成系统赢在业务轻。
这回特意挑了个「重」的——汽修的单据密度、配件品类、工时口径的复杂度比前两家都高。
赢要赢在硬仗上,实测系列才立得住这个招牌。这测要是过了,「AI 生成的系统能扛正式业务」这句话,才算有了三分底气。
测试对象照旧:AI 生成管理系统,一句话需求,看它能不能扛正式业务。测试方法照旧较真:五道关,一道一道过,过不了的如实写。
开始前把规矩立在这:每一关都有判定,判定只认数据不认感觉;系统做不到的,我照写不误。实测系列做三期了,信誉比流量值钱——测出毛病来,反而比全是好评更有人看。
先给个总结论:五道关全过,系统上线一个月,工时占比、配件毛利、回头客三个数都出来了。过程比结论好看,逐关拆。
一、第一关:生成
1、需求就一句
覃老板的原话,我原样记录:
「给汽车修理厂建管理系统，要有维修工单、配件库存和客户档案」
打完这句话,系统先返回方案说明,不是直接蹦界面——这个设计我给好评:先对口径,再做东西。
方案说明摊开三块:工单怎么记、库存怎么走、档案怎么建。覃老板看方案的姿势很土但很有效:念给班组长听,班组长说「不对」的地方,就是行规和方案拧着的地方。
外行看方案看不懂,内行听方案听得出来。这套「念给内行听」的核对法,各位可以直接搬回去用——比对着功能列表打钩靠谱十倍。
2、方案核对,改两处
老板逐条核方案,核出两处口径:工单要加「工时数」栏,只记金额不行;配件出库要分「维修领用」和「零售」,混着算不清毛利账。
我盯着他改:每处就是一句话的事,说完方案当场刷新。这个体验和过去「提需求走变更单」是两个世界。
多说一句工时数为什么重要,没修过车的朋友可能没概念:汽修报价=配件价+工时费,工时数不进单据,等于只记总价不记明细。
月底想算「工时收入占比」,门都没有。这一栏加上,单据才从收条变成账本。
3、三个引导问题
系统追问三件事:
①您的维修业务流程主要包含哪些关键环节？答： 接车登记与预检
②系统中需要区分哪些主要角色权限？答： 前台接待（负责开单、客户沟通）
③关于配件库存管理，您更关注哪方面的数据规范？答： 仅关注当前库存数量与上下限预警老板按店里的规矩答的,答案我核实过,全是现行做法,没有一问虚的。
答完生成。四种角色：
①前台接待：负责客户接待、接车预检、开具维修工单及客户沟通。
②维修技师：根据工单执行维修作业，反馈维修进度与配件使用情况。
③仓库管理员：管理配件出入库，维护库存数量，处理库存预警。
④财务结算员：审核维修费用，完成收款结算并归档工单。
九张表单：
①客户档案：记录客户基本信息与联系方式。
②车辆档案： 记录车辆基础信息与维修历史。
③接车预检单： 客户到店检查项目及初步记录。
④维修项目库： 维修项目的基础信息与服务报价。
⑤配件领用单： 记录维修过程配件申领与出库信息。
⑥配件入库单： 记录配件采购入库的相关信息。
⑦配件库存表： 记录仓库配件的存量与出入库记录。
⑧维修工单： 记录维修业务的全流程信息，包含维修项目明细、配件明细。
⑨结算单： 记录维修项目的收款与结算信息。
三条工作流：
①维修工单流程：由前台接待发起，经维修主管审批后生效。
②配件领用单流程：由维修技师发起，经仓库管理员确认后出库。
③配件入库单流程：由仓库管理员发起，经采购主管审批后入库。
当天生成。老板还挑出客户档案里默认的「政治面貌」字段,说修车用不上,一句话删了,当天删除。
第一关判定:过。生成的骨架和业务对得上,改口径的主动权在业务手里。
补充记录一个细节:生成是当天完成的,不是「当天开始」。从那句话到四条工作流全部摊开,当天交付。当天交付的意义不在快,在「改了马上看」——试错周期从月缩到时辰,核对的心态也就完全变了。
二、第二关:数据迁移
1、旧账有多浑
迁移前先看旧账:三百多张在修工单,手写两联单;八百多条配件档案,流水本。老板自己说:「这账,我自己都怕迁。」
2、迁法
前台姑娘录,老板核,我远程盯比对。两周迁完,逐条比,抓出七处错:认错的字、漏的数量、错位的单价。复比零差异。
有读者可能问:OCR 扫描、批量导入,不比人肉快?问得好,这题我想过。他那七处错——潦草的字、漏的数量、错位的价——恰恰是自动导入最容易带进去、最难被发现的错。
人肉录入慢,但人肉自带校验:老板核的那一遍,不是在核对数据,是在核对自己的十一年。这种核对,AI替代不了,也不该替代。
3、意外收获
配件仓顺带盘了一次库,曝出三万多的漏记出库——常年「以修代售」不记数的窟窿。这个窟窿不是系统捅出来的,是系统照出来的。
第二关判定:过。附带结论:旧账越浑,越要先盘后迁,别把浑水灌进新系统。
三、第三关:流程实测
1、维修流五节点
开单、派工、领料、完工、结算,拿真实维修单跑。两个卡点全程有效:领料必须扫配件码,扫不上单据卡住;完工必须班组长核工时,报多少不能直接上单。
实测期间有人想绕,两次都被拦下了。卡点拦住的是将就,将就攒得多了,账就浑了。
2、配件分账
维修领用和零售分开走,月底毛利自动拆。这一条在汽修行业是命门:不分开,配件是赚是赔永远一笔糊涂账。
我特意测了边界情形:一单里既有维修换件、又有客户单独买瓶玻璃水,系统能不能拆清?实测能——领料走工单关联,零售走销售单,一张单据两种走法,月底各归各账。
这个测试点是覃老板出的题。他说这是过去用通用软件时的老大难:软件不管你配件是修出去的还是卖出去的,全混一起。行规和通用模型的差距,就在这些边角上。
第三关判定:过。流程把行规焊死了,人想糊涂都难。
四、第四关:并行对账
1、十天双轨
两联单照写,系统同记,天天对账。我建了张共享表,三块差异(工单、配件、现金)逐日往里填。
2、两处差异,全是旧通道的错
十天三次对账,两处差异:一处手写单漏记领料,一处金额手算进位错。都是旧账的错,系统全对。
这两处差异我记在共享表里,标了「旧通道责任」。事后看,这两笔是整个实测里最值钱的数据:它们证明了双轨不是走过场——旧账真的会错,而且错了自己不知道。
覃老板看表的时候说了一句话,我原话记下:「本子会忘事,机器不会。以前是不知道谁忘,现在是本子忘没忘,当场就知道。」
第十一天,两联单退役。切换的底气不是信任,是数据。
第四关判定:过。
五、第五关:压力
月底最后一天,单据最密:六个工位齐开工单,四十七张维修单、一百多次配件出入库,十个入口同时用。
全程零卡顿,零丢单,零差错。
第五关判定:过。平时好用不算数,最忙那天不出事,才算扛得住。
六、上线一个月的数据
工时收入占比百分之三十八,比老板预估低了七个百分点。为什么低?顺着报表看,洗车贴膜这类低工时项目占了不少产能。数据一摆,项目结构调整就有了依据。
配件毛利头一回看清:机油机滤薄利走量,专项配件厚利走窄,补货从凭手感变成看数据。月底盘点差异从三万多的窟窿,降到了一百元以内。
保养提醒发出四十多条,一周回流十九单——转化接近一半,这个数字放在群发营销里不可想象,准头,就是转化率。回头客占比从六成升到七成。
四个数,全是系统报表出的,不是我编的。实测系列的读者知道我的规矩:数出有据,没有数的不写,有毛病的也不瞒。
还有一个数没进正榜,单说一句:月底对账的工夫,从往年的一整天,缩到了收工前的一小段。这个数不上报表,但月底那一天的体感最实在。
常见问题
Q1：为什么每次都要设五道关?
生成只给一个起点,过不过关,是自己定的。五道关跑完,敢不敢上正式业务,心里有数。跳过验证直接切,省的是几天工夫,赌的是整个业务。
Q2：两处口径不改会怎样?
工时数不进单据,工时占比永远算不出;领用零售不分开,配件毛利永远是笔糊涂账。AI 按通用惯例建模,行规必须自己核——这一步谁也替不了。
Q3：老师傅配合吗?
头一周嘀咕,月底全实报。诀窍是把工时挂上绩效:报得实、拿得多。培训教不会意愿,利益才行。
Q4：手写单数据迁移值得吗?
值得。三百多张单两周迁完,顺带曝出三万多的窟窿。迁移不只是搬家,是旧账的一次全身体检。
Q5：什么情况不建议上?
行规说不清楚的,先别上。工具接得住说得出来的规矩,接不住说不清楚的。上系统前先把规矩写下来,这一步省不得。
Q6：下一测测什么?
评论区征集:点赞最高的那个行业,下期实测。目前候选:干洗店、乒乓球馆、口腔诊所。想看哪个,评论区留言。
