企业官网建设流程全解析

1. Word 文档为什么会越做越大：先搞清楚体积从哪来

一份几十页的 Word 文档，正文全是文字，加起来可能连 100KB 都不到，结果另存看属性，文件赫然写着 68MB。这种反差我见得太多了，第一次碰到的人往往会怀疑是不是文档中了什么招，其实九成以上的情况，问题都出在图片上。word文档压缩图片这件事，本质上不是"把文档变小"这么笼统，而是"把文档里最占地方的那部分数据，用可接受的质量损失换回体积"。不理解这句话，后面所有的操作都是瞎点。

我先把结论摆在前面：一份典型的图文混排文档，文字部分通常只占总体积的1% 到 3%，剩下的几乎全是嵌入的位图。你要做的不是优化文字，而是精准地找到那些"藏起来的大图"，然后决定留多少、丢多少。这个判断过程比操作本身重要得多，因为压错了图，文档交出去糊成一片，比文件大更麻烦。

这一节我们只做一件事：把体积的来源拆干净。知道敌人是谁，后面的工具选择、参数设置才不会变成试运气。

1.1 图片是体积的第一元凶，而且比你想象的更夸张

现在的手机随手一拍就是 4000×3000 像素，单张 JPEG 三四 MB 很常见。有人做产品手册、课程讲义、项目汇报，一页插两张图，三十页就是六十张，还没算封面和附录。六十张乘以平均 3MB，就是 180MB 的原始素材总量。Word 把它嵌进去之后，文档体积基本就是这个量级，再叠加一些缓存，七八十 MB 到一百多 MB 都属于正常范围。你打开文档觉得卡、保存要转圈、发邮件被退信，全是这个原因。

关键的一点是，Word 并不会因为你"看起来把图片拖小了"就真的把像素删掉。你在页面上把一张大图拖成三厘米宽，视觉上确实变小了，但文件里存的仍然是完整的 4000×3000 像素数据。Word 只是记录了一个"显示尺寸"的属性，原图一个字节都没少。这就是为什么很多人明明把图都缩得很小，文件还是巨大——你压缩的是显示，不是数据。

还有一种更隐蔽的情况：图片被裁剪过。比如一张截图你只想要中间一块，用裁剪工具切掉了四周。默认情况下，被裁掉的那部分像素仍然保留在文件里，Word 只是记了个"可见区域"的坐标。所以你裁剪得越狠，浪费得越多。这一点在后面讲"删除图片的剪裁区域"那个勾选项时会专门展开，它是很多人漏掉的一键瘦身开关。

提示：判断一张图是不是"大图"，不要看它在页面上显示多大，要选中它，看"图片格式"里显示的原始尺寸，或者干脆按下面 1.3 的方法把文档拆开直接看文件大小。

1.2 三个容易被忽略的隐形膨胀源

图片之外，还有几样东西在悄悄吃体积，虽然量级不如图片，但在"已经压过图还是不理想"的场景下，它们就是最后一公里。

嵌入字体。如果你用了非系统自带的字体，并且勾了"将字体嵌入文件"，Word 会把整个字体文件塞进文档。一个中文字体动辄 5MB 到 20MB，嵌入两三个就是几十 MB。更坑的是，嵌入时如果选了"嵌入所有字符"，哪怕你只用了五个字，整个字库也会被搬进去。检查路径在"文件 → 选项 → 保存"，看"将字体嵌入文件"是否勾选。

修订记录与批注。开了修订模式的文档，每一次删除、每一次改动都被完整记录，包括被删掉的图片。你以为图删了，其实它还在修订历史里躺着。这类文档要先"接受所有修订"再另存，体积会明显下降。

嵌入对象与缓存。Excel 表格用"嵌入"方式插进 Word，整个工作簿都在里面；还有一些旧的 OLE 对象、早期的图表缓存，都属于历史包袱。这类东西在正常视图下看不出来，得靠拆包排查。

