工作总结
2026-04-28 工作总结 公交客服2026年公交客服工作总结。
干公交客服这些年，我有个很深的体会：坐在工位上接投诉和蹲在车底查线路，其实是同一件事。我是客服团队里负责技术支撑的那个，说白了就是设备故障、系统报错、站台黑屏这类事，先过我手筛一遍。能电话解决的绝不派修，该动手的拎起工具箱就上车。下面说的全是真刀真枪碰出来的，没一句虚的。
先讲个让我至今都记着的案子。去年夏天，30路连续一个星期接到七八个投诉，说车厢语音报站跟实际站点对不上——明明是“中心医院”，喇叭里喊出来的是“市政府”。调度平台上看GPS轨迹完全正常，车载终端的在线率也是100%。这简直让人挠头，按常规逻辑，报站错位要么是定位漂移，要么是终端掉线重连，可数据层面偏偏没毛病。
我带着两个维修工跟了三天车。第一天拿本子记：每站进站时间、报站触发点、司机有没有按过应急按钮。发现一个规律——只有下行方向、经过一座高架桥底下那连续三个站点时才会出错。第二天换了一辆车测试，问题一模一样。第三天我干脆带了示波器和串口调试线，现场抓CAN总线数据。结果查出来让人深感无奈：高架桥下的信号屏蔽导致终端频繁搜星，但终端固件有个隐藏逻辑——信号重连超过三次后，报站触发会“卡死”在上一站的状态。日志里根本看不出报错，因为设备认为自己在正常工作。最后解决方案不是换硬件，而是升级固件版本，同时在那三个站点增加了人工辅助触发极值。升级后我们又连续跟车两周，错报从平均每趟2.3次降到了0.1次。后来我把这条路线的信号干扰模型写进了新线路验收规范，要求所有经过高架、隧道、密集楼群的路段必须做至少三天的实景路测。
再说说施工验收的事。去年年底新开一条BRT支线，设备安装外包给了第三方。我去做质量验收，手边就攥着《车载电子设备安装规范》。检查到其中一辆车的调度终端时，发现接地线拧在了空调管路的支架上——而那个支架刷了厚厚一层防锈漆。这不等于没接地吗？漆层绝缘，静电和浪涌根本泄不掉。外包负责人拍胸脯说“干了几十个项目都这么搞”。我没跟他吵，直接翻到规范第4.2.3条念给他听：“接地端子与车体金属结构之间电阻不大于0.1欧姆，接触面严禁有漆、油、锈。”拿万用表一量，开路。那一下午，我盯着他们把所有车的接地线改焊到预留螺栓上，每一辆做完导通测试后签字确认。第二天我还写了份《外包施工质量问题通报》，抄送给采购部和法务，建议从合格供应商名录中暂停该单位三个月。两周后采购部真的采纳了。后来我们自己的验收清单里加了一条：接地电阻实测值必须手写在报告上，不许只打勾。
设备维护这事，我总结过一个土办法——把日常高频故障按排除时长分成三档。第一档是五分钟内能搞定的：重启终端、插紧线缆、清洁读卡器光路。这类问题我要求客服在电话里直接指导司机操作，省掉等维修工的时间。第二档是半小时内的：换天线、恢复出厂设置。第三档是需要离线拆修的，就走备件置换流程。这套法子是被逼出来的。有一回早高峰，一个枢纽站的闸机全挂了，乘客堵到马路上。我赶到现场查了一圈，发现是一台交换机因为散热风扇停转导致内部过热死锁，而监控平台居然没有报警——温度阈值被人为设高了5度。这简直让人火大。当天我就把监控平台的历史数据导出来，发现那台交换机已经三个月没上报过温度了，因为阈值设高后它永远在安全区。我直接去找了信息中心主任，指着屏幕问他：这种告警配置，您觉得有用吗？后来我们重新校核了所有关键设备的告警阈值，并且在每个机房和票务机柜里加装独立温度计，每周手动比对一次。再也没有出现过闷烧不报警的情况。
带团队这件事，我不爱讲大课。每周五下午雷打不动做故障复盘，不搞PPT，直接把上一周的报修工单抽三张出来，让当事人现场复现：你第一步判断了什么？万用表打在哪个档位？软件日志看第几行？答不上来就一起翻手册。有个新来的小伙子第一次处理车载屏花屏，按照标准流程换了两根排线还不行，最后查出来是主板上的一个电容虚焊——这种活儿按理要返厂。我说你焊，焊坏了算我的。我手把手教他用吸锡器和恒温烙铁，第一块板子焊了四十分钟才搞定。后来这小子成了组里维修最快的人，上个月还自己写了个《常见虚焊点排查手册》。你看，技术积累就是这么一个个坑填出来的。
当然也有被打脸的时候。有一回我坚持按手册上的故障代码表修一块调度屏，修了三次没修好，最后用示波器看波形才发现是手册里那个代码对应错了——印刷错误。从那以后，任何维修我都要求先读实时数据，不迷信手册，并且每年核对一次手册和实际设备的对应关系，把勘误表发给全组。
回头想想，这几年最大的变化不是什么技术突飞猛进，而是学会了在每一个环节问一句：证据呢？数据呢？动了哪颗螺丝？标准是怎么写的？不搞“大概齐”，不靠“我觉得”。早高峰的每一分钟都有人盯着那几块屏幕，你糊弄设备，设备就糊弄乘客。这道理，比什么高深理论都管用。
- 迷你日记网小编为您推荐工作总结专题，欢迎访问：工作总结
