? 翻译部 笔译/口译
翻译部是内容产出的核心。根据语种和领域细分：法律翻译组、医学翻译组、IT本地化组等。译员不仅需要语言功底，还要掌握CAT工具（如Trados、memoQ）。
- ✦ 母语审校员负责语言润色
- ✦ 领域专家确保术语准确
- ✦ 口译部协调同传/交传设备
? 项目管理部 PM
项目经理是翻译流程的枢纽。他们负责需求分析、资源匹配、进度跟踪。典型场景：客户紧急需求变更时，PM需重新协调译员与排版人员，避免延期。
✦ 使用TMS系统分配任务
✦ 每日站会同步风险项
? 质量控制部 QA/LQA
质控部门执行语言质量检查（LQA）与格式校对。他们依据错误分级标准（Critical/Major/Minor）出具报告。例如检查数字、标签、一致性错误。
✦ 跑查工具：Xbench、QA Distiller
✦ 抽样评估翻译质量分数
⚙️ 本地化工程部
处理软件、网站、游戏中的字符串提取与回归测试。工程部解析资源文件（.xml/.json/.resx），确保编译后界面无截断。他们常与开发团队直接对接。
✦ 伪本地化测试
✦ 国际化(i18n)支持
?️ DTP排版部
桌面排版部门负责多语言文档的版式还原。使用InDesign、FrameMaker、Illustrator等工具。阿拉伯语右向左排版、日语竖排等特殊需求均由DTP专家处理。
✦ 字体嵌入与落版检查
✦ 多语言PDF输出
? 市场运营与销售部
负责客户拓展、品牌推广与行业活动。他们分析翻译公司部门服务优势，制定内容策略。同时收集客户反馈，推动内部流程优化。
✦ SEO与多语言网站运营
✦ 招投标与试译管理
? 翻译公司部门与自由译员区别
自由译员通常独立完成翻译，而翻译公司通过多部门协作实现规模化品控。例如项目管理部负责流程，质控部保证一致性，这是个人难以复制的体系。
✦ 企业级术语管理 ✦ 多轮审校制度
? 翻译部门如何应对AI冲击
目前翻译公司部门普遍引入机器翻译+译后编辑（MTPE）。工程部训练定制引擎，翻译部专注润色，效率提升但人力需求转向高阶审校。
?️ 翻译记忆库归属问题
客户常问翻译记忆库属于谁。通常合同约定归客户所有，但翻译公司部门可利用匿名数据优化引擎，这需要法务与PM共同界定。
? 本地化测试部门详解
大型翻译公司设有专门本地化测试部，检查软件界面截断、文化适配问题。例如颜色禁忌、日期格式，均需测试工程师逐项验证。
? 翻译公司里的“部门迷宫” —— 一位本地化项目经理的观察
我在翻译公司待了快八年，看着工位上“翻译部”“项目管理部”“工程部”的牌子，有时觉得这些名字更像是指盲。技术翻译组那个叫“翻译部”的部门，实际上更像在做“术语治理”。他们负责修错误、改表达、优化一致性，甚至还要写风格指南。最典型的就是“需求评审”：客户说“这句话要地道点”，翻译部就得拿出三个版本，客户反复调整，最终版本和初稿差不多，但过程中质控部、DTP部全部牵扯进来。
有时候项目经理拿着源文件找工程部，工程部说这代码不能动，翻译部说术语必须统一，最终一起开会到深夜。交付部听起来清闲，实际管着钱和人。每个月结算时，他们得把任务分清楚：哪些是翻译部门完成的，哪些是排版延期的。运营部负责流量与客户维护，刚做完活动，产品突然变更术语，文案全得重写。财务部则盯着成本，计算译员单价与利润。
我认定翻译公司最了得的不是翻译部，而是项目管理部。他们最清楚客户想要什么。翻译懂语言，工程懂技术，运营懂市场，财务懂底线。但最大的难题是大家都困在部门墙里。就像软件外包里的需求蔓延，翻译项目也常遇到“范围蠕变”：最初3000字，最终变成两万字加排版。每个部门都在用自己的方式执行命令，却忘了真正的需求往往藏在最初的邮件里。
目前公司推行“敏捷本地化”，每天站会同步进度。但有时项目做完，发现还是原始需求换了马甲。或许该把部门拆得更细？比如翻译部分为“创意翻译组”和“技术翻译组”，工程部分为“前端本地化”与“测试工程”。但无论如何拆分，翻译公司部门的核心始终是协作。只要还在为按钮文案的4px圆角纠结，只要还在优化记忆库，我们就都在推动语言服务往前走。
所以，翻译公司有什么部门？ 答案不仅是组织架构图上的方框，更是那些在术语库、排版文件与交付邮件之间穿梭的真实个体。
