翻译截图是「图片翻译」里最常被低估、但需求最广的场景。产品经理需要把英文 App 的关键流程截图给非英语团队看；客服需要把用户发来的外语错误截图理解清楚；做出海产品的设计师要把竞品的界面截图本地化做对比研究。这些场景手动翻译要花几十分钟，AI 加 5 步流程几分钟就能搞定。本文用一个完整案例，把截图翻译的工作流走通。
第一步：选对截图来源
AI OCR 的识别准确率和截图来源直接相关。原则是：屏幕原生截图永远比手机翻拍屏幕的「照片」准。
- 桌面端：Mac 用 Cmd+Shift+4 / Win 用 Snipping Tool，直接保存 PNG
- 移动端：iOS 同时按音量上+电源，Android 各品牌略不同（一般是音量下+电源）
- 网页：浏览器扩展（如 GoFullPage、Awesome Screenshot）支持整页滚动截图
- 避免：拿手机拍电脑屏幕、对屏幕屏幕摄影——这两种会引入摩尔纹和反光，OCR 准确率断崖式下降
💡 截图后先放大看一下文字是否清晰。如果你自己看着模糊，AI 大概率也认不准。
第二步：选「通用模式」，别用其他
PicTranslate 提供四种模式（通用 / 漫画 / 电商 / 轻小说），截图场景永远选「通用模式」。原因：截图里的文字结构是「界面元素 + 短句 + 按钮文案」，不是漫画那种气泡，也不是电商那种营销文案。通用模式针对界面文字做了优化，会保留按钮形状、状态栏对齐、对话框结构。
第三步：设定目标语言时考虑「文字长度膨胀」
这是新手最容易踩的坑。英文翻译成德文平均长 30%，翻译成俄文平均长 20%。意思是英文界面里刚刚好的「Submit」按钮，德语翻译成「Einreichen」可能放不下。
- EN → DE：预留 30% 长度
- EN → FR / IT / ES：预留 20-25%
- EN → JA / KO / ZH：通常更短，但要注意字符间距
- EN → RU / FI：预留 25% 左右
- EN → AR / HE：右到左书写，需要镜像布局校验
第四步：用自定义提示词锁住「界面术语」
界面术语在本地化里有约定俗成的译法。例如英文 Settings 在中文 App 里普遍译成「设置」而不是「设定」，Sign in 译成「登录」而不是「签到」。AI 默认可能给出语义正确但「不符合 App 行业惯例」的译法。
在 Max 套餐的自定义提示词里加一段：「这是 SaaS App 界面截图。术语遵循中文 App 行业惯例：Settings=设置，Sign in=登录，Sign up=注册，Dashboard=工作台，Profile=个人资料，Logout=退出登录。」翻译质量会立刻贴合行业习惯。
第五步：批量处理同一个产品的截图
翻译一组截图（比如一个产品的完整 onboarding 流程）时，务必用批量模式一次性上传。原因：同一批截图共享术语和语气，AI 会在批次内保持一致——单张分别翻译可能出现「Save」一会译「保存」、一会译「储存」的情况。
翻译界面截图的核心不是「翻译文字」，是「保留界面的可用性」。一个翻译完按钮放不下的界面，比保留英文还糟糕。
常见问题：翻译后的截图能直接用于产品发布吗？
不能，也不应该。翻译截图的正确用途是「本地化预审」——让非工程的本地化团队提前看到目标语言下界面长什么样，发现长度溢出、术语不当、上下文歧义等问题，然后把这些反馈回工程团队去做真正的 i18n 实现。把翻译截图当成最终素材发布是错误用法。
进阶：截图 + 标注的组合用法
做用户研究或竞品分析时，常见需求是「翻译截图 + 在上面加箭头标注」。流程是：先用 PicTranslate 把原始截图翻译成目标语言，下载后用任何标注工具（Skitch、Snagit、Mac 内置预览）在译图上加标注。译图保持原始分辨率，标注效果完全等同于原图标注。
总结
截图翻译的难点不在「能不能翻译」，在「翻译完是否还像可用的界面」。掌握来源选对、通用模式、长度预算、术语锁定、批量一致这 5 个要点，就能把截图翻译做到产品级可用的水平。
