企业官网建设流程全解析

做游戏内容这行的朋友大概都遇到过这种场面：一份攻略写好了，评论区第一条是“这个‘拉扯’到底指什么”，第二条是“你前面写‘开团’，后面又写‘先手’，是同一个东西吗”。我最早接手中英对照这类活，是在一支做海外游戏资讯搬运的小团队里，当时觉得不就是把英文术语配个中文解释，一个人两天能搞定。结果第一版交出去被退回来三次，理由很一致：词条能查到，但用不了。有的词只给了译名没给语境，译者和玩家都不知道该在什么句子里用它；有的词一个英文对应三个中文，读者看完更迷糊；还有一批词在表格里躺了半年，早就被版本更新淘汰，没人清理。网络游戏术语中英对照表这种东西，看着像体力活，实际上是个需要设计的小型知识工程，它的难点从来不在“翻”，而在“分类怎么切”“译法怎么定”“表怎么维护”。下面这些内容，是我在几轮返工之后攒下来的做法，包含分类框架、译法判定顺序、字段规范和踩坑记录，适合做游戏本地化、攻略写作、社区词条维护，或者单纯想看懂英文直播和赛事解说的朋友参考，难度从零基础到有经验都能对上号。

1. 术语表不是词汇表：先确定这张表服务谁

我见过太多人一上手就打开表格开始往下堆词，A 到 Z 排得整整齐齐，然后就没有然后了。问题出在第一步：没想清楚谁会用这张表。术语表的形态是被使用场景倒推出来的，不是被字母顺序决定的。同一批词，给玩家看和给译者看，需要的字段能差出一半。

1.1 三类使用者的诉求差得比想象中远

第一类是普通玩家。他们查词的动作往往发生在看直播、看比赛、读英文攻略的中间，停留时间不超过十秒，要的是“一眼看懂”。给他们的表，中文译名必须短、必须是社区里已经在用的说法，例句反而可以省。你写“crowd control：对敌方单位行动能力的限制性效果”，他看完还是不知道解说说“交个控制”是什么意思；你写“控制（简称 CC）：让对面动不了、放不出技能”，他立刻就懂了。

第二类是译者或本地化从业者。他们要的恰恰相反，需要准确边界、需要词性、需要知道这个词在句子里怎么摆。比如 “peel” 这个词，玩家只需要知道是“保护队友”，译者得知道它作动词时通常带 “for” 的搭配，是 “peel for the carry”，指的是把贴上来的人推开、拆掉对核心位的威胁，翻成“拆火”“保人”在不同语境下取舍不同。

第三类是攻略作者和内容运营。他们的痛点是“写进标题要短，写进正文要稳”。同一个概念在标题里用俗称能拉点击，在正文里用规范译名显得专业，这张表得同时给出两套说法，并且标清楚哪个是正式译名、哪个是社区口语。

我后来的做法是维护一份主表，然后按角色导出不同视图，主表字段全，导出的视图做减法。这个思路后面第 5 节会展开。

1.2 一张能真正用起来的表，字段不能少于这些

字段设计的核心原则是：任何一个字段，如果填了却从来没人在决策时看过它，就删掉。反过来，只要有人在填词条时反复问“这个该写哪儿”，就说明缺字段。

表里最容易被忽略的是“词性与用法”和“语境说明”。我第一版就吃了这个亏：把 “kiting” 简单译成“风筝”，结果译者在句子里遇到 “he is kiting the jungler” 完全不知道怎么处理，因为“风筝”在中文里更像名词性打法，而这里是个正在进行的动作。后来补上“动词进行时，指边退边打、保持距离消耗追击者”，问题才解决。

提示：字段宁可少而稳，不要多而空。我见过一张二十多列的术语表，其中八列常年空白，最后没人愿意维护，因为填一个词要滚三次横向滚动条。

2. 按玩法切块分类：比按字母排序好用得多

分类这件事，我试过三种方案：按字母、按词性、按玩法场景。前两种都失败了。按字母的问题是它只解决了“我知道这个词怎么拼”的场景，而实际使用中，人往往是“我知道有这么个概念，但想不起来英文怎么说”，这时候字母索引毫无帮助。按词性问题更大，“buff” 既是名词也是动词，硬塞进一格必然打架。最后稳定下来的是按玩法场景切块，理由很简单：玩家的记忆是按场景组织的，他记得“那把团战里有人从侧面绕后”，记不住那个词的第一个字母。

