文档改版后支持工单量下降 18%，如何排除季节性因素归因到文档本身

【背景】 我在技术文档团队负责一套 B 端 SDK 的接入文档，上季度做了一次大改版：重写了错误码速查表、把"快速开始"从 12 页压到 3 页、给所有接口示例加了可运行的代码块。改版上线后第 4 周，客服侧反馈"接入类工单明显变少"，拉了数据：改版前 8 周接入类工单周均 41 单，改版后 4 周周均 34 单，降幅约 18%。

【现象与卡点】 我想在复盘里把这份下降归因到文档改版，但心里没底，因为同期有三件事搅在一起：

1. 改版上线后正好进入财年末，客户项目排期变少（季节性）；
2. 同一季度 SDK 修了 3 个高频崩溃 bug，"接入报错"类工单天然会少；
3. 客服团队那个月上了新的工单分类规则，"接入类"这个桶的判定口径可能变了。

我试过的排查：

• 拉了去年同期（上一财年同月）的周均工单量做对照，发现去年同月本来就有约 10% 的自然回落，所以 18% 里可能有一半是季节性的；
• 按错误码维度拆了工单，发现崩溃相关的工单确实掉了 30%+，但"不会配置/找不到入口"类只掉了 8%，而后者才是我改版主要想解决的；
• 客服侧新分类规则的具体变更点我没拿到，只听到一句"接入类更严了"。

【期望得到的答案形态】 想请教社区里做过类似"文档/产品改进 → 指标下降"归因的同学：

1. 在没有 A/B 分桶（文档没法给不同用户看不同版本）的前提下，你们一般用什么方法把"改版效应"从季节性和 bug 修复里剥出来？DID（双重差分）算不算可行的下限方案？对照组选什么？
2. "不会配置/找不到入口"这类主观分类的工单，有没有比客服分类更稳的代理指标？（我目前在考虑用文档站内搜索的"无结果率"和"快速开始页跳出率"凑一组代理指标，但不确定够不够硬）
3. 复盘结论里，你们倾向于写"归因到文档"还是"与文档改版相关"？措辞上有没有踩过坑？

欢迎给具体做法（方法 + 数据切法 + 反例），纯理论我会自己补。