IT企业外包翻译时，哪些工作仍需内部负责？

IT企业的语言需求可能同时来自界面、帮助文档、网站和培训视频。把这些材料都归入“翻译”，容易忽略它们需要的文件、语境和检查方式并不相同。

外部合作可以承担约定的语言工作，但产品定义、开发决定和最终业务口径仍需要内部参与。本篇关注两边如何分工，而不是给出“IT公司都应该外包”的结论。

先按内容形态列出任务

软件字符串需要位置与功能说明；帮助文档需要有效版本和术语；视频可能涉及台词、字幕或声音素材。图片内的文字也需要确认能否编辑。

将这些任务分开，有助于比较方案包含哪些交付。只提供字数，未必能说明回填、排版和实际使用检查所需的工作。

语言人员需要知道功能是什么意思，但不能代替产品负责人决定一个模糊按钮该怎样工作。源文有矛盾、流程发生变化或不同部门意见冲突时，应有内部确认渠道。

开发团队还需确认资源提取、导入和测试环境。是否需要访问代码或系统，应按工作需要与权限条件约定，不默认所有资料都应完整外发。

询问谁负责翻译、审校、术语维护和约定的文件处理，以及问题如何返回内部。多语种同时推进时，应知道哪些资料共用、哪些按地区分别确认。

外部团队能否安排资源，取决于具体语种、主题和时间。不能把可扩展合作理解为任何时候都能无限增加人手。

版本更新会带来新增字符串、旧译文调整和回归检查。应说明更新怎样交接、哪些版本已经批准，以及临近发布的变更如何处理。

已批准译文可以作为参考，但不能跳过语境检查。持续合作的价值在于清楚的交接与记录，不是脱离项目条件的固定成本或时间保证。

软件、网站与App本地化可用于讨论交付范围；技术与质量支持介绍相应工具与检查。内部掌握产品事实，语言工作才能有可靠输入。