客服年终工作总结。
先甩数据：全年2147个工单，月均179个，比去年多啃下12.3%。故障类占了大头——58%，咨询32%，投诉10%。客户满意度4.82，比去年磨上去0.07分。别小看这7厘，那是把十几个差评一个一个啃下来的。一次解决率91.5%，平均响应47秒。说这两个数的时候我得老实交代：二季度这俩指标一度掉到86%和72秒，那阵子被客户骂得有点抬不起头。
我干的是客服，但服务器密码我也管着。这个双重身份有时候挺操蛋——正接着客户电话，告警短信就震过来了。但也正因为这样，很多别人要转二线的问题，我直接就能上手。反过来，系统哪儿疼了，从客户的骂声里也能闻出味儿来。
先说个把人搞疯的故障，前后折腾了37分钟。
今年3月，一个周四下午，连着7个客户说后台导报表页面卡死。一开始我也按老套路来：清缓存、换浏览器、关插件。没用。我直接跳上服务器看日志，导出接口的响应时间从正常的2秒飙到90多秒。再查数据库连接池，活连接数满了。为什么？翻最近的变更记录——周二开发上线了个新功能，报表里加了“实时库存”字段，但这个字段的查询没加索引。等于每次导出都要把整个表翻一遍。
我没等工单流转。直接拉上开发负责人开了个电话会，语气不太好：“要么紧急回滚，要么我现在手动加索引，你选。”他犹豫，怕影响其他业务。我给他五分钟，这五分钟里我已经在测试环境把加索引的脚本跑通了。五分钟后他同意了。我执行，11分钟搞定。从第一个客户投诉到问题彻底解决，一共37分钟。事后复盘写了一条硬规矩：上线前的SQL审核必须带执行计划分析，光看语法正确屁用没有。这条后来被塞进了发布的Checklist。
满意度是怎么掉下去又爬起来的？
二季度我个人的满意度掉到4.73，扣分项集中在“解决时长”。我把286个工单拉出来一个个翻，发现一个规律：客户等得最久的，反而不是什么复杂技术问题，而是那些屁大点事但流程绕死人的。比如客户A说发票开错了，得找财务重开；客户B要改企业认证信息，得商务审核。这些事技术上零难度，但我催一遍没回应，客户就炸了。
怎么办？我跟主管磨来了一个权限：流程卡住的工单，我可以直接在企微上@相关负责人，并且抄送他上级。同时给自己定了个死规矩——每个跨部门工单，每天早晚各跟一次，不管对方回不回，我都给客户同步状态：“今天上午已联系财务张老师，她正在核对数据，预计明天下午寄出。”客户要的不是马上解决，是心里有底。这条规矩执行后，三季度跨部门工单平均处理时长从4.2天压到1.8天，相关满意度从4.5拉到4.9。
说个跟技术无关但被骂得最惨的事——耳麦。
客服团队用的无线耳麦，平均每俩月坏一个。不是充电口松动就是按键塌陷。我拆开报废的看了，毛病很简单：大家习惯单手拽着耳麦主机拔USB线，长期拉扯导致焊点脱落。解决办法就一个——在每个工位桌面固定一个磁吸理线器，拔线前先按住理线器。同时我把插拔操作写进了《客服设备日常维护规范》，要求每天下班前检查接口和线材，发现松动立即报修。这两个破玩意儿实施后，耳麦故障率降了76%，全年省下三千多块钱。有人觉得不值当，但我觉得：一个反复出现的小故障，背后一定有可改的操作标准。找到了，改了，它就不再烦你。
双十一那天凌晨，我差点背个处分。
大促订单量是平时8倍。我们提前两周做了压测，但压测用的是均匀流量，真实业务是瞬时脉冲——11月11日零点刚过，客服系统登录接口超时，大量客户提交不了咨询。我看监控，认证服务所在的物理机CPU飙到98%。怪了，压测时没这么高。对比压测脚本和真实请求，发现压测用的是同一个Token反复请求，而真实场景每个客户新登录都要生成新Token。生成过程涉及RSA加解密，这个操作死吃CPU。
我临时在Nginx层开了Token缓存：相同用户的重复登录请求，5秒内直接复用上一次的Token。配置上线后CPU从98%掉到41%。事后我跟开发商量，把RSA换成了更轻量的ED25519，加解密耗时从120ms砍到15ms。这事儿给我上了一课：压测方案也有盲区，光模拟数量不够，还得模拟行为特征。要是我当时再较真一点，逼着开发把Token复用场景也压一遍，零点那波投诉完全可以避免。现在想起来还有点后怕。
今年最大的教训，其实是我自己太“信”流程了。
有一回客户投诉说系统有bug，我远程连过去一看，是他自己输错了参数。我当时没忍住，直接指出来了。客户当场炸毛，投诉我态度差。后来我学会了先“示弱”——“您稍等，我这边再帮您核对一下参数配置”，然后引导他自己发现错误。客户反而会说“哦是我看错了，谢谢啊”。这个弯转得我挺难受，但管用。
还有一次凌晨三点被告警震醒，磁盘写满。我一边骂骂咧咧一边连VPN，手动清了日志，写了crontab定时清理。第二天跟开发说：“你们日志级别调太高了，一天干出20个G，这是写小说呢？”后来统一改成了WARN级别。
回头捋一捋，这几条算是今年攒下的家底：故障来了别等，自己能动手就第一时间动；客户满意度掉了，别光盯着技术指标，多看看流程卡在哪；设备也好系统也好，把“怎么做”写成可执行的标准，比在会上喊一百遍都管用。
明年我想在工单系统里做个简陋的小工具——给每张工单加个流转节点耗时统计，超过3次转交的自动标红。用SQL就能跑，不麻烦。这事儿不大，但我觉得值。毕竟在一线干了这么多年，真问题和真解决办法，从来不写在PPT里。
-
为了您方便浏览更多的工作总结网内容，请访问工作总结