1.3 一个 30 秒的排查手法：把 docx 当压缩包拆开看

docx 格式本质就是一个 zip 压缩包。这个认知非常有用，因为它给了你一个绕过 Word 界面、直接看真相的通道。操作很简单：复制一份文档备份，把后缀从.docx改成.zip，用系统自带的解压功能打开，进入word/media/目录，里面就是文档里所有图片的原始文件，文件名是image1.png、image2.jpeg这种。

按大小排序，你立刻就能看到哪几张是罪魁祸首。我一般会看三个数字：总大小、最大的那张、以及超过 1MB 的图片有几张。如果 60 张图里有 5 张超过 5MB，那先处理这 5 张，性价比最高；如果 60 张都在 800KB 上下，那就得整体压。

这个方法还有个附带好处：它能告诉你图片的真实格式。有些图你以为存的是 JPEG，实际是 PNG，而 PNG 存照片类内容体积极大。格式选错，压缩效果能差五到十倍。

注意：拆包只用于查看，改完记得把备份留着。不要把解压出来的目录直接再压回 zip 改后缀，这样得到的文件大概率打不开，正确做法永远是在 Word 里操作。

2. 压缩前必须做的分级判断：哪些能压，哪些碰不得

我见过最典型的翻车场景，是一份要送印的画册，为了好发邮件，整篇一键压到 96ppi，结果印出来全是马赛克。也见过反过来的，一份内部通知文档，为了"保险"坚决不压，附件 120MB，邮件系统直接拒收，最后只能拆成三个文档发。这两个极端都说明同一件事：压缩不是技术问题，是判断问题。

动手之前，先花两分钟给文档里的图分个级。分级的标准就三条：这张图最终给谁看、通过什么介质看、糊一点会不会出事。下面这套分级方法我在各种场合反复用过，基本能覆盖绝大多数情况。

2.1 三类图片的分级处理原则

第一类：装饰性图片。包括背景纹理、分隔线、图标、装饰性小图、页眉页脚里的 logo。这类图的特点是"看个意思就行"，本身就小，压缩空间有限但压了也无所谓。处理方式：可以放心压到 96ppi，甚至有些纯色图直接转成 PNG-8 或干脆删掉换形状。

第二类：信息性图片。流程图、截图、表格截图、带文字的示意图。这类图是文档的骨干，糊了直接影响阅读。它们的共同特点是"细节是关键"，尤其是截图里的文字。处理方式：这类图最忌讳用 JPEG 压，因为 JPEG 是有损压缩，会在文字边缘产生一圈杂色噪点，本来清晰的字会变得脏。正确做法是保持 PNG 格式，靠缩小像素尺寸来减体积，而不是靠降低质量参数。

第三类：展示性图片。产品实拍、人像、场景照、渲染图。这类图是"看图说话"，占体积最大，压缩收益也最大。处理方式：可以压，但要守住分辨率底线，具体数值看第 4 节的场景对照表。

一张图属于哪一类，其实看它"删掉之后文档还能不能读"就清楚了。删了还能读的，是装饰；删了读不懂的，是信息；删了不好看的，是展示。这个判断很粗糙，但足够快。

2.2 判断的三个硬指标

分级之后，还要落到具体数字。我一般看三个东西。

最终介质。屏幕上看（电脑、手机、投影）和纸上看，要求完全不同。屏幕上 96ppl 到 150ppi 就够，因为绝大多数显示器本身就是这个密度；纸上印刷，最低 220ppi，铜版纸彩印建议 300ppi 以上。这里有个容易搞混的点：ppi 是"每英寸像素数"，它描述的是图片在页面上的物理密度，不是图片本身有多少像素。同样一张 4000 像素宽的图，铺满 A4 宽（约 8.27 英寸）是 484ppi，缩到 3 厘米宽就变成 3386ppi。Word 的压缩选项用的正是这个逻辑，后面会详细讲。

