问题先查一遍，答案多半就在目录里

先在上面的主题大类里选一个最贴近的，进到该类下面的归档清单，按文档标题或编号往下翻。每份归档条目都标了它属于哪一轮版本，如果只是想知道那段时间改了什么，就到版本与更新页看对应轮次的说明，再从说明里的链接回到原始文档。

两条路径都在。主题归档是日常查找的主路径；时间顺序集中在版本与更新页，按版本轮次排列，一轮之内再按 27 次功能更新逐条列出。知道是哪次更新改的，顺着那条更新记录往回点，就能看到当时被替换的旧文档。

在服务与内容目录页把服务范围对照表调出来，6 类服务、24 个细项都在同一张表里，支持按关键词筛选。搜到细项后看状态标记：写入范围内的会同时写明交付方式和成果形态，处在边界的会写明前提条件，读这两栏就能判断要不要进一步谈。

三轮重大版本放在同一条时间线上，每轮的改动按检索、目录、归档三类打了标签。带着目的去找就先看标签：想知道搜索体验的变化看检索类，想知道栏目怎么变看目录类。展开某一条之后，里面会写清改动前后的差别和受影响的文档范围。

每周三发布当周更新记录，条目按新增、修订、归档三类标注，顶部状态胶囊会显示本周是否已发布。只关心其中一类的话，就按标签筛那一列的条目看，几分钟能扫完；长期盯某一主题的，可以只看该主题下的条目变化。

单项目最大迁移量是 3.6 万份历史文档。做法是先把主题和二级栏目定下来，统一标题与编号的写法，再开始批量导入，导入过程按目录逐层校验位置。这样迁完之后每条资料都有确定的落点，不会出现同一份文档散落在好几个地方的情况。

平均 21 个工作日，按诊断、目录设计、内容迁移、检索配置、上线培训与更新维护六个阶段推进。内容量大的项目，迁移和检索配置可以并行，压缩整体时间。诊断阶段结束时会拿到一份排期，写清每个阶段谁配合、交付什么。

最常见的原因是关键词用了内部简称。检索会同时匹配标题、摘要和标签，换成文档里实际使用的正式说法，或者只保留核心名词，命中率会明显提高。结果仍然偏多时，换个更贴近的主题词再搜一次，通常第一屏就能看到目标条目，命中的词会以高亮显示。

目录结构对所有访问者一致，账号权限控制的是条目可见范围：对外发布的条目人人可见，内部草稿和尚未发布的修订只有被授权的账号能打开。给同事开账号时按岗位归类，客服与文档运营需要的权限通常不同，分配前确认清楚可以减少来回改。

重新归档后条目的位置变了，但文档本身都保留着，版本档案里 V1 以来的 3,100 份文档仍可调阅。旧的入口打不开时，用文档标题在检索框里搜一次，通常第一条就是目标；找到之后把新入口存下来，后续按主题一路点下去即可。