源文件比交付件还糊，我顺着文件夹往上翻才找到毛病

上个月交付了一版画册给客户，客户收到后回了一句「图有点糊哦」。我第一反应是压缩参数出问题了，毕竟这次为了控体积，Win解压缩的极限压缩用得比较狠。但心里还是有点不踏实，就翻回去把交付的PDF和电脑里的源文件并排打开，放大到400%看文字边缘——结果发现源文件本身就是糊的，笔画边缘有发虚的锯齿，不是我这轮压出来的。

顺着文件夹往上翻，才看到客户最早发来的素材包：里面那几张主视觉是微信转发过的，文件名后面还挂着「(1)」。我把它和原始拍摄文件对比了一下，文件体积只有原图的三分之一，像素尺寸虽然没变，但边缘细节明显被磨平过。也就是说，我这里再怎么用清晰度优先模式压，也只是把已经损失过的画质再尽量保住，不可能凭空补回来。

这件事之后我给自己立了个规矩：收到素材先溯源，不急着进压缩流程。具体做了三件事：

1. 先查元数据。右键看文件属性里的尺寸和创建时间，如果尺寸和客户说的拍摄设备对不上，或者修改时间比拍摄时间晚很多，基本就是被转发或压过的。
2. 放大看边缘。把图片放到300%以上，盯文字和细线条的过渡区。正常原图的边缘是锐利但自然的；被压过的会有轻微的块状或发虚的晕边。这一步最直观，比看文件体积靠谱。
3. 跟客户要原图时给选项。我现在会直接说：「您发来的这版适合预览，但如果要印刷或大屏展示，能不能从相机或网盘原始文件夹再导一份？」语气软一点，客户一般都会配合。

另外说回压缩本身：确认源文件没问题之后，我现在的流程是先用Win解压缩的清晰度优先模式压一遍，再用极限压缩出一版做体积对比。同一张带文字的图，清晰度优先版放大到300%还能看清笔画，极限压缩版在同样倍率下已经开始糊边了。所以我的原则是——交付件宁可大一点，也不在客户手里变成「糊图」。

现在每次交付前，我都会把源文件、压缩后的交付件、客户回传确认的版本这三个放在一个文件夹里比一遍。虽然多花十分钟，但省掉来回扯皮的时间远不止这些呢。

想问问大家：你们收到客户发来的素材时，有没有什么快速判断「这图还能不能救」的小办法呀？我目前主要靠肉眼放大看边缘，总感觉还有更省事的招哦。