最小可读元素。图里最小的字、最细的线是多少。如果一个截图里有 8 号字，你压完之后这些字必须还能认出来。经验值是：图片里最小的文字高度，压完之后至少要保留 12 个像素。低于这个数，屏幕上看就开始糊，打印出来基本是墨团。

是否会被二次使用。这份文档会不会被别人拿去做 PPT、截屏、二次排版？会的话，压缩要保守一档。因为别人拿到的是已经损失过的图，再折腾一次就是二次损失，叠加起来很难看。

2.3 一份可以直接照抄的压缩决策表

把上面的逻辑落成表格，动手前对一眼，比凭感觉靠谱。

这张表不是铁律，但它能帮你避开 90% 的坑。最需要警惕的是"印刷件用屏幕参数"和"文字截图用 JPEG"这两个错误，前者毁画质，后者毁可读性，都是事后无法补救的。

3. Word 内置压缩功能：完整实操与每个选项的真实含义

绝大多数人的需求，用 Word 自带的功能就能解决，不需要装任何额外工具。问题在于这个功能藏得有点深，选项的措辞又很含糊，很多人点完之后不知道发生了什么，也不知道有没有生效。这一节把路径、选项、验证方法一次讲透。

先说清楚一件事：Word 的压缩逻辑是"按显示尺寸重算像素，再重新编码"。它不是简单粗暴地降质量，而是先算"这张图在页面上占多大物理尺寸"，然后乘以你选定的 ppi，得出目标像素数，再把原图重采样到这个尺寸。理解了这个机制，你就能预判压缩结果，而不是压完再看。

3.1 三种入口，对应三种不同范围

入口一：单张或选中的几张。选中图片，"图片格式"选项卡最左边一般就有"压缩图片"按钮。如果没看到，说明窗口太窄，选项卡被折叠了，点一下右边的小箭头展开即可。

入口二：整篇文档。还是点"压缩图片"，在弹出的对话框里，把"仅应用于此图片"的勾去掉，这样设置就会作用到文档里所有图片。这是最常用的方式，也是效果最明显的一步。

入口三：全局默认设置。路径是"文件 → 选项 → 高级"，往下滚到"图像大小和质量"区域。这里有三个开关值得注意：一是"不压缩文件中的图像"，勾上之后所有压缩操作都失效，很多人压半天没反应就是这里被勾了；二是"默认目标输出"，可以设成 220ppi 或 150ppi，之后插入的图片会自动按这个处理；三是"放弃编辑数据"，勾上会丢掉图片的裁剪信息和编辑记录，等效于彻底删掉被裁掉的像素。

三个入口的关系是：入口三管默认，入口二管当下，入口一管特例。日常最省事的组合是——先把入口三的默认值设好，再用入口二对存量文档做一次全量压缩。

3.2 分辨率选项背后到底发生了什么

对话框里那几个选项，措辞很坑，必须翻译一下。

"打印（220 ppi）"：按页面显示尺寸计算，每英寸 220 像素。一张在页面上显示 10 厘米宽的图，10cm 约等于 3.94 英寸，3.94 × 220 ≈ 867 像素宽。也就是说，不管你原图是 4000 像素还是 800 像素，压完之后它会变成 867 像素左右（原图小于这个值则不会被放大）。

"屏幕（150 ppi）"：同样 10 厘米宽，3.94 × 150 ≈ 591 像素。体积大概是 220ppi 版本的 46%，因为像素数是按面积算的，比例是 (150/220)² ≈ 0.465。

"电子邮件（96 ppi）"：3.94 × 96 ≈ 378 像素。相对 220ppi，像素数只剩 (96/220)² ≈ 0.19，也就是体积降到原来的两成左右。这就是为什么从 220 切到 96，效果立竿见影。

