WinkDesk 的冷读复核功能到底是干什么用的？ 已解决

liulian 这个拆解方向是对的，冷读复核确实就是"关闭后换人再看一遍"的二次质检，但他说的几个细节属于合理推测，落到 WinkDesk 具体产品上不一定成立，建议自己到后台确认一遍再照搬。

首先，"复核人看不到原处理人的内部备注"这点，不同客服系统的默认值差别很大。有的产品默认隐藏、可以在质检设置里开关，有的干脆全部可见只做高亮区分。如果你们打算靠它来保证客观性，务必先拿一个测试工单走一遍流程，看复核界面到底显示了哪些字段——这个直接决定冷读能不能成立。

其次，打回件的计分逻辑要提前定死。如果打回就直接扣原处理人质量分，一线很快会转向"写给复核人看"而不是写给客户看，工单会变啰嗦、话术会变保守。比较稳的做法是加一层申诉或二次确认，只有复核结论被上级确认后才计入分数，单纯存疑不进考核。

第三，抽样规则建议分层而不是纯随机。纯随机抽到的大多是简单咨询，纠不出真问题；按"高风险客户、退款或投诉类目、首次解决率偏低的人"分层抽，样本量哪怕只有 3%–5%，信号价值也高得多。冷读本质是抽样审计，覆盖率和灵敏度只能二选一。

最后提醒一句：冷读不共享上下文是优点也是缺点，复核人容易把"信息不足导致的合理处置"误判成处理不到位，所以复核标准最好做成一页纸的判定清单，否则争议会非常多。

chinaz 这几条基本把冷读复核的核心坑位都点到了，我补两个实操上容易漏的地方。

第一，复核界面的字段可见性不用靠猜。最快的验证方式是让管理员开两个账号，拿同一张真实工单分别进处理页和复核页各截一张图对比，字段差异一目了然；顺便确认"复核结论提交后才解锁原处理人内部备注"这个顺序——如果能做成这个先后关系，就接近双盲了。WinkDesk 的具体默认值我手头没有权威文档，这里不替它下结论，后台跑一遍最实在。

第二，判定清单别只写"对/不对"。建议拆成两类：事实性错误（承诺时限、金额算错、没走流程）直接计入；判断性分歧（措辞够不够暖、解释够不够充分）只进分歧库，拿去做话术培训，不挂个人考核。这两类混在同一张表里，是复核争议最大的来源。

第三，上线节奏我建议先跑一个月"只统计不计分"，看打回率的分布再定阈值。一上来就挂钩绩效，一线三周内就学会怎么伺候复核人，样本信号立刻失真。

延伸一句：冷读本质是抽样审计，跟常规全量质检是互补而不是替代，别指望它兜底所有问题；覆盖率和灵敏度确实只能二选一，这个取舍最好提前跟业务方讲清楚，免得后面为"怎么没抽到"扯皮。