2.1 战斗与操作层：词最多、歧义也最多

这一层是术语密度最高的地方，也是一词多义最集中的地方。整理的时候我按“动作—判定—结果”再分三小簇，避免几十个词挤在一起。

这张表里有个典型陷阱：CC和CD这两个缩写，新手译者经常在字幕里搞混，因为它们长得像、出现频率都极高。我的处理是在别名栏把两个都登记进去，并在语境说明里写死“CC 后面常跟 duration（持续时间），CD 后面常跟 up/down（好了/没好）”，用搭配来区分，比解释定义有用得多。

2.2 经济、养成与付费层：译名最需要“接地气”

这一层的词，正式译名和玩家口语的差距最大，硬推正式译名反而影响阅读。比如grind，直译“研磨”没人看得懂，行业里普遍用“刷”，玩家口语更进一步用“肝”，而“肝”这个字在正式文案里又不太合适。我的处理原则是：正式栏写“重复性刷取”，俗称栏写“刷/肝”，语境说明里注明“正式文案优先用‘重复刷取’，口语和标题可用‘肝’”。

loot也是类似情况，正式译“战利品”，俗称“掉落”“爆的”，而drop rate是“掉率”。RNG更微妙，它字面是随机数生成，但在玩家语境里几乎等同于“运气”，说 “RNG screwed me” 意思是“运气太差”，不是“随机数害了我”。术语表如果不收这种语义漂移，译出来的句子就会一股机翻味。

gacha（抽卡）、pity system（保底）、battle pass（通行证/战令）、pay to win（付费变强，缩写 P2W）、whale（大额付费玩家，俗称“鲸鱼”或者更口语的“氪佬”）——这一串词建议放在同一个分类下，因为它们经常在同一段运营文案里连续出现，分开存放会导致译者来回跳表。

2.3 组队、社交与玩家行为层：这里最容易出“翻译事故”

玩家行为类术语是最考验译法判断的，因为很多词带有评价色彩，译得太重或太轻都会失真。toxic直译“有毒”在中文社区已经被接受，指恶劣的言行氛围；griefing指故意破坏队友体验的行为，译“恶意捣乱”比“悲伤”靠谱一万倍，这个词我见过有人真的按词典译成“悲伤”，整段话直接报废。

smurf是个经典难题。字面是“蓝精灵”，实际指高水平玩家使用低段位账号，社区里对应的说法是“小号”，但“小号”只描述了账号，没描述行为，行为的俗称是“炸鱼”。所以这个词我给了两条：正式栏“低段位小号”，俗称栏“炸鱼/小号”，语境说明里写“指行为时用‘炸鱼’，指账号时用‘小号’”。

carry同样一词多义。作动词是“带飞、带节奏”，作名词是“核心位、主要输出”，早期还有“后期”的译法，现在已经基本不用。PUG（路人队）、LFG（找队伍）、matchmaking（匹配）、solo queue（单排）这几个建议放一起，因为它们在讨论组队体验时几乎总是一起出现。

2.4 赛事解说与观赛层：听懂解说的关键在这几十个词

很多人查术语表不是为了翻译，是为了看懂英文流解说。这一层的词有很强的时效性，跟版本走，也跟赛事节奏走。

meta这个词值得单独说一句。它是 “metagame” 的缩写，在游戏语境里指“围绕游戏本身形成的策略环境”，也就是当前版本大家都在用的打法和配置。译成“元游戏”在学术讨论里能成立，但在解说和攻略里基本等于没说，中文社区直接用“版本”“环境”“主流”更准确。这类词的判断标准是：读者看到译名后，能不能立刻对上他脑子里的那个概念。对不上，译名再“准确”也是失败的。

2.5 分类打架时，用“玩家第一次遇到它的场景”来定

总有词卡在边界上。farm既在经济层（刷资源），又在操作层（补刀），还在赛事层（发育节奏）。我的判定办法是问一句：玩家第一次遇到这个词，是在什么场景里？如果是新手教学里教他怎么获取资源，归经济层；如果是解说在讲某选手的补刀数，归赛事层。允许一个词在主分类之外挂一个“关联分类”，但不允许平摊到三个分类里，否则检索时会出现三条重复结果，反而更难用。