这里有个很多人没意识到的推论：压缩效果取决于图片在页面上的显示尺寸，而不是原图大小。同样一张 4000 像素的图，铺满整页和缩成小图标，压完之后体积能差几十倍。所以如果你发现某张图压完还是很大，先看它是不是被拉得特别大——那说明它在版面上占的地方多，需要的像素自然多，这是合理的。

反过来说，如果一张图在页面上只有 2 厘米宽，你却保留了 3000 像素的原始数据，那就是纯浪费。这种情况在大文档里非常普遍，也是压缩收益最大的地方。

3.3 "删除图片的剪裁区域"：一键瘦身的隐藏开关

对话框里那个复选框，全称是"删除图片的剪裁区域"。它的作用是：把裁剪掉的像素真正从文件里删掉，而不只是隐藏。

这个选项的价值取决于你的文档里有多少裁剪过的图。我做过一个统计，一份 40 页的产品说明，里面有 30 张截图做过裁剪，平均每张裁掉了 60% 的面积。勾上这个选项之后，文档从 52MB 降到 19MB，而视觉上一个像素都没变——因为删掉的全是本来就看不见的部分。这是纯赚的操作，没有任何画质代价。

但要注意一个副作用：删掉之后，裁剪是不可逆的。如果你后面想把裁剪范围改回去，发现原图已经没了。所以这一步建议放在文档基本定稿之后再做，别在编辑中途就勾。

还有一类图也属于"看不见的浪费"：被设置了透明度的图、被其他元素遮住的图、放在页面外的图。这些 Word 不会自动清理，得手动找。我的做法是打开"选择窗格"（在"开始"选项卡的"选择"里），把对象列表拉出来，看看有没有意料之外的大对象。

3.4 压完怎么验证：三个必做的检查动作

压完直接保存交出去，是很多事故的源头。三个动作，每个十秒钟。

动作一：看文件属性。右键文档看大小，或者直接看 Word 标题栏。前后对比一下，如果只降了 5%，说明压的方向不对，回去查是不是有图没被覆盖到。

动作二：100% 缩放逐页扫一遍。把视图缩放到 100%，一页一页翻。重点看三类图：带小字的截图、细线条的流程图、深色背景上的浅色文字。这三类是最容易在压缩中崩掉的。屏幕上看着还行不够，一定要 100% 看，因为缩略视图会自动做平滑，把问题盖住。

动作三：打印预览。哪怕你不打印，也要看一眼打印预览。打印预览的渲染逻辑和屏幕显示不同，有些在屏幕上勉强能看的图，在打印预览里就露馅了。特别是灰度打印场景，彩色图的对比度会重新映射，原本勉强可辨的文字可能直接糊掉。

提示：验证的时候别在原文件上折腾。养成习惯，压缩前先"另存为"一个_compressed版本，原稿留着。压坏了还能重来，这是最基本的安全网。

4. 参数怎么定：手算一遍，比凭感觉强十倍

大部分人设参数靠猜，猜完靠看，看完不满意再猜一轮。其实这个事是可以算的。算一遍之后你会发现，很多纠结根本不存在——要么压得太狠没必要，要么压得太松没效果。

算的核心公式只有一条：目标像素宽 = 页面显示宽度（英寸）× 目标 ppi。目标像素高按原图比例换算。知道了目标像素数，再乘以每像素的平均字节数，就能估出体积。JPEG 的这个系数在质量 80 时大约是 0.3 到 0.5 字节/像素，PNG 则要看内容复杂度，截图类大约 0.5 到 1.5 字节/像素，照片类能到 2 以上。

4.1 一个完整的算例

假设文档里有 50 张产品实拍图，每张在页面上显示为 12 厘米宽。原图是 4000×3000 像素，单张 3.5MB。

第一步，换算显示宽度：12cm ÷ 2.54 ≈ 4.72 英寸。

第二步，算 150ppi 下的目标像素：4.72 × 150 ≈ 708 像素宽，按 4:3 比例，高约 531 像素，总像素约 37.6 万。

