差评信号从客服走到开发，每换一次格式掉一半

模型在客服工单和差评里聚出「盖子拧不开」这个高频信号，是在四月。开发把它排进改款迭代，是六月。中间五周，这个信号换了四次载体，每换一次，能支撑判断的字段就少一半。等产品的人拿到手，只剩「优化盖子」四个字。

五周里的四次换手

第一周，模型的周报里带着类目、条数和原始工单编号。第二周进客服主管的月度汇总，只剩「质量问题 17 单」。第四周到运营例会，口头转述成「有点质量投诉」。第五周落进开发 backlog，一行字：优化盖子。

为什么每一环都在压缩。客服主管的月报有字数习惯，工单编号在她看来是内部细节；例会只有十五分钟，口头转述挑最省事的说法；backlog 的格式只认一行标题。没有人恶意，每一环都在按自己的容器裁剪信号。

每换一次载体，字段折损一半，批次线索最先丢

每一环丢了什么

最致命的是丢了批次线索。原始工单里「拧不开」集中在两批发货的订单上，这是批次质量问题的标准形状；走到开发手上变成设计问题，整改方向整个偏掉——改模具结构，解决不了某一批次的公差超标。

偏掉的代价

开发按设计问题排了改款：开模、打样、验证，两个月。第二批发货的投诉在第二个月又冒头，回查工单才发现批次聚集。那批模具费是五位数，投在一个没被证明过的问题上。仓库的退货抽检报告后来也被翻出来——两批货的公差数据一直在，只是躺在另一个部门报表的附录里，没人把它和客服信号对上。

后来只许一种载体过界

现在的规矩是跨部门信号只允许一种格式：带原始引用的条目——原文摘录、工单编号、时间戳。中转的人只准加注，不准改写。开发有权限直接调模型的聚类原文，中间环节失去解释权。信号从客服到开发的行程，压到一周以内。

原始信号里还有什么，展开看很清楚：时间聚集、集中在两批发货后，SKU 分布、只有一个颜色出问题，复购订单的返修表述。这三样字段当时全在模型的聚类原文里，五周后一个都没到开发手上。

中转的人只搬运不概括

交接丢的不是信息量，是分辨率。模型把几百条工单聚成一句话是效率，人工转发再压缩一次是失真，两件事长得像，性质相反。分辨率是具体的：工单编号在，就能回查批次；编号没了，连道歉都找不到对象。中转环节的职责要写死成「只搬运、不概括」，概括的权力留给最后拿信号做决策的那个人。