HelloWorld 词汇表指南
这份《HelloWorld 词汇表指南》给出一套可落地的多语种词汇表模板与操作流程,覆盖品牌文案、产品说明、网站本地化与技术字符串。内含字段说明、占位符规范、复数与性别处理、AI+人工校验流程、文件格式与版本管理示例,附带常见UI词条和多语言示例,便于团队快速上手并保持译文一致性与文化契合度。马上可用

什么是“HelloWorld 词汇表”?
简单来说,它是一个把产品中会重复出现的短语、按钮文案、栏目名、法律条款标题等条目标准化的表格(或数据库)。就像厨房里的调料单:谁来做菜都知道盐、糖、酱油怎么放,翻译团队也能保证一致性与风格统一。
核心目的
- 统一术语,避免同一概念在不同页面出现多种译法。
- 记录上下文与语气(正式/亲切/幽默等),方便创意翻译时把握品牌。
- 支持后续迭代:产品更新时可以直接复用或微调现有译文。
词汇表应该包含哪些字段?
一个实用的词汇表并不复杂,但要覆盖关键信息,推荐字段如下(每项都写清楚,省得以后争论):
- Key(键名):唯一标识,技术使用(如 auth.login.button)。
- Source(源文):原文(中文或英文)。
- Context(上下文):简短说明出现位置与用途(页面/模块/示例)。
- Tone(语气):正式/中性/轻松/品牌语气备注。
- Character limit(长度限制):UI位宽限制或推荐最大字符数。
- Placeholders(占位符):说明变量格式(如 {name}、%s、{0})。
- Comments(备注):额外说明或参考链接(内部文档标题)。
- Approved translations(已批准译文):各目标语的最终译文及校验人/时间。
示例词条表(简短样例)
| Key | Source | Context | Note |
| ui.greeting.hello | Hello | 首页欢迎语短按钮 | 简短,常见问候 |
| auth.login.button | Sign in | 登录按钮 | 不要与 Sign up 混淆 |
| cart.checkout | Checkout | 购物车结算按钮 | 界面短,注意本地支付说法 |
占位符与变量:务必提前约定
占位符最容易出错。常见格式有 {name}、%s、{0} 等。关键点:
- 在词汇表中标注占位符含义(例如 {count} = 未读消息数)。
- 对右到左语言(阿拉伯语、希伯来语)和中文/日语的断句差异做说明,避免变量被词序破坏。
- 推荐使用 ICU MessageFormat(支持复数与性别),例如:{count, plural, one{# message} other{# messages}},并在备注里给出范例。
复数与性别处理(举例)
若不处理复数,译文会显得生硬或错误。示例(英文源):
- 源:You have {count} new messages
- ICU:{count, plural, =0{You have no new messages} one{You have # new message} other{You have # new messages}}
翻译为俄语或阿拉伯语时,复数规则更复杂,必须在词汇表里标明不同形式的译法。
品牌文案与产品文档的翻译差别
品牌文案(Slogan、广告语)追求情感、节奏和文化契合,需要创意化翻译;技术文档(说明书、FAQ)追求准确、一致和可检索性。词汇表应分别建立“术语表”(Terminology)和“品牌表述”(Branding)来存放两类内容。
文件格式与工具链建议
实际落地时通常会遇到多种格式,建议支持并记录转换规范:
- XLIFF:适合与CAT工具交互和版本控制。
- JSON / YAML / i18n:前端工程常用,注意转义与换行。
- PO:较常见于开源或某些CMS。
- CSV / Excel:便于产品经理快速查看与编辑,但要严格列头标准化。
AI+人工双重校验流程(实务操作步骤)
以下是一个可操作的流水线,既节省成本又保证质量:
- 准备:产品方生成词汇表模板(含上下文、长度、语气)。
- 机器初译:使用定制化NMT(含术语记忆)对词条进行批量预译。
- 人工编辑(Post-edit):译员在CAT工具中对NMT结果进行人工校正,优先处理高频与品牌词。
- 术语与风格一致性检查:用QA脚本或TMS内置检查重复、未翻译、占位符错误。
- 功能/上下文测试(LQA):把译文回放到UI或截图中做真实展示检查。
- 审批与存档:产品与本地市场负责人审批后标记为“Approved”,并同步到TMS/版本库。
常见QA检查点
- 占位符是否完整、顺序正确。
- 字符数是否超出UI限制。
- 是否存在机器直译导致的文化误导。
- 是否遵循已批准的术语表。
多语种扩展策略(20+ 语言实操建议)
当要覆盖英语、法语、西班牙语、日语、韩语、德语、俄语、阿拉伯语、泰语、越南语、印尼语等多语种时,建议:
- 按市场优先级分批上线(MVP 先推 3~5 个核心语种)。
- 为每个语种指定本地语言负责人,负责文化审核与最终签字。
- 建立本地化术语池(Local Term Base),记录本地常用表达与禁用词。
- 对机器翻译进行语种特定的后编辑培训,例如俄语译员关注格变化,阿拉伯语关注方向与词序。
实用示例:常见UI词条的多语种候选(部分示例)
下面给出几条常见词条在若干语种中的示例译法(仅供参考,务必结合语境审批):
| Source | EN | FR | ES | JP | KR |
| Sign in | Sign in | Se connecter | Iniciar sesión | サインイン | 로그인 |
| Sign up | Sign up | S’inscrire | Regístrate | サインアップ | 회원가입 |
| Contact us | Contact us | Contactez-nous | Contáctenos | お問い合わせ | 문의하기 |
| Terms of Service | Terms of Service | Conditions d’utilisation | Términos del servicio | 利用規約 | 이용 약관 |
版本管理与变更控制
一个词汇表不是写一次就完事的。建议:
- 每次改动都记录 变更日志(changelog):谁改了什么、为什么、影响哪些页面。
- 与开发库(git 或 TMS)集成,发布前有回滚机制。
- 定期(如每季度)审查高频词条与品牌表述,确保长期一致。
快速上手清单(Checklist)
- 建立标准模板(Key, Source, Context, Tone, Limit, Placeholders, Approved)。
- 明确占位符格式与ICU使用指南。
- 先做少量高频词的人工翻译并批准,作为术语记忆种子。
- 使用NMT 提高效率,但务必加人工后编辑和LQA。
- 每个语种配置本地负责人,审批后才能标记为“已批准”。
碰到的常见问题与小技巧
- 问题:同一句在不同页面译法不一致。技巧:把句子拆成原子短语并用 Key 关联上下文。
- 问题:占位符位置不符合目标语语序。技巧:使用命名占位符(如 {userName})并在备注给出排序示例。
- 问题:品牌语气难以翻译。技巧:把目标市场的等效表达写入“品牌表达库”,标注不可直译的词。
说了很多操作层面的东西,可能一开始有点多,但实际做起来就像整理一本菜谱:先把常用的菜名和调料写清楚,后面每次上新菜就快得多。你可以把这个词汇表当作翻译团队的“工作手册”,随着产品和市场发展不断迭代。若需要,我可以把上面的模板导出成 Excel 列头或 JSON 模板,直接拷贝到你的本地化平台去用(嗯,这个就看你想怎么接着做了)。