第三步，估体积：37.6 万像素 × 0.4 字节/像素 ≈ 150KB。

第四步，算总量：50 × 150KB ≈ 7.5MB。

对比原始：50 × 3.5MB = 175MB。压缩比约 23 倍。这个结果说明什么？说明对这类"页面上显示不大、原图却极大"的图，压缩是纯赚，压完还有富余，甚至可以往上提到 220ppi。

反过来再看一个场景：一张整页铺满的 A4 图。A4 内容区宽约 16cm，即 6.3 英寸。220ppi 下需要 6.3 × 220 ≈ 1386 像素宽。如果原图是 4000 像素，压完是原像素的 12%，体积降到 12% 左右。这仍然很划算，但如果你要印刷到 300ppi，就需要 6.3 × 300 ≈ 1890 像素，压缩比降到 22%。这就是为什么印刷件的体积天然下不来——它需要的像素就是多。

4.2 三个场景的推荐值，附理由

场景一：内部传阅、邮件附件。目标是"能发出去、能看清"。推荐 96 到 150ppi，文字截图保持 PNG，照片用 JPEG 质量 75 到 80。一份 60 页的图文文档，通常能压到 8 到 15MB，这是邮件系统普遍能接受的量级。再往上压到 5MB 以下，文字就开始吃力了，不划算。

场景二：投影演示。投影仪的实际输出分辨率常见是 1920×1080，投 100 英寸画面。这意味着你给的像素超过 1920 宽就是浪费。所以按页面显示宽度算，只要目标像素宽不超过 1920，就没问题。一般推荐 150ppi，因为投影环境光复杂，适当高一点有容错空间。

场景三：印刷交付。这里我不建议用 Word 内置压缩。正确流程是：图片先按 300ppi 的目标尺寸在外部处理好，再插入 Word，插入后关闭 Word 的自动压缩（就是 3.1 里说的那个"不压缩文件中的图像"勾上）。原因很简单，Word 的压缩是"一刀切"，它不会区分照片和线条图，容易把该保的细节压掉。交给可控的预处理更稳。

4.3 JPEG 和 PNG 的取舍，别选错

这个选择题的答案其实很明确，但错的人特别多。

JPEG 适合：照片、渐变、有大量色彩过渡的图。它用有损压缩换体积，人眼对照片的细节损失不敏感。

PNG 适合：截图、图表、带文字的图、纯色块、需要透明背景的图。它是无损的，但代价是体积大——同样内容的照片，PNG 可能是 JPEG 的五到十倍。

最常见的错误是：把带文字的截图存成 JPEG。JPEG 的压缩单位是 8×8 像素块，在文字边缘会产生振铃效应，表现为字周围有一圈灰蒙蒙的杂色。单看一张不明显，整篇文档几十张截图，观感会明显发脏。更麻烦的是这种损失不可逆，压完再存回 PNG 也救不回来。

还有一个反向错误：把照片存成 PNG。体积能大到离谱，一张 3000 像素的照片存 PNG 可能有 15MB，转成 JPEG 质量 85 只要 1.5MB，视觉上几乎没差别。这种图在文档里放三五张，体积就爆了。

判断方法很简单：图里有大面积纯色和清晰边缘的，用 PNG；有连续色调过渡的，用 JPEG。拿不准就看文件大小，同样内容哪个小用哪个，但要保证文字可读。

5. 跳出 Word：更可控的预处理工作流

Word 内置功能够用，但有两个天花板：一是它只能"整体压"，不能对单张图精细化处理；二是它对格式转换的支持很弱，PNG 转 JPEG 这种基本操作都做不了。如果你的文档图片量大、要求高，或者要反复处理同类文档，值得把压缩这一步挪到插入之前。

这个思路的核心是：先压图，再插图。插进去的已经是合适尺寸的图，Word 里就不需要再压，也就不存在"压完发现糊了"的返工。缺点是前期要多一道工序，优点是结果完全可控，而且这套流程可以复用。