3. 译法判定：四条路和它们的先后顺序

译法这块，最怕的是“凭感觉”。同一个人上午译“控制”，下午译“限制”，一周后自己都不记得当初为什么这么选。我给自己的团队定了一套固定顺序，每个词都按这个顺序走一遍，走不通才往下走。顺序是：先判该不该译，再判能不能直译，直译不行走意译，意译还不行动作才考虑音译。这个顺序的价值在于可复现——换个人来，走同样的流程，大概率能得到同一个结论。

3.1 第一问永远是：这个词该不该译

很多人默认所有英文词都要有中文对应，其实不然。有些词保留原文反而更清楚，尤其是缩写和已经被社区广泛使用的短词。GG、AOE、DPS、CD、BUFF这几个，在中文玩家社区里的认知度已经高到“翻译反而增加理解成本”的程度。硬把GG译成“打得好”，把AOE译成“范围效果”，读起来别扭不说，还占字数。

判断标准我总结成三条：第一，中文社区里是否已经有稳定的原文用法；第二，译成中文后长度是否显著增加；第三，这个词是否带有强烈的语境色彩（比如礼貌用语、情绪表达）。三条命中两条以上，就保留原文，在术语表里只给解释不给译名，字段里标“保留原文”。

这条规则救过我不少时间。早期我坚持给每个缩写都配中文，结果表里出现了一堆“每秒伤害输出量”“范围性作用效果”这种没人会说的词，最后全被删掉。

3.2 直译可行性的快速检验：读完能不能在脑子里出画面

直译不是逐词对应，而是“译完之后，读者脑子里能不能立刻出现那个动作或状态”。burst damage直译“爆发伤害”，能出画面，通过。kiting直译“放风筝”，中文里确实有“放风筝”这个说法，但游戏语境里的重点不是风筝，而是“保持距离边退边打”，直译会让不玩这类游戏的读者误解成一种休闲活动，所以判定为“部分可行”，正式栏用意译“拉扯走打”，俗称栏保留“风筝”。

检验的具体做法是：把译名放进一个真实句子里念一遍。我会用“他在____”这个句式套。“他在拉扯走打”，勉强能懂；“他在风筝”，必须结合上下文；“他在放风筝”，画面跑偏了。这个土办法非常有效，比对着词典纠结半天快得多。

3.3 意译要补的是“动作画面感”，不是“更文雅的说法”

意译最容易走偏的地方，是把它理解成“润色”。有人把throw译成“遗憾落败”，把griefing译成“不当行为”，字面上更“文明”了，但信息全丢了。throw的核心是“因为自己的失误把优势送掉”，责任在己方，译成“遗憾落败”把主动性抹掉了，读者完全无法判断这局是谁的问题。

意译的正确目标是补齐动作画面。peel译“拆火”，画面感就有了——把贴到队友身上的威胁拆开。clutch译“关键操作”偏平，社区里更常用“关键先生”或者形容性的“顶住了”，画面感更强。juke译“走位骗技能”，比“闪避”具体得多。

这里有个经验：动词类术语的意译，优先选中文里已有的、带身体动作的词。“拆”“拉”“顶”“绕”“压”“换”这些字，天然带画面，比抽象名词好用。

3.4 音译只在“专有名词化”时成立

音译的适用面比我最初想的窄得多。真正需要音译的情况基本只有一种：这个词在中文语境里已经被当作专有名词使用，且没有更短的意译方案。tank译“坦克”是典型例子，它已经从兵种名演变成了角色定位，中文社区里说“坦克位”“玩坦克”毫无障碍，硬改成“前排承伤者”反而没人认。

反过来，healer就不适合音译，中文直接说“治疗”或“奶”，比“希勒”强一万倍。mage早期有“法师”这个现成译名，也不用音译。我见过有人把buff音译成“巴福”，这是典型的过度音译，中文社区早就用“增益”和“加强”了。

判断依据可以问一句：这个词在中文里是不是已经成了一个“标签”，而不是一个“描述”？标签可以音译，描述不行。

3.5 一词多译：该统一的统一，该分叉的分叉

