唐能译牛：
感谢公众号“G11nProfession”的原创和分享，都是干货。
看一个行业的发展有很多方面，此次我们选取的是各本地化公司公开发布的招聘职位。期望通过这一侧面进行分析，观察发展状况，结合已知信息猜测趋势，与从业者及将入行者一起探索职业发展的空间和机会。
有几点需要说明：
1. 所有职位均来源于公司官方网站，采样日期是 2017年6月
2. 并非只局限于中国，包括了全球各地招聘的职位
3. 不包含兼职工作，但有 Contractor 这种合同工职位。也不包含特别先进的岗位，如VP，CxO等等
4. 选定的样本公司有总部在国外企业 LionBridge, TransPerfect, SDL, Welocalize, Moravia; 和总部位于国内的企业 CSoft, EC Innovations
5. Pactera 和 BeyondSoft 这样的综合服务外包企业没有入选，是因为在这些公司本地化只是其业务的较小一部分，我们很难区分哪些职位是本地化部门招聘的职位，哪些不是
6. 所有的分析都是定性的，从方向和趋势分析，包含一定的主观因素，请读者慎重采纳
本篇是分析的一部分，常规类的职位，在下一篇会介绍新兴职位。常规类职位的职位描述对从业者来说很常见，为了节约空间我们就直接略过了。需要的人可以到招聘网站或者各个公司的官方网站上找到详细描述。
项目管理类
Project Coordinator, Project Manager, Program Manager
项目管理类的招聘依然是常规职位中主要的职位之一。行业内有三股主要力量影响着项目管理职位的需求量：
1. 整个语言服务总体业务规模的增长导致 PM 的需求数量随之增加
2. 客户需求多样化和个性化，需要项目经理花费更多的时间和精力在具体的服务上。需求多样性越高，个性化需求越多，对 PM 的数量需求越多
3. TMS，CMS，CrowdSourcing 等系统和各类自动化工具的发展，以及深度应用范围的逐渐增大，客观上减少了 PM 的常规工作时间，进而减少 PM 的需求量
从经验上来看，以上三者都是正在增长的，未来对 PM 的需求是由1+2-3 来决定的。这类职位的一定需求数量应该是增量放缓，但总量仍在增加的状态。如果你是一个 PM，那么短期内不会有太大的职业压力，也不会出现像很多技术公司所声称的那样 —— 有了系统就不需要PM了。
基于上述分析，现有 PM 的职业发展可从两个方向入手，常见的方向是逐步成长为 Program Manager，带领 PM 团队去管理大型复杂项目，面对企业级客户。如果你对这个不感兴趣，可以尝试上面说的第二点，在某类客户个性化领域投入更多精力，成为这个领域的专家型项目管理者。
需要注意的是各个公司对 PM 类的职责要求不尽相同，比如与外部资源合作发/收项目这个工作，有的公司是由 Project Manager 来做，有的公司是由 Project Coordinator/Assistant 来做，而有的公司是由 Localization Engineer 来做。一般来说，同一类工作越是由级别低的员工做，对级别高的职位的要求越高。
销售类和客户类
Customer Service Representative, Client Services Manager, Sales Representative, Business Development Manager, Account Manager, Account Director
销售类的职位原本都是以 Sales x, 或者 BDM 来称谓的，现在招聘的主流是命名为 Account x，Client/Customer Service x 这样更偏向于具体客户服务的职位，意味着本地化销售类的岗位也和其他行业一样进行了分化。一部分职位（Sales，BDM）需要不断开拓新领域；另一部分走向服务化，对现有客户（一般是关键客户）进行精耕细作。
分化对于大客户和代表未来趋势的客户来说是件好事，因为有专门的客户代表照顾他们的需求，关注服务水平，促进服务质量不断提高。同样对于我们这样的从业者也多了一个选择：如果你对接触客户感兴趣但不愿意去敲新客户的门，那么服务化的客户类职位将是不错的选择。
做新客户拓展的销售，有鉴于这个行业的特点，是非常难的工作。然而随着国内企业全球化步伐的逐渐加快，一带一路的引导作用，拓展国内客户现在也有了新的转机。国内新兴的全球化客户一般都没有像国际企业那样完备却死板的语言供应商选择制度，在追求全球化过程中希望得到国际经验的支持，也希望更快。相比于国际大客户门前供应商撞破头，动辄一年半载的竞标流程，国内客户对于销售的机会还是很有吸引力的。
外部资源管理类
Resource Coordinator, Assistant Vendor Manager, Vendor Manager, Senior Manager Partnerships
在本地化企业中资源管理者和项目管理者仿佛是一对天生的矛盾双方，总是在资源的选择和使用话题上质疑对方的专业性。当然两者也有相似之处：项目管理者感觉夹在客户和外部资源之间受气，而资源管理者感觉夹在内部需求方和外部资源之间受气。归根结底都是市场竞争造成的：一方面客户方越来越希望物美价廉，另一方面真正做得好的外部资源价格高而且不缺业务。从职位的名称来看，外部资源管理者的角色也在发生转变，从 resource 管理者变为 Partner 合作者，前者是把供应商或者个人当作资源去管理，而后者是把双方看成是平等的地位而促进合作。未来极有可能再变成外部资源的服务者，让外部资源感觉和我们合作更舒适，拭目以待吧。
如果志于在资源管理类的工作有建树，首先一道关卡就是上面所说的意识的转变，至少是以 Partner 的心态，想方设法让优质的外部供应商与内部需求方，甚至客户方进行更融洽的合作。观念转变是重要的！
另外个人建议做外部资源管理类的职位应当有项目管理或者客户管理的工作经验。因为外部资源管理是终为客户服务的，缺乏这方面的经验会让资源管理流于流程和规范这些形式而少有对客户服务的大目标理解，使得从外面来看 VM 部门缺少活力。如果没有这方面的经验怎么办呢？可以和内部需求团队商量，到对方团队去实际做他们的工作，与他们聊需求。一次几个月就能拥有不错的理解了，后面尽量每年都和需求团队有深入的接触。深入到什么程度，让需求团队来评价，当对方认为你真正了解需求时就可以了。
语言类，语言质量类
Translator, Editor (Reviewer), Linguist, Quality Assurance Specialist, Language Lead, Lead Translator, Linguist
Language Specialist, QC Project Coordinator, Linguistic Manager, Linguistic Services Manager
语言类的工作是本地化的核心，语言类的工作和语言质量管理有天然相关性，所以我们把这两种工作放在一起。语言类的各级职位，从翻译到校对/质检再到语言组长/语言代表，负责的范围逐渐扩大。如果只是想做好自己的翻译，而对管理不感兴趣，Lead Translator 是个不错的选择。
语言专员/协调员/经理这些职位都是负责语言质量的。与语言类不同的是，语言类职位一般只负责一个语言对，目标是把一个语种的翻译做好做精；而语言质量类工作一般都是跨多个语言的，需要协调和管理多个语言的质量。从语言类岗位变换到语言质量管理岗位的调整其实不小，这是一个跨越，尤其是当你去管理不熟悉的语言对时。
对语言质量感兴趣的人，建议多关注常规语言的不同特色，语言质量管理的通用方法，如资源的选择、培训、评估，翻译指导规范的建立，质量管理的模型等等。另外做质量管理需要花时间和客户方或者项目管理者打交道，所以对沟通能力有一定的要求。而且作为质量管理方面的专家，在看问题时要尽量客观，避免带入个人色彩。
工程类
Localization Engineer, Lead
DTP Engineer, DTP specialist, Technical Web Lead
Test Engineer, Test Specialist, QA Engineer
IT Administrator
工程类的工作大致有四种：本地化工程，排版和文档处理，测试工程，IT 管理维护。所列出的需求岗位大都很早就存在，没什么新奇的地方。这说明在过去几年，市场上对工程人员本身的职位描述并没有太大的变化。从好的方面来看，很可能工程类人员的工作还能持续很长时间；从不好的方面来说，这类工作的职业发展很让人担忧。因为各种系统的介入也在逐渐减少对工程人员的依赖：
# TMS系统的强大让很多文件都能够自动处理，对本地化工程师的依赖有所减少
# DITA 的广泛流行和CMS系统的应用拿走了一部分排版工程师的工作
# 敏捷开发模式把原来大块外包的测试工作打散成了峰值小的，持续性的测试工作，客户方可以选择自己内部维护一个小的测试团队
# 逐渐强大的云服务则渐渐侵蚀原来系统管理员的工作
那么，做工程类工作的出路在何方呢？可以考虑去掌握取代我们部分工作的系统，利用这些系统来更好地满足客户的需求，为每个客户设计出更适合他们的系统+人工的工作方法。系统的优势在于做一些标准化的、常规的、重复性的工作，而人工可以处理系统处理不了的事情，例如非常规的个性化需求；建立系统和系统之间的联系；对系统进行评测；设计新的模式等等。
开发类
Software Engineer, Developer, UX Designer, Integration Engineer, Lead, System Analyst, Product Manager
开发类的工作距离我们比较远，在分类时我犹豫了一下，它们对于本地化公司像新兴的职位，而在 IT 行业这些岗位都是再常见不过的了。思来想去，有鉴于大家对这个职位的熟悉程度，还是把它们放在了常规职位里面。上面列出的职位，其实就是要开发出一款平台产品所需的角色的组合。这是否意味着本地化企业越来越重视平台工具的开发，借以提供差异化的服务呢，甚至寻求行业的新增长点？无论如何这都是好事情。
回过头来，我相信即使没有编写代码的经验/能力，如果你对新系统有一定的兴趣，仍然可以参与到开发类的工作中。可以进行系统分析，也可以来做项目管理。当然还是需要你对软件开发的流程有一定的了解，而这些可以通过一些学习准备就能完成，比学习编码所要花费的时间精力少多了。
团队管理类
Production Team Manager, BU Manager
有人就有团队，有团队就需要管理者，无论你是怎么强调团队中个人的能力，或者强调高层的领导力，团队管理者永远都是核心之一。团队管理者所做的是全面的管理。在很多管理类书籍上会片面的强调某一概念，比如说细节决定成败，比如说执行造就成功，等等。这种片面的观念容易把人引入到某一个关键因素误区里，忽视了其他的关键因素，失败了才发现是常识问题。
我一直认为在所有的管理中团队管理是很复杂的，因为不仅要管人，往往也要负责一些财务指标。想要做好非常难，需要不断的平衡调整各个因素，关注现在同时面向未来，常常自己能够做决定的也很少。如果做了团队管理者，你就会发现很多人抱怨过的问题：上面有不给你支持的上司，下面有不理解指令和水平有限的下属，背后有公司的各种政策规章制度，前面有给你设定的一系列目标，感觉就像在一个框架里面，很难有所作为。这段心路历程几乎是每个做团队管理者所必经的。
如果你对团队管理类的工作感兴趣，那么请一定知道上面这些问题，在申请之前做些准备工作，可以去了解公司的规章制度，组织的目标，怎样与上司打交道，怎样去甄别和培训员工，指导下属，如何面向目标进行改进和提高。在这之上，如果能争取到一段见习时间去实际演练，那就更完美了。
当然如果你已经经历过，觉得这些问题你都能够应对自如，来自各方面的评价都还不错的时候，那么恭喜，你可以继续迈向更先进的管理岗位了！
