工作总结
发布时间：2026-04-25网络客服部工作总结。
干我们这行，以前最怕的不是用户骂人，是明知道问题在哪却只能挨个救火。去年夏天，某小区一个端口坏了，客服小妹连着派了七张单子，施工队跑了四趟，最后发现只是分光器上一个法兰盘松了。用户气消了，但我心里堵得慌——我们明明可以早点从工单里看出规律。
今年不一样了。我没做什么惊天动地的改革，就是带着团队把“事后救火”的流程硬掰成了“事前找茬”。具体怎么掰的？说三件事。
头一件，是今年三月份那个新交付的小区。交付头一周，87张报修单砸过来，清一色的“光猫LOS闪”“一到晚上就掉线”。按往年路子，客服只能一边道歉一边派单，等施工队排期上门。那天晚上我值班，盯着工单列表看了半小时，发现3号楼和5号楼的投诉占了七成，而且掉线时间集中在晚上八点到十点。这不像是随机故障。
第二天一早，我拉着维护班长老周，带上光功率计和OTDR就去了。老周蹲在楼道分纤箱前测了五分钟，抬头看我：“负28，低了6个。”我俩顺着二级分光箱往里查，打开箱子差点没气笑——尾纤被硬塞成麻花状，好几个弯半径比筷子还细，法兰盘上粘着灰。这是施工队赶工期留下的手尾。
按公司流程，我应该拍个照发给施工队长，让他派人来整改。但那天我改了主意：先别急着派单，87张工单全部挂起，客服按我写的三句话话术远程指导用户——“拔插电源”“记录掉线时间截图”“用360测速截图”。同时我跟老周花了六个小时，把那两栋楼的12个分纤箱全部拆开重做，热缩管保护接头换了，尾纤用扎带固定好弯径。回来路上我就在车里拿手机敲了份《FTTH入户微弯损耗排查清单》，要求所有新装和整改项目必须用皮尺量尾纤弯曲半径，拍照上传。
施工队长第二天就找上门了，说“这不在验收标准里”。我把87张工单打印出来摔他桌上：“你的验收标准就是让用户天天打客服电话？”最后在项目例会上，我调出后台数据——整改前该小区报修率11.6%，整改后一个月内降到2.3%。他闭了嘴。但这事没完。客服部的小王后来跟我抱怨：“老大，现在每张单子多了三道确认话术，用户嫌我啰嗦。”我说行，那你算算，是多花一分钟问清楚省事，还是派单后等三天再被骂省事？她回工位自己算去了。
第二件事，是四月份那场暴雨。那天下午雷声一响，我就知道要出事。果然，半小时内客服电话被打爆——某个老旧小区三栋楼同时断网。以往这种批量故障，客服只负责记录和安抚，等传输机房的人查原因。那天我多了个心眼，调出三月份刚装的机柜温湿度传感器后台，发现故障点的三台交换机在断网前半小时温度都飙到了72℃，风扇转速却只有40%。
打电话问维护组的老李，他说那批交换机是含油轴承风扇，粉尘环境撑不过半年。我带着工具箱到现场，拆开第一台交换机，风道被灰色棉絮堵得严严实实。用鼓风机吹干净，换了手头备用的双滚珠轴承风扇，装上后温度五分钟掉到48℃。但剩下的十几台怎么办？全换一遍得一整天，用户等不了。
我做了个冒险的决定：先临时恢复那三台故障机，同时让客服群发短信“因雷雨导致设备过热保护，预计今晚十点前全面恢复”。然后我带着两个客服小伙子，一人一把螺丝刀，花了五个小时把同批次18台室外机柜全部清理并换风扇。那天晚上十点零三分，最后一台交换机上线，用户投诉比预期少了四成。
这事过后，我改了维护周期表：室外机柜清灰从半年一次压到每季度一次，雷雨前必须巡检防雷模块指示灯状态。更关键的是，我逼着每个客服学会了看温湿度曲线图——现在他们接到批量断网投诉，第一反应不是派单，而是先扫一眼大屏上的设备温度。今年六月另一场暴雨，客服小刘自己发现某机柜温度异常，提前通知维护组去清灰，避免了又一次批量故障。
第三件事是个失败案例，但我觉得最值钱。今年五月，我们试行工单闭环后必须填写“故障根因字段”，不能写“线路问题”这种废话，要精确到“楼道分纤箱第三芯熔接损耗超0.5dB”这种级别。推行第一周，客服团队炸了锅。小张直接跟我说：“有这功夫我能多接五个电话，你这是在整我们。”
我没听她的，硬推了两周。结果第三周数据出来，平均处理时长从4.2分钟涨到了6.8分钟，用户满意度掉了5个百分点。更打脸的是，我发现有同事为了图快，随便选个“光猫故障”就提交了，根因字段成了摆设。
那天下午我把大家拢到一起，没训人。我说：“是我的错，我没想好怎么让这个事帮你们省力，反倒添了麻烦。”然后我拉出后台数据，挑了一个典型工单——某用户报修三天断了五次，根因填的是“信号差”。我说这跟没填一样。然后我当场打电话回访那个用户，问出他家路由器放在电视柜后面，旁边挨着微波炉。重新填根因：“用户自购路由器被微波炉电磁干扰，非线路问题。”这个案例后来成了我们的教学模板。
我改了个办法：不强制每张单子都填那么细，只要求两类工单必须填清楚——同一用户七天内的重复报修，以及同片区三张以上类似故障。其他单子可以选标准选项，但标准选项里加了“疑似物理层”“疑似应用层”“疑似电源”等具体分类。同时我在复盘会上不再批人，而是让填得好的同事分享怎么在两分钟内问出根因。小张后来自己搞了个小本本，记了三十多个“一句话问出故障位置”的话术，比如“你家光猫闪红灯吗？是常亮还是闪烁？”——这在以前她转给技术部才问。
今年上半年下来，客服部独立闭环的工单占到了82%，转给现场维护的只有18%。去年这个数字是54%。更重要的是，我们那套《入户验收十二项硬指标》被公司采纳为施工队上岗考试内容。不是因为我说得好，是因为我们手里有87张工单、18台过热交换机、一堆填废了的根因记录——这些东西比任何会议发言都有说服力。
要说还有什么没做好，就是团队里有两个老同事到现在还是不习惯看温湿度曲线，觉得“那是维护组的事”。我也没强求，只是每个月考核时多了一项：谁提前预警了一次潜在故障，奖励两百。上个月老何拿到钱了，因为他从一张“每天晚上十点准时卡顿”的工单里，通过查用户家路由器连接数，发现是孩子玩的游戏自动更新。他没转技术部，自己教用户改了QoS规则。这事他在复盘会上讲了二十分钟，最后说了一句让我记到现在的话：“原来客服也能干技术的活。”
可能这就是我想要的。不是每个人都要会熔光纤、写脚本，但每个人得知道：用户说的“网断了”背后，可能是法兰脏了、风扇堵了、路由器被微波炉烤了，也可能是孩子偷玩游戏。把这些东西弄明白，我们就不再是传话筒。（高分范文网 wWW.977139.cOm）
-
更多精彩工作总结内容，请访问我们为您准备的专题：工作总结
