先做基线盘点：明确更新范围与准备条件
推进天博内容更新之前，先别急着动笔。第一步是把现状盘清楚：现有内容有哪些、哪些已经过时、这次更新要覆盖哪些范围。基线盘点的作用，是让后面的每一步都有对照物，避免写到一半才发现方向偏了。
准备阶段建议先确认三件事：更新目标（是补缺、纠错还是扩写）、可用素材（已有的天博资讯、内部记录、场景说明）、以及验收人是谁。这三项没定下来，后面的步骤很容易返工。
- 列出待更新条目的清单，标注每条的状态：保留、修改、重写、下线。
- 收集可引用的素材来源，注明出处与获取时间，方便后续核对。
- 约定验收标准，例如是否覆盖场景、是否可被新读者直接照做。
第一阶段：把天博资讯整理成可执行的需求清单
这一阶段的目标不是写内容，而是把零散的天博资讯转化为可执行的需求。做法是先归类，再拆解，最后排优先级。
- 把收集到的资讯按主题归类，例如概念解释、操作步骤、常见问题。
- 对每条资讯追问一句：读者看完能做什么？答不上来的，先降级处理。
- 把能落地的条目拆成具体需求，写成“谁在什么场景下需要什么”的句式。
- 按影响面排序，先处理被多处引用、错误代价高的条目。
本阶段的输出是一份需求清单，每条需求都带场景和验收要点。退出标准是：清单里没有“再看看”“待定”这类模糊条目。
第二阶段：按场景写出天博实用指南初稿
有了需求清单，就可以进入写作。这一阶段的目标是产出天博实用指南的初稿，重点是让读者能照着做，而不是把概念讲得漂亮。
- 每条需求对应一个小节，先写操作顺序，再补必要的背景说明。
- 步骤之间保持依赖关系清晰，前置条件写在步骤之前。
- 遇到容易出错的地方，单独标注为“坑”，说明触发条件和规避方式。
- 初稿阶段不追求措辞完美，先保证信息完整、顺序正确。
常见的坑有三个：一是把背景介绍写成正文主体，读者找不到步骤；二是步骤之间缺少前置条件，读者做到一半卡住；三是同一概念在不同小节里说法不一致。写完初稿后先自查这三点。
第三阶段：交叉核对并定稿发布
初稿完成后进入核对阶段。这一阶段的目标是把错误挡在发布之前，同时统一表述风格。
- 逐条对照需求清单，确认每条需求都有对应内容，没有遗漏。
- 核对事实性表述，删除无法确认的说法，避免留下模糊承诺。
- 检查术语一致性，同一概念全篇使用同一种说法。
- 请验收人按读者视角通读一遍，记录卡住的位置并回改。
本阶段的输出是定稿。退出标准是：需求清单全部闭环，核对记录留档，验收人确认可以发布。
验收门与交接：让更新成果可复用
发布不是终点。设置验收门的目的，是让这次更新的经验能沉淀下来，下次更新时不必从零开始。
- 验收门一：内容是否覆盖了本阶段约定的全部场景。
- 验收门二：新读者能否在不求助的情况下按步骤完成操作。
- 验收门三：核对记录与需求清单是否归档，便于追溯。
交接时把三样东西一并移交：更新后的内容、需求清单与核对记录、以及下次更新的待办条目。这样天博内容更新就形成了一条可重复的路线，而不是一次性的临时任务。 天博内容更新