弱网与小包体：在 KB 预算内保住「能看清主路径」，必要时拆成低清首屏与高清懒加载两档
`lightweight-visio-jpg` 面向移动巡检、外场弱网或邮件严格限容场景。过度压低质量会让文字与细线一起糊掉，失去沟通意义。应定义「最小可接受阅读」抽检点：主标题、三条关键连线与两个数字标签必须可辨；其余细节允许降级。可输出低分辨率 progressive JPG 作首屏，再在用户点击后拉高清附件，避免一次传输巨型全景。
轻量传输操作说明：先定 KB 上限与必读经元清单，再试压质量因子，最后弱网实测首包时间与可辨性
- 与业务约定单图上限 KB 与最长等待时间；在 Visio 删除装饰性背景纹理与冗余图例，仅保留叙事必需元素，为压缩腾出比特预算。
- 从高质量基准逐步降低质量因子并记录文件大小曲线，在体积达标时立刻用真机弱网（限速 3G）打开，确认主路径仍可读而非仅凭桌面光纤判断。
- 若单图无法满足体积与清晰度矛盾，拆成「概览 JPG + 细节 JPG 链接」并在消息模板中固定顺序；映射表记录两档文件与同一 .vsdx 源的对应关系。
VSDX 转 JPG（轻量传输）常见问题：KB 上限、色度抽样与文字糊、渐进式加载、双档资源与弱网实测
邮件系统限制单附件 200KB，示意图几乎必然糊，是否应坚持一图一事还是改传链接？
超过极限时应传对象存储链接附带校验和，或在正文用文字复述关键结论；强行塞入 200KB 全景往往导致不可读且误导。
极低质量下彩色文字边缘出现彩色伪影，是色度子采样问题还是量化步长问题，应优先降尺寸还是提质量？
二者相关：可尝试更高质量或适度缩小尺寸而非无限降质量；对关键文字改用纯黑白高对比减少色度通道压力。
渐进式 JPG 先糊后清在旧安卓 WebView 上闪烁，是否应关闭渐进并改用骨架屏或顺序式编码？
若目标客户端兼容差，可改顺序式编码并配合占位骨架屏；需在真机矩阵上回归而非仅 Chrome 桌面。
同一张图要对欧美与东南亚弱网同事都友好，能否共用同一压缩参数，还是用 CDN 地理规则下发多档更现实？
建议按地域 CDN 分层下发不同质量或宽度；全球单一参数往往牺牲一端体验，用边缘规则比争论「默认值」更有效。
为了省流量去掉 EXIF 与 ICC 配置文件，是否会导致某些浏览器色彩漂移进而误读品牌色？
剥离 ICC 可能让品牌色在不同设备上偏差加大；若品牌色关键，应保留嵌入 sRGB 配置或在前端 CSS 统一色板补偿，而不是盲目删元数据。