术语表最常见的自我矛盾，是同一个英文词在不同条目里译法不同。我的处理是把词条拆成“核心义 + 派生义”，核心义强制统一，派生义允许分叉但必须在同一张卡片里列全。

以buff为例：

• 名词，指状态：增益、正面状态（不译“加强”）
• 动词，指调整：加强、上调（和 nerf 相对）
• 社区用法，“这波加强”：buff 的名词化口语

三条写在同一张卡片的不同行里，任何人改其中一条都要看到另外两条，就不会出现“正文写加强、表格写增益、字幕写 buff”的三套说法。

farm的分叉更多，我的规则是：作“获取资源”的通用动作时统一译“刷”；特指补兵时译“补刀”；在赛事语境里指发育节奏时译“发育”。三条并列，各自标注触发语境，用“如果……则……”的句式写清楚，避免后来人凭感觉选。

注意：统一性不是死板。判断标准是“读者会不会误以为是两个不同概念”。如果会，就必须统一；如果不会（比如“补刀”和“刷野”明显不同），就该分叉。

4. 词条填写的细节规范：让一张表能自洽

字段定好了，接下来是每个格子怎么填。这部分看着琐碎，但它决定这张表三个月后还能不能用。我见过太多表死在“填法不统一”上：有人写全称有人写缩写，有人例句用英文有人用中文，最后检索的时候怎么都对不上。

4.1 词性、缩写与大小写：三个小规则省掉大量返工

词性栏我要求写“主词性 + 是否可作他用”，比如peel写“动词（常见）/ 名词（少见）”。只写“动词”会让人以为它不能作名词，遇到 “give him some peel” 就卡住。

缩写单独建别名，不要塞进原词栏。crowd control和CC的关系是“同一概念的两个检索入口”，用别名机制处理最干净。这条规则的实际收益很大：社区里 80% 的检索是用缩写发起的，如果缩写不能直接命中，这张表的可用性会掉一半。

大小写我定了一条：英文原词统一小写，专有名词和固定缩写大写。这样做的原因是检索时不区分大小写，但展示时统一格式能减少视觉噪音。AOE、DPS、CC、CD、P2W这些保持大写，buff、nerf、farm保持小写。

4.2 例句比释义更有用，但例句必须像人话

这是我在返工三次之后最深的体会：释义定范围，例句定边界。一个词的三条释义可能都对，但只有在具体句子里，你才知道该用哪条。

反面例子是我早期写的：kiting例句 “Kiting is a common tactic.”——这句话什么都没说明，任何战术都能套。正面例子是 “He kept kiting the jungler around the pit until his team arrived.”，译“他绕着野区把追他的打野一路拉扯，直到队友赶到”。这句一读，词性、动作方向、目的全出来了。

例句的来源我建议优先从真实语料里摘，比如赛事解说转录、英文攻略原文、社区讨论帖。自己编的例句容易“太标准”，缺少真实语言里的省略和口语成分，译者照着学反而会学偏。摘录时要标注来源类型（解说/攻略/社区），因为这三种语体的用词习惯差别很大。

4.3 近义词和易混词必须成对出现，且要写出区别

只列近义词不写区别，等于没列。stun（眩晕）和root（定身）是近义，但区别极大：前者不能动也不能放技能，后者不能动但能放技能。如果表里只写“都是控制类”，译者在处理具体战斗描述时就会用错，玩家看了会以为两个效果一样。

我的做法是强制成对：每条近义词后面必须跟一句“区别在于……”。这条规则让填表速度慢了大概三成，但返工率降了一大截。易混词同理，hitbox和hurtbox、cooldown和cast time、engage和initiate，这些词如果不写清区别，它们在表里就是互相污染。

4.4 版本变更必须留痕，否则半年后没法清理

游戏术语的寿命比想象中短。版本一更新，一批词进冷宫，一批词改含义，还有一批新词冒出来。如果表里不记录“这个词是什么时候进来的、依据是什么”，半年后你面对一堆词根本判断不了哪些还能用。

我的做法是加两个字段：收录日期和最后核验日期。核验的动作很简单，就是定期拿一批高频词去实际语料里搜一遍，看看还在不在用、含义有没有漂移。核验不需要全量做，按分类抽样就行，优先核验赛事层和付费层，这两层变化最快。

