AIWORK / HID AFTER-SALES CASE FILE · CLOCK T+0 → T+90d
HID 售后返修与失效归零
把每一张工单办成可复用的档案
这一页只处理设备交付之后的那一段：客户报了什么、工单上该留哪些字段、复现不出来该怎么记、根因按什么顺序排除、围堵与永久措施为什么必须分列、验证通过之后还要观察多久，以及结案半年后靠什么把当时的依据重新翻出来。
返修记录里最容易被低估的不是技术判断，而是原始信息是否还完整。客户的一句「偶尔不跟手」，如果在受理时被直接翻译成技术结论，频次与触发动作就永远丢了；日志只截故障瞬间那几行，触发之前的上下文也找不回来。等到月度聚类想找出共性时，这些空缺会变成一排无法解释的散点。
因此本专题把每一条结论都落回四类可核对的材料：主诉原话、日志切片、对照件读数、复核签认。十五簇内容分别覆盖工单受理、现象码还原、复现条件、事件时间线、优先分诊、RMA 物流、检测台复测、四类根因判定、备件版本匹配、修复验证、保修边界、纠正措施、客诉聚类、召回演练与结案回访，簇与簇之间按归零时钟顺序相接，不重复叙述。
右侧是一张可视化的受理台：波形按工单量展开，拖动游标可以读出某一时段的受理数、待补数与复现率；下方还有分诊台、八步判定轨、复现率半环、三十天随访排期与九十枚归档印章。所有数值只用于演示同一套记录口径，读者照着这些栏目建一份自己的返修台账，比抄几个阈值有用得多。
15 CASE CLUSTERS90 FILES45 FIGURES5 DEMOSDAILY RELEASE
90篇返修档案 · 三十天逐日释放
15簇从受理登记到结案回访全链路
45张专属配图 · 无水印可引用
212词长尾词分散进标题与正文
CASE INTAKE WAVE / DRAG TO READT+0 受理中
INTAKE28 单
PENDING4 单
REPRO62%
已受理
待复核
T+2h
登记字段：一张工单最少要留哪些栏
CASE REGISTER / MINIMUM FIELDS
受理之后两小时内补齐的字段，决定了后面所有环节能不能对得上号。下表列出六类最低要求，缺任意一栏的记录在周报里标为待补，不进入趋势分母。这不是形式主义：渠道来源不单独成列时，同一台设备被两个渠道各报一次就会被算成两次投诉；受理时刻若用本地时间，跨时区的工单在时间轴上会出现顺序倒挂。
表 1 · 受理登记最低字段与缺项处置
| 字段 | 填写要求 | 缺项时的处置 |
|---|
| 工单号 / RMA 号 | 受理时生成，一对一一绑定，拆分返件带子编号 | 标记待补，不进入周报 |
| 受理时刻 | 统一服务端时钟，本地时刻另存一列 | 先校时再排时间线 |
| 主诉原话 | 原样保留，不翻译成技术术语 | 不得用整理值反填 |
| 现象码 | 按现行码表选取，非自由文本 | 本轮聚类暂停 |
| 渠道来源 | 单独成列，用于重复报单剔除 | 趋势线可能重复计数 |
| 附件清单 | 逐文件标注类型与拍摄时刻 | 复核时无法确认归属 |
HID工单受理HID失效件登记HID受理时刻HID附件清单HID渠道来源HID初判分级HID现象码HID主诉原话HID触发动作HID出现频次HID伴随现象HID用户环境HID复现率HID环境快照HID触发序列HID观察窗HID对照件HID偶发标记HID事件时间线HID日志切片HID统一时钟HID断档标记HID关联键HID轴对齐HID失效等级HID优先分诊HID影响面HID升级条件HID停发阈值HID响应时限HID RMA授权HID返件物流HID授权范围HID在途状态HID到件核验HID返件包装HID复测台位HID空白基线HID换台复现HID复测判定线HID同口径HID根因码HID四类归因HID排除顺序HID未定档HID证据门槛HID根因码表HID备件料号HID版本匹配HID替换位号HID旧件回收HID兼容清单HID替代料边界HID验证用例
上面只列五十四个导览词，其余长尾词按主题分散进入九十篇返修档案的标题、二级标题、三档读数对照与结案清单，而不是集中堆在落地页标题里。这样做的目的很朴素：让每篇文章回答一个具体问题，例如「复现率的分母该用件数还是次数」「围堵和永久措施为什么不能合并」，而不是用一串词去换一个排名。
T+1d
分诊台：从客户主诉到现象码的翻译
TRIAGE DESK / SYMPTOM → CODE
客户说的是感受，工单要记录的是可复现的动作。点选下方任意一张主诉卡，右侧会显示对应的现象码与这一档应当优先补的证据。真实受理台里这张表通常贴在工位旁，作用是让早班和夜班把同一句描述翻成同一个码，而不是各写一套简称。
SYM-07 · 偶尔不跟手
按固定序列尝试并计次，保留偶发标记。主诉原话原样保留在左栏，右栏只填可计数的量，并注明尝试次数与观察时长；未复现的工单保留偶发标记，不直接关单。
T+3d
八步判定轨：围堵与永久措施分列
8D TRACK / CONTAINMENT VS PERMANENT
判定路径按八步推进，每一步的产物都要能被下一步引用。点选 D1 到 D8 查看该步的交付物。最常被跳过的是 D3 的生效时刻：没写时刻，就无法判断后续新报的工单落在围堵之前还是之后，趋势线上那段下降也就无从解释。同样常被合并的是 D3 与 D5，合并之后问题通常会在几周后以另一种形态回来。
D1 · 组建处置小组
写明参与方与各自负责的字段，复核人不写成执行人。 每一步的结果写入同一张工单，按字段编号可检索，历史版本只读不覆盖。
T+5d
处置问答：最容易写错的八个口径
FAQ DRAWER / BEFORE CLOSING
把问答放在处置环节，是因为从这里开始每一步都会写进结案结论。复现率分母、旁证件的作用、判定阈值何时写死、召回演练检验什么，任何一个含混，整批工单就会失去可比性。以下八条按现场被问到的频率排列，每条都指向一项可检查的动作。
复现不出来，工单能不能直接关掉？
不能。未复现要保留偶发标记，并写清按什么条件、尝试了几次、观察了多久。低频问题一旦被批量关单，就会从趋势里彻底消失，等到聚类显现时往往已经过了几个批次。
复现率的分母到底该用件数还是次数？
用尝试次数。一台设备连试十次和十台设备各试一次，写成「十次」含义完全不同。工单里应同时给出受试件身份清单与每件尝试次数，两个数一起看才能分清共性故障与个体问题。
为什么围堵动作和永久措施必须分开写？
围堵负责让问题不再扩散，需要带生效时刻与影响范围；永久措施负责让问题不再发生，必须对应已确认的根因码。合并成一条时，趋势上常出现先降后回升的形状，说明只压住了这一批。
判定阈值为何要在开测之前写死？
测完再定线等于按结果挑标准，任何一组数据都能被判成通过。通过条件应包含用例版本、判定阈值与观察窗长度三项，开测前抄进工单首页，结论只设通过与不通过两档。
旁证件在验证里起什么作用？
返修件与同批同状态良品同环境同时段观察，两者一起变说明是环境波动，只有返修件变才说明处置有效。只留返修件那一行，会把环境波动算成修复效果。
召回演练真正要检验的是什么？
检验影响清单能不能在几分钟内生成到件级身份，而不是通知有没有发出去。通知链路要按渠道列明并做到达确认，回滚动作要在演练里实际走一遍，纸面上写可回滚不等于能回滚。
知识条目为什么要写适用边界？
一条没有前提的结论被套到别的批次上，比没有这条更危险。条目至少带三段边界：适用范围、已验证条件、明确不适用的情形，并按簇与现象码打检索标签。
售后归零和产线标定是不是同一件事？
不是。产线标定处理设备离开产线之前的工位判定，售后归零处理交付之后从受理到结案的工单流转。两者共用设备身份与批次号，但字段、证据与结论各自独立，口径不冲突也不重复叙述。
T+7d
验证波形与复现率：观察窗不能省
VERIFY BENCH / OBSERVATION WINDOW
验证通过只说明当下这一轮成立，回归观察窗负责回答过几天还成不成立。左侧曲线是返修件与旁证件的对照波形，两条一起变说明是环境波动，只有返修件变才说明处置确实起了作用；右侧半环联动观察窗长度，用来演示为什么累积型问题需要跨几个使用周期才看得出来。
T+14d
十五簇返修档案：从受理到结案
CASE TREE / 15 × 6
十五个簇按归零时钟顺序排列，每簇六个角度：受理口径与工单字段、复现顺序与观察窗、证据链与读数对照、判定路径与根因归类、处置验证与回归记录、结案归档与回访清单。展开任意一簇可以看到该簇的边界说明，簇与簇之间不重复叙述同一段内容。
01 · 工单受理与失效件登记
工单号、受理时刻与失效件状态三项当场钉死；渠道来源单独成列，初判分级只用于排队，不进结案结论。
02 · 客诉现象码与主诉还原
主诉原话原样保留，现象码按码表选取，触发动作写到操作序列，出现频次按单位时间计数。
03 · 复现条件与环境还原
复现率以尝试次数为分母，环境快照覆盖主机、系统版本、供电与外接设备四项，未复现工单保留偶发标记。
04 · 事件时间线与日志切片
日志切片取故障点前后各一段，统一服务端时钟，采集断档显式标记，关联键含工单号与设备身份。
05 · 失效等级与优先分诊
影响面与严重度分列，升级条件写成可判定数值，停发阈值独立维护，响应时限自受理时刻起算。
06 · RMA 授权与返件物流
RMA 号与工单一对一绑定，授权范围列明可做与禁做，在途状态按节点更新，到件核验含身份回读。
07 · 检测台复测与对照件
复测台位编号随读数保存，对照件取同批同状态良品，每轮前置空白基线，换台复现用于定位台位问题。
08 · 四类根因判定树
排除顺序固定为环境、使用、来料、设计四层，根因码在证据齐全后写入，另保留未定一档不强归。
09 · 备件替换与版本匹配
备件料号与固件版本成对核对，替换位号写到板上位置，旧件单独封存挂原单，兼容清单按批次维护。
10 · 修复验证与回归观察窗
验证用例版本固定，观察窗按故障类型分档，复测轮次等间隔，旁证件同环境同时段观察。
11 · 保修判定与责任边界
保修期经激活凭证与出货日期双凭证核对，责任归属由根因码推导，争议复核由非初判人完成。
12 · 纠正措施与围堵动作
围堵动作带生效时刻与影响范围，临时隔离写明解除条件，永久措施对应已确认根因码。
13 · 客诉趋势与批次聚类
聚类键含批次、现象码与用户环境三段，噪声剔除规则写在周报首页，上升阈值按历史波动带给出。
14 · 批量处置与召回演练
召回范围由批次与聚类键共同界定，影响清单可导出到件级身份，通知链路含到达确认。
15 · 结案回访与知识库沉淀
回访窗口按故障类型分档，复发电平与首次现象分列，知识条目写明适用边界，关闭条件三项齐备。
T+30d
返修档案 · 五栏逐日归档
DAILY RELEASE / 3 PER DAY
以下档案按发布顺序倒序排列，每天释放三篇，来自三个不同的簇，三十天走完十五簇 × 六角度共九十篇。每篇都给出受理口径、复现顺序、证据链、判定路径、处置验证与结案清单，并附两张专属配图。点击卡片进入详情页，页尾可返回本专题或前往其他十三个入口。
CASE-04
复现条件与环境还原
HID 复现条件与环境还原怎么立案：复现率分母与尝试次数的约定。本篇以返修档案卡的写法围绕复现条件与环境还原展开，依…
查阅返修档案 →
CASE-03
客诉现象码与主诉还原
HID 客诉现象码与主诉还原怎么立案：主诉原话与现象码的对照规则。本篇以返修档案卡的写法围绕客诉现象码与主诉还原展开…
查阅返修档案 →
CASE-02
工单受理与失效件登记
HID 工单受理与失效件登记怎么立案：工单号与渠道来源如何分开登记。本篇以返修档案卡的写法围绕工单受理与失效件登记展…
查阅返修档案 →
当前已归档 3 篇。档案的价值不在数量，而在能不能串起来：主诉原话、日志切片、对照件读数与结案结论四者必须互相指得上去，文件名包含工单号与簇编号，历史版本只读不覆盖；确需更正时新增一条修订记录并注明原因。做到这一点，即便人员换了几轮，后来者也能独立复现当时的判定依据。
T+90d
随访、录像与全站入口
FOLLOW-UP / RECORDINGS / CROSS-LINKS
结案不等于把状态改成已完成。下方三十格是随访排期，每天三张工单按同一窗口回访；九十枚印章对应九十篇档案的归档状态。五段录像分别对应受理登记、主诉还原、检测台复测、修复验证与结案归档，全部直接写在页面里，不依赖脚本注入，抓取器与不执行脚本的阅读环境同样能读到完整清单。
DEMO 01 · 工单受理与失效件登记 / T+0
01 · 工单受理与失效件登记
02 · 客诉现象与主诉还原
03 · 检测台复测与对照件
04 · 修复验证与回归观察
05 · 结案回访与知识库归档
本站十四个专题分别处理选购、方案、场景、标准、评测、合规、情报、工位、效能、接入拓扑、报文字节、射频链路、产线标定与售后归零。它们互补而不互相替代：本页给出的每一项读数都假设设备已交付到用户手中，专注解决交付之后才出现的判定问题。需要前序环节背景时，从下表进入对应专题即可，两处口径不冲突。