5.1 建立"素材预处理"这一步

我的做法是把文档制作拆成三段：素材收集、素材预处理、排版。中间那一步专门处理图片，处理完存到一个_ready目录，排版时只从这个目录取图。

预处理要做的四件事，按顺序：

第一，统一尺寸。按图片在版面上的最终显示尺寸，乘以目标 ppi，算出目标像素。批量缩放到这个尺寸。注意是"缩小"，不要放大——放大不会增加信息，只会让文件变大且更糊。

第二，统一格式。照片类转 JPEG，截图类保持 PNG。这一步做完，体积通常能降一半以上，因为很多"伪 PNG"（其实是照片）被纠正了。

第三，清理元数据。手机和相机拍的图里带着 EXIF 信息，包括拍摄参数、缩略图、甚至位置数据。这些对文档毫无用处，但能占到几百 KB。批量清除，纯赚。

第四，重命名。用有意义的文件名，比如fig03-装配示意.png。这样后面在 Word 里排查体积时，拆包一看就知道是哪张图在捣乱。

批量处理用什么工具？系统自带的图片查看器大多支持简单的批量缩放；命令行工具更适合做精确控制和批量化，比如开源的图像处理套件可以一行命令完成"缩放 + 转格式 + 去元数据"，适合固定流程反复跑。如果你不熟悉命令行，找一个支持批量处理的图形工具也完全够用，重点是别一张一张手动改，那样既慢又容易漏。

5.2 一个可复用的参数模板

不管用什么工具，参数就那几个，记下来反复用：

• 目标宽度：按版面显示宽度 × 目标 ppi 计算，四舍五入
• 缩放算法：缩小用双三次或 Lanczos，不要用最近邻（会产生锯齿）
• JPEG 质量：80 是通用值，85 是保守值，70 以下慎用
• 是否保留比例：永远保留，别拉伸
• 元数据：全部清除
• 色彩空间：sRGB，除非明确要印刷用 CMYK

这套参数我在各种文档里用过，基本不需要调整。唯一要变的是目标宽度，那个必须按实际版面算，不能拍脑袋。

5.3 插入方式对体积的影响：链接还是嵌入

Word 插入图片时，有个"链接到文件"的选项。勾上之后，文档里只存一个路径，不存图片数据，文档体积会非常小。听起来很美，但日常文档千万别用。

原因很直接：链接是相对路径，文档一换电脑、一换目录，图就全断了，打开是一片红叉。除非你是做内部固定环境的模板，否则这个坑踩一次就够了。文档要发给别人的，永远用嵌入。

不过有个折中方案值得知道：如果文档确实大到无法传输，可以做成"主文档 + 图片附件包"的形式，正文里放低分辨率缩略图，需要高清时另附原图。这在一些交付场景里是可接受的，但要在文档开头说明清楚，别让人以为图就是这么糊。

6. 常见问题与排查实录

压完了没效果、压完了糊了、压完了文档打不开——这三类问题占了实际遇到的九成。下面按症状列排查路径，都是我自己踩过或者帮人定位过的。

6.1 压完体积几乎没变：六个原因逐个查

原因一：设置没覆盖到全部图片。"仅应用于此图片"没取消勾选，只压了当前选中那一张。返回去重新操作，确认勾去掉。

原因二：全局压缩被禁用了。"文件 → 选项 → 高级"里"不压缩文件中的图像"被勾上了。这个开关很隐蔽，一旦勾上，所有压缩操作静默失效，界面上不会有任何提示。这是最坑的一个。

原因三：图片显示尺寸太大。压缩是按显示尺寸算的，一张铺满整页的图，压到 220ppi 仍然需要 1400 像素左右。如果原图是 1500 像素，压完几乎没变化——这是正常的，不是没生效。判断方法是拆包看单张图大小，如果都在合理范围，那总量下不来是因为图多，不是没压。

