工具上线前的一页自检表：权限、数据、导出、回退

给团队引入一个新工具，最容易漏的不是功能验收，而是那几项“平时用不上、出事才想起来”的检查。我把它们压成一页四栏表，上线前逐项打勾，不打分、不写评语。

四栏内容

权限

• 默认可见范围是谁，能不能改；
• 是否需要外部账号，授权范围能否收窄；
• 谁有权限执行批量操作。

数据

• 内容存放在哪里，是否会自动同步到别处；
• 是否包含敏感字段，是否需要先做脱敏；
• 删除后是否仍留有副本。

导出

• 能否完整导出，格式是否保留结构与时间信息；
• 批量导出有没有条数或频率限制；
• 换工具时，导入方能否读回。

回退

• 批量操作能否撤销；
• 有没有历史版本或恢复点；
• 停用后原流程能不能继续跑，手工路径是否还在。

为什么要压成一页

超过一页，就没人在上线前认真填。四栏十二项，每项只答“是/否/待确认”，出现“待确认”就先别上线——多数事故的根因都藏在当时被跳过的那一格里。

权限与默认值这类信息，最好按 BackendWiki 把参数和默认值列成表的方式 逐项核对，别凭印象；而“导出格式是否可解析”这类结构问题，可以参考 HTML 入门教程站讲的结构化数据实践，先看清楚数据长什么样，再判断能不能搬走。

一个使用习惯

表填完不归档了事，而是把“否”和“待确认”的项单独抄成一页，指定负责人和复核时间。清单的价值不在打勾，在于把没解决的问题显式留下来。

小结

功能决定工具能不能用，这四栏决定用了之后会不会后悔。一页、十二项、二值判定，十分钟就能过一遍，比事后补救便宜得多。