一篇科普文章读起来顺畅，读完却说不清两个概念有什么区别，往往不是句子还不够短，而是解释停在了名称层面。检验它有没有讲明白，可以先让读者做一个小判断：面对新例子，能不能知道该用哪个概念，以及什么时候不能用。
把“知道这个词”变成一个具体任务
写作前，用一句话确定读者读完应该能做什么。例如，介绍文件备份与同步，任务可以是“判断误删文件后，应该查哪个恢复入口”。如果任务只是“了解备份”，文章很容易变成定义、优点和总结的循环，读者仍然不知道怎样判断自己的情况。
下面是教学例子：某同步服务会把删除动作同步到其他设备，而一份独立保存的历史备份可能保留删除前的状态。实际能否恢复，还要看具体产品的版本保留、回收站和备份策略。因此，文章要教读者核对这些条件，不能只写“开了同步就不怕丢文件”或“有备份一定能恢复”。
解释里至少要有一条真正的区别
检查相近概念时，可以沿着三个问题整理材料：
- 它主要解决什么问题？写出对象与用途，少用“提升效率”这类可以套在任何产品上的话。
- 哪一种情形容易被误认为它？用一个相似但不相同的例子划清边界。
- 判断需要什么信息？告诉读者去哪里确认，哪些条件缺失时暂时不能下结论。
定义可以简短，边界却不能省。比如“平均值”与“典型情况”有时接近，有时差得很远；如果数据被少数极端值影响，单独给出平均值就不够解释分布。无需为了显得专业罗列更多统计术语，先让读者明白还应看看数据如何分散。
安排一个新例子，看看答案能不能迁移
不要只问读者“看懂了吗”。可以给一个未在正文出现的情境，请他说明自己的判断和依据。若他能复述定义，却只会重复原例子的结论，就需要继续补充条件或反例。
这类试读是发现问题的方法，不是一项自动证明文章有效的实验。少量反馈不能推广为所有人的理解水平，更不能改写成“理解率提升多少”。记录真实疑问，比追求一个好看的分数更有用。
光算的可读性工具之后的人工复核清单提出了句意、术语、逻辑和任务完成等检查方向。科普编辑可以把它用在终稿上：工具标出的句子先看含义，没被标出的句子也要检查是否把必要条件省掉。
修改时优先修缺口，而不是继续简化
如果读者把两个对象混淆，就统一称呼并增加区别；如果知道结论却不知道原因，就补支持它的解释；如果只在一个例子里会判断，就换一个情境再试。把专业词全删掉或把每句话拆成两行，未必解决任何一个问题。
最后核对标题承诺。如果标题说“怎样判断”，正文必须给出可观察的依据；如果只是介绍概念，就不要包装成完整操作教程。文章有用的标志，是读者带走了能在相近场景中使用的判断方法。