新功能上线只带一种语言，缺的译文很快就攒成一堆
多语言上线那阵挺齐整，过了两个季度再看，新上的功能只有一种语言，老页面里也夹着几条没译的句子。不是谁偷懒，是流程里没给译文留位置，每次都等发版前才想起来。一、提需求时把文案一并交
功能说明里把这一版会新增哪几句文案列出来，跟原型一起交。列了才有得排，等开发做完再从界面上逐句抠，抠出来的往往还不全。审批流里给新增文案加一问，问其余几种语言的那份什么时候交，这一问能拦下新功能只带一种语言就出门。
改动老文案也算进来，别只数新增的。改了半句，其余几处语言的译文还停在旧意思上，比整句没译更容易让人误会。排期表上把校订那一格画得跟开发一样清楚，藏进备注里，每次排功能时它都是头一个被挤掉的。复盘会上把漏译的那几处按来源分一分，是需求里没列还是从图里漏抠，两类治法不同，笼统一句仔细点下次还是照漏。
二、翻译排进发版节奏
给校订留一段日子，夹在开发完成和上线之间。压到上线前一晚，译的人只能照着字面赶，赶出来的句子第二天就得改，反倒多一轮发布。季度会上把同一类反馈按来源分档，重复出现的那几档交给维护词表的人集中看一轮，比零散回一封回信更省人手。
排期表上把这段写成看得见的一格，别藏在备注里。看得见，排功能时才会顺手留出余量，不然每次都先把它挤掉。预算里给长期维护留一份，别只算上线那次，两个季度之后还齐不齐，靠的是每季有人拉表看一看的这点工夫。
三、缺项看板人人可见
哪种语言缺几条、缺在哪一屏，做成一张谁都能打开的表。散在几个人的待办里，谁也看不出总量，等攒到上百条才发觉已经补不动了。和客服那边约好每月递一次常问的清单，他们听到的话往往比内部几轮校订更贴近用户实际怎么读那一句。
看板按功能分组，别只按语言堆成一大列。按功能看，才知道某个新模块整体没跟上；按语言看，常常只看见一串数字。值班交接时把看板上还欠着的条目数报给下一班，数字摆着，接手的人不用先花半小时数一遍才知道从哪补起。
四、术语表先定下来
常用的几十个词先定好各语言怎么说，后面所有译文照着用。没这张表，同一个功能在三屏里三个叫法，用户找帮助文档都对不上。排期表上把文案交付那一格标出来，跟原型同一天交，后面校订的人手才好提前订，不然每回都挤在发版前那两天找人。
术语表也交给校订的人维护，别由开发随手填。加新词时连着上下文一起给，光给一个孤零零的词，译出来的往往不是界面上那个意思。复盘会上把缺项按功能分组看，整块没跟上的和零散漏几句的治法不同，按语言堆成一列就只看见一串数字。
五、用户反馈留个入口
在页面里留一处能报译文问题的地方，带上当时那一屏和编号。用户指出来的一句，常常是内部几轮校订都没留意到的用法。预算里给校订按条数留一份，别算成顺手看一眼，量一上来顺手就变成了谁有空谁看，看完还没人记着改过哪几条。
报过来的归成几类定期看，同类攒多了就回过头查术语表。逐条改译文治标，表里那条定错了才是根子。新人上手先给他术语表，再让他改两条译文，改完对着表核一遍，比先讲一遍流程更容易记住那个词该怎么用。
六、每季对一次齐不齐
每季把各语言的条目数、缺项数拉出来比一遍，差得多的那一档问一句是流程没走到，还是那边本来就没人校订。值班交接时把还没译完的编号列给下一班，注明哪几条卡在等上下文，接手的人不用再从头问一遍这句出现在哪一屏。
比对结果写进当季记录，顺带把下季要补的排进去。不落笔的话，同样的差距下个季度还摆在表上，连讨论的话都差不多。归档时把每季的比对结果和当季定的补法放在一处，下回再看见同样的差距，翻记录就知道上回为什么没补完。
多语言难在长期齐整，不在上线那天的齐整。提需求、排节奏、看板、术语、反馈、季度比对，六件事把译文挂进日常流程，新功能才不会只带一种语言出门；缺了流程，补一轮就又欠一轮。 支持理性讨论，反对无脑争吵，楼主带了个很好的头。 感谢楼主愿意花时间分享，让我们这些后来者能少踩很多坑。 看完很有启发，也引发了我不少思考，有空也想分享下自己的看法。
页:
[1]