如何把截图清晰地发给开发者，而不是一张模糊的压缩图

你花了十分钟才截到那张完美的图——一个 bug、一处错位的布局、一份设计稿——然后把它粘贴进 Slack，或者作为附件塞进邮件。等开发同事打开时，画面已经发虚、发糊，你最想让他看清的那个细节，恰恰糊掉了。

这是产品和设计协作中每周都要遇到几十次的小摩擦。而解决办法，其实比大多数人想的要简单得多。

截图为什么在传输途中变糊了#

大多数聊天软件和邮箱客户端并不会按原分辨率发送图片。它们会自动压缩——有时压得相当狠——以节省带宽和存储成本。Slack、Teams、Gmail、微信，全都一样。

结果就是：一张锐利的 2 倍 Retina 截图，变成一坨看不清的马赛克。尤其当图里有小号文字、密集的 UI 组件，或者你想指出的那些细微视觉差异时，问题更明显。

跟开发者协作时，这一点尤其致命。如果他看不清按钮到底偏了多少、报错信息写了什么、具体是哪个元素出了问题，你们就得来回拉扯好几轮，光是把"问题是什么"说清楚就要耗掉不少时间。

用附件发送也不总能解决问题#

最直观的做法是：不要直接粘贴，改成以附件形式发送图片。这确实好一些，但也带来了新的麻烦。

邮件附件有大小限制。有些企业邮箱系统会剥离或隔离附件。而如果对方在公司之外，还得等他把文件下载下来、用另一个应用打开、再确认你说的是哪一张——中间全是延迟。

你真正需要的，是一种能即时分享原分辨率图片的方式：不被压缩，对方也不用翻文件夹、不用下载任何东西。

给开发者发截图最省事的流程#

下面这套流程，在实际工作中是真的能跑通的：

1. 先把截图存成 PNG 或 JPEG 文件。 不要直接粘进聊天窗口，先存下来。Mac 上按 Command+Shift+4 会自动存到桌面；Windows 上用截图工具或 Win+Shift+S 截到剪贴板，再粘贴进图片编辑器导出。

2. 上传文件，拿到一个直链。 大多数人在这一步走了弯路——他们打开 Google Drive 或 Dropbox，花时间选文件夹、设置共享权限，最后发出去的链接对方还得登录才能看。更简单的做法是：上传到 share-pics.com，几秒钟拿到一个私密链接，直接发过去。不用注册账号，也不用折腾权限设置。

3. 发链接，而不是发图片。 把链接粘贴到 Slack、邮件或者任何你们沟通的地方。开发者点开，就能在浏览器里看到原分辨率的图片，放大也不会糊。

4. 让链接自动过期。 截图里往往包含敏感界面、内部工具或者尚未发布的功能。设置一个 24 小时或几天后失效的链接，意味着这张图不会永远留在互联网上。对于任何工作相关的内容，这都是个合理的默认设置。

图片格式该怎么选？#

如果你用的是 Mac，截图默认保存为 PNG。PNG 是无损格式，非常适合截图——文字锐利，UI 元素清晰。

如果你确实需要在分享前把截图转成 JPEG（比如某个工具有文件大小限制），可以用我们的图片转换工具完成 PNG 到 JPEG 的转换，尽量把画质损失控制到最低。但要注意，JPEG 会引入压缩噪点，所以对于带文字的截图，PNG 通常是更好的选择。

什么时候最需要这套做法#

以下几种场景，这套流程的价值最明显：

• Bug 反馈。 开发者需要看清屏幕上到底发生了什么，压缩会把关键细节抹掉。
• 设计评审。 组件两种状态之间几像素的差别，在压缩图里根本看不出来。
• 交付给客户。 你要发设计稿或交付物，必须让对方看到它本来的样子。
• 远程团队。 当你没法直接凑到同事身边指着屏幕说，图片的清晰度就是沟通本身。

一个值得养成的小习惯#

上传截图、复制链接再发出去，比直接粘贴到消息里多花大概三十秒——但它能帮你省下多得多的来回确认时间。而屏幕另一端的开发同事，一定会为此感谢你。

下次需要分享截图时，试试 share-pics.com。上传图片，复制链接，发送。不用注册，无需配置，也不会被压缩。