变更记录我建议单独开一页，不塞进主表。主表只留“当前状态”（在用/待定/已废弃），历史变更写在外面，用“日期 + 词条编号 + 改了什么 + 为什么改”的格式。这样主表保持干净，追溯时又有据可查。

5. 从散装笔记到可维护词库：整理流程的工程化

手工维护一张几百行的表，撑不过三个月。要么是改一个词要动三处，要么是导出给不同人时格式全乱。我的解决方案不复杂，核心就三条：单一数据源、编号体系、分视图交付。

5.1 冷启动阶段：词从哪儿捞，优先级怎么排

第一批词不要靠回忆，要靠语料。我的一般顺序是：先扒三到五场完整赛事解说的转录文本，统计高频词；再扒两篇长攻略的英文原文和中文译文对照；最后补社区高频讨论帖里反复出现的缩写。这三类来源各有侧重：解说给的是口语高频词，攻略给的是书面规范词，社区给的是俗称和缩写。

统计完之后按频次排序，取前 150 到 200 个作为第一批。这个量级的好处是能覆盖日常阅读的八成以上，又不至于让人望而生畏。剩下的长尾词按需补充，不要一次铺满。

这里有个容易忽略的点：捞词的时候要连搭配一起捞。单独一个control没什么价值，control the objective、control vision、crowd control才有。我早期只记单词，结果表里一堆孤立词条，用的时候还得自己拼搭配。

5.2 去重合并的判断：什么算同一个词，什么算两个词

去重是整理阶段最耗时的环节，也是最容易做错的。判断标准我定成两条：语义是否可互换，以及使用场景是否重叠。两条都成立才算同一个词，合并；只成立一条，保留为两条并互相引用。

举个例子，carry和core在讨论角色定位时经常互换，但core更强调资源分配，carry更强调输出责任，语义不完全等价，所以保留两条，在“近义”栏互相指向。反过来，CD和cooldown完全等价，只是写法不同，直接合并成一条，CD放别名。

合并的时候要小心“假同义”。nerf和weaken看着像，但前者特指官方对角色或道具的下调，后者是一般意义的削弱，用在玩家操作描述里。这两个词如果合并，译者会把官方调整和临时状态混为一谈。

5.3 审校流程：谁来把关，把关什么

一个人做表的极限大概是三百条左右，超过这个量必然出现前后不一致。所以只要条件允许，一定要有第二个人过一遍。审校不是通读，那样太慢，我一般分三轮，每轮只看一件事。

三轮顺序不能换。译名统一是最基础的问题，分类问题次之，例句质量放最后，因为前两轮的问题会影响判断。我试过反过来先看例句，结果一边改句子一边发现译名都不统一，白改一遍。

审校人最好不是原作者。自己审自己的表，眼睛会自动跳过“我知道它想说什么”的地方，恰恰是这些地方最容易出错。

5.4 交付形态：给不同的人看不同的列

一张全字段的表丢给玩家，等于劝退。我的做法是维护一份主表，然后按受众导出三种视图。

给玩家的版本只保留四列：英文、中文俗称、一句话说明、分类。行数也做裁剪，砍掉冷门词，只留高频的两百来个。这个版本的目标是“十秒内查到”。

给译者的版本保留全部字段，但按分类分组，每组前面加一段“本组译名约定”，说明这一组词统一遵循什么原则。比如战斗层统一用“动词优先”，付费层统一用“正式译名偏保守”。

给内容作者的版本多一列“标题可用写法”，把俗称里最能拉点击的那一两个提取出来。这一列是我后来加的，因为发现作者们每次都要自己想标题用什么词，干脆一次给到。

三个视图都从主表导出，绝对不允许各自维护。这一点必须强调：一旦出现两个数据源，三个月内必然分裂，到时候合并的成本远高于当初统一维护的成本。

6. 踩过的坑，以及我是怎么一步步排查的

前面讲的都是“应该怎么做”，但真正让我长本事的是几次翻车。这几个坑都有共同点：出问题时表面症状和真实原因隔得很远，必须一步步排。

6.1 同一个词在不同品类里意思完全相反

