问题分散在多入口,工程师在多人多工具之间"传话",客户被反复"审问"
技术服务部门日常承接的客户咨询与故障来自多个入口——企微群、400电话、工单系统、销售/渠道转来——客户报出来的同一个问题,常常要在多个入口、多个工具之间传一次。一线 L1 接起电话,要先在工单系统、CRM、设备管理平台、官网、飞书、外部 AI 工具之间反复切换,把客户、设备、历史记录、配置文档拼起来,才知道客户在说什么;遇到自己处理不了的,要找 L2、要找产品、要找研发,每一次升级都是一次"上下文重置"——下一个人接手时既看不到之前的对话,也看不到之前做过的排查动作,只能让客户从头再讲一遍。线下上门也是一样:派工人员到现场,常常发现报障信息没看、备件没带、历史故障记录翻不到,几个月前处理过的同类问题,这次又重新摸一遍。整个部门看起来很忙,但客户的真实体验是"被不同的人轮流审问,每个人问的都一样,但没有一个人真正在解决问题"——SLA 在压、人手不够、工具不通、经验不留,部门承诺"接得住、解得了"做不实在。

客户在服务里其实在"找采购方向",但部门只把它当问题处理
技术服务部门每天接到的不只是故障——很多客户是在咨询"产品支持不支持""能不能新加一套""旁边那条线要不要也上"。这些咨询里藏着大量的高意向线索,但部门当下的处理方式,是把它们当作普通问题答完就关单。在线售前往往是销售或营销支持兼着回,一忙就回不过来,客户在群里@半天没人应,转头就去问别家;售后场景里,客户提到"想再上一套""老的那批要不要换",工程师顺手解释一下就过去了,没人把这些信号沉淀下来传回销售。结果是:客户主动表达的意图被部门接下了,但没有任何机制把它识别出来、判断价值、转给销售跟进——部门承担了整个公司"最贴近客户、最能听到真实需求"的位置,却没把这个位置的价值兑现成业务增长。

干了一千个单,组织的能力还是和第一天一样
技术服务部门每年处理几万单服务,理论上应该越干越熟、越干越强,但现实是组织能力提升非常慢。问题出在沉淀链路:每个新品上线前,产品服务代表要拉研发培训、写资料、组织实验、收材料更新到知识库——一上线就忙到没时间;服务过程中,工程师要么没时间写案例,要么交上来像流水账"重启了、换了、好了",没有根因、没有思路;搞模板搞考核也逼不出高质量,一年攒了几百篇,真正能用的不到两成。新人入职还是靠老带新,老工程师一离职,经验就跟着走了。质量管理者更头疼:服务质量是个黑盒,只能等客户投诉才知道,SLA 承诺能不能兑现心里没底——业务在涨、人不够用、成本又不让加,只能靠团队越干越强,但经验全锁在人脑子里,人一走就清零。这个场景是部门长期投入最多但回报最不确定的环节,也是新品上市、客户场景变化时反应最慢的环节。

不是不想引入新能力,是"先准备好一切才能开始"模式根本走不通
技术服务部门不是不想引入 AI 新能力,而是被现实卡得迈不进去。供应商一来就要求把企微、工单、CRM、设备管理平台都做对接开发——接口标准不一,谈了三个月还没落地;接着告诉部门:系统要跑起来,必须先把故障 SOP、排查流程、知识库全部一次性梳理完整,设备型号那么多、故障场景那么杂,从零梳理根本梳理不完;两个骨干抽出来梳理两个月,写了一版 SOP 漏洞百出,业务一变又得改。还没上线呢,大半年人力投进去了,团队怨声载道。即使勉强上线,接下来更头疼:客户在 SLA 期间动不动就来一波咨询高峰,算力按峰值采购账太贵、按均值采购扛不住——单任务到底花了多少钱、ROI 是多少,没人说得清,只能用"差不多"汇报。最后一道关是安全:权限有没有越界、数据有没有泄露、关键操作能不能审计——这些不是加分项,是企业引入 AI 的入场券,没有这些做实,部门连试点都不敢推。