原因四：文档里有大量 PNG 截图。PNG 是无损格式，Word 的 ppi 压缩对它有效但有限，尤其是包含大面积纯色的流程图，压缩后体积下降不明显。这种情况靠缩像素，别指望质量参数。

原因五：字体嵌入或其他对象占大头。按 1.3 的方法拆包，看word/media/之外还有没有大文件。字体在word/fonts/，如果那里有十几 MB，压图是白费力气。

原因六：修订记录没清。开了修订模式的文档，删掉的图片还在历史里。先接受所有修订，再另存。

排查顺序建议按这个来：先看全局开关，再看单张大小，再看非图片文件。三步之内基本能定位。

6.2 压完糊了：分情况补救

情况一：文字截图糊了。这是最常见的。原因是用了 JPEG 或者压得太狠。补救办法：如果原图还在，重新插入原图，只缩尺寸不降质量，保持 PNG。如果原图已经覆盖保存了，那就只能重截图——所以再次强调，压缩前另存备份。

情况二：照片出现色块和条带。JPEG 质量压到 60 以下，平滑渐变区域会出现明显的方块。补救：质量回调到 75 以上，或者改用"缩尺寸 + 高质量"的组合，效果比"原尺寸 + 低质量"好得多。

情况三：细线消失了。流程图里的 1 像素线条，在缩小过程中容易被采样算法直接丢掉。补救：缩放时用高质量算法，或者干脆不缩放，改用矢量图（如果原图是矢量导出的）。这也是为什么流程图建议用 150ppi 以上，别省这点体积。

6.3 一张速查表，贴在显示器旁边

7. 长文档与协作场景：把压缩变成习惯而不是救火

单次压缩是技术活，反复处理同类文档就是流程问题。我处理过多轮的协作文档，最大的感受是：体积问题从来不是最后才发现的，而是从一开始就埋下的。等文档定稿了再去压，往往已经骑虎难下——压狠了怕出事，压轻了发不出去。

比较靠谱的做法是把压缩嵌进流程，分三个节点。

节点一：素材入库时。所有图片进入文档之前，先过一遍预处理。这一步做完了，文档从出生就是"瘦"的，后面完全不用操心。判断标准很简单：素材目录里的图，单张不超过 500KB（照片类）或 300KB（截图类）。超了就处理，处理完再入库。

节点二：文档初稿完成时。做一次全量压缩，勾上删除裁剪区域，目标定在 150ppi。这时候文档还在改，压缩不用太保守，因为后面还有机会调。

节点三：定稿交付前。按最终用途重新设一次参数。印刷件恢复到 220 到 300ppi 并关闭自动压缩；传阅件压到 96 到 150ppi。这一步是"按需定制"，不能沿用初稿的设置。

三个节点里，节点一的价值最大。因为它解决问题最彻底，而且不需要返工。我见过太多团队在节点三才发现文档 80MB，然后压缩、检查、发现糊了、重新找原图、再压、再检查，来回折腾一整天。这些时间在节点一花掉，可能只要十分钟。

还有一个协作场景的细节值得提：多人编辑同一份文档时，图片会被反复插入和删除。删除的图片有时会残留成不可见的对象，占着体积。处理方法是文档定稿后做一次"选择窗格"清查，把所有对象列出来，看有没有多余的空对象或重复对象。这个动作不常用，但在"明明压过了还是很大"的疑难文档上，经常能挖出意外收获。

最后分享一个我自己一直在用的判断标准：文档体积的目标值，应该由传输方式反推，而不是由画质反推。邮件附件通常限制在 20 到 25MB，那就按 15MB 做目标，留出余量；内部共享盘不限，那就按"够看清"做目标，150ppi 足够；印刷交付不看体积看质量，那就按 300ppi 做，体积大就大。先定目标，再倒推参数，比压完看效果再猜要快得多，也不会出现"压到一半发现方向错了"的情况。