最早的一次事故，是tank这个词。表里写的是“坦克，承担伤害的角色”，团队里一个做另一类游戏内容的同事拿去用了，结果在他的语境里tank指的是“主动承受伤害的技能”，不是角色定位，写进文案变成了“使用坦克技能”，读者一头雾水。

排查过程是这样走的：先确认不是笔误，发现确实两种用法都存在；再去查语料，发现两类游戏里这个词的名词性和动词性使用比例完全相反；最后定位到根本原因——我的分类体系是按“通用游戏概念”切的，没有按“品类”切，导致同一个词被硬压成一条。

修复方案是给这类跨品类的词加一个“品类限定”字段，同一个英文词可以有多条记录，用编号后缀区分。同时在这些词条顶部加了一行醒目提示：跨品类使用前必须核对品类。这个坑教会我一件事：术语的“正确”是相对于语境而言的，脱离语境的正确等于错误。

6.2 缩写撞车：AOE 和 AoE 不是一回事

第二个坑更隐蔽。表里把AOE登记为“范围伤害”，后来有人在语料里看到AoE，以为是同一个词的大小写变体，直接合并了。实际上在那个语境里它指的是另一类机制，虽然拼写只差大小写，实际含义有区别。

排查链路是：先发现某条译文的语境对不上，怀疑译名错；查原文发现拼写大小写不同；再去查社区用法，确认两种拼写确实存在用法分化；最后确认是合并错误。

修复的办法是建立“缩写登记表”，把每个缩写的大小写形态、全称、常见语境单独列出来，和主表分开维护。主表里的缩写栏只引用登记表的编号，不直接写缩写本身。这样做的好处是，一旦某个缩写出现新的用法，只需要改登记表一处。

这个坑让我意识到，缩写是术语表里最容易失控的部分，因为它的字面信息量最低，歧义最高，而使用频率又最高。凡是高频、低信息量的东西，都必须单独管理。

6.3 社区俗称和官方译名打架，该听谁的

第三个坑是取舍问题。某个词的官方译名和社区俗称完全不一样，官方译名准确但拗口，社区俗称好用但不严谨。团队里为此争了两轮，一派主张统一用官方，一派主张全用俗称。

我的处理办法是先别争，去统计实际使用分布。统计结果很有意思：在正文叙述里，俗称占绝对多数；在标题和短句里，俗称更是压倒性的；但在正式公告类文本里，官方译名出现率很高。也就是说，不是谁对谁错，而是场景不同。

最终方案是在同一张卡片里并列两条，用“正式/口语”标签区分，并额外加一条使用建议：“正文叙述优先口语，正式公告优先正式译名，二者不混用于同一段。”这条规则比统一口径更实用，因为它承认了语言的实际状态。

6.4 机翻腔是怎么混进来的，怎么清出去

最后一个坑是质量问题。表里有一批词条的例句，读起来语法正确但就是不像人话，比如“该技能能够对敌方单位造成持续性伤害效果”。这种句子的问题在于它把每个英文成分都对应成了中文成分，语序和搭配全是英文的，只是字换成了中文。

清理的办法我总结了三条，很土但有效。第一条，删掉“能够”“进行”“对于”“使得”这类词，中文里大部分情况下不需要它们。第二条，把被动句改成主动句，英文术语解释里被动句密度极高，直译过来非常生硬。第三条，念一遍，念着喘不上气就拆句。

清理完之后我做了个对照，同一句话改前改后差别很大：改前“该技能能够对敌方单位造成持续性伤害效果”，改后“这个技能会持续对敌人造成伤害”。意思一样，后者读着不费劲。

提示：清机翻腔的时候不要只改例句，释义栏往往问题更大。释义被机器翻译污染后，会悄悄影响后来所有人的判断，因为它看起来“很正式”。

这套做法我用了两年多，中间改过好几版字段，也推翻过两次分类方案。现在我个人的习惯是：先把表做小，只收最常用的两百个词，字段控制在十列以内，跑通了再扩。见过太多人一上来就追求大而全，做了八百条，结果三个月后没人维护，因为改一个词要核对的地方太多，谁都嫌麻烦。术语表的价值不在词多，在于它能不能在被查的那一刻给出一个“对得上”的答案，而这件事，靠的是分类切得准、译法定得稳、字段填得实，跟词条数量关系不大。