为什么现在要做这次自检
亿万28项目在临近上线时，最容易出现的问题不是功能缺失，而是准备状态没人系统核对：信息写了一半、入口指向旧地址、回滚方案只存在口头。此时做一次清单式自检，成本最低、收益最直接。
自检的目的不是给项目打分，而是把“感觉差不多了”换成“逐项能指出证据”。以下清单按组排列，每一项都应当能当场看到结果，而不是靠回忆确认。
自检范围与边界怎么划
- 明确本次自检覆盖哪些页面与入口，列出清单，不覆盖的部分单独标注。
- 确认自检只针对上线前状态，不把后续运营计划混进核对项。
- 指定一名核对人，避免多人各自确认导致结论互相覆盖。
- 约定核对结论的记录方式，例如逐项标记通过、待改、不适用。
- 界定“不适用”的判定标准，防止用不适用掩盖未完成项。
信息与内容核对清单
- 每条亿万28资讯类内容都有明确来源说明，不出现无出处的表述。
- 页面标题与正文主题一致，不出现标题写导航、正文写采购的错位。
- 时间、范围、适用条件等限定语完整，读者不会误读为通用结论。
- 同一主题在多个页面出现时，说法一致，不互相矛盾。
- 内容中不出现无法核实的排名、认证或客户评价类表述。
导航与入口核对清单
- 亿万28导航的每个入口都能打开，且落点与入口名称相符。
- 入口列表与内容清单一一对应，没有只存在于一侧的条目。
- 旧地址或临时链接已清理，或明确标注为过渡状态。
- 页面之间的跳转路径闭合，不出现点进去回不来的孤立页。
- 入口名称使用统一叫法，避免同一功能出现多种称呼。
上线与回滚核对清单
- 上线步骤写成可执行的顺序，而不是概括性描述。
- 每一步都有对应的验证动作，能判断该步是否成功。
- 回滚方案写明触发条件与执行人，不停留在“有问题就回退”。
- 上线前的备份或快照已确认可用，并记录位置。
- 上线后的观察项已列出，明确看什么、看多久。
高危信号与整改顺序
核对完成后，先处理会导致读者直接误解或入口直接失效的项，再处理表述与一致性问题，最后处理命名与体验细节。 亿万28信息
- 高危：入口打不开、落点错误、回滚方案缺失，应当先改。
- 中危：内容说法互相矛盾、限定语缺失，应当在上线前改完。
- 低危：命名不统一、措辞不够精确，可排在上线后第一轮处理。
- 整改时逐项记录改动结果，改完重新勾选，不凭印象关闭条目。
清单的价值在于每一条都能被验证；无法验证的条目，应当改写或删除。