退货政策那句承诺译成日语之后，字面写出来是不这么做就不行

摘要：同一句退货承诺翻成三门语言，字面全对，法律强度却落在三个不同的档上。日语把义务写成一个双重否定，芬兰语用条件式后缀把整句调软，德语的那个助动词在正式文本里比英语原词硬一截。母语审校只判地不地道，没有一道关卡在判这句话到底是承诺还是描述。本文把情态强度拆成三档，给出一份不需要语法知识就能执行的验收办法。

退货政策那一句，为什么翻完之后强度就变了？

从一个日本烘焙器具站的退货页说起

那是一家做日本市场的烘焙器具站，主推模具和量具。

退货政策里有一句关键的话，英文原文写的是三十天内可无理由退货。

这一句是整个页面上被读得最多的一行。

日语版翻完之后，母语同事看了说没问题，语气还挺得体。

可客服那边慢慢发现，日本用户问退货问题的比例比别的市场高出一截。

把那句日语拿回来逐字读才看明白：译文里那个表示可以的成分被写成了一个很客气的形式，读起来更像是我们会尽量配合，而不是你有权退。字面上一个错都挑不出来，但它已经不是一句承诺了。用户读完还得再问一次，才敢下单。

整整两个季度，这一页的转化率一直被这一个语法成分压着。

后来把客服工单按语言分了一次组，日语站里问是不是真的可以退这类问题占了全部售前咨询的两成多，而英语站同类问题不到半成。这个差值一直挂在报表上，只是从来没有人把它跟那一句译文联系起来，因为报表上它长得像一个客服问题。

三个语言版本的同一句话，强度落在三档上

后来把这句话的几个语言版本并排放了一遍。

英文版是明确的承诺，主语是用户，动词是可以退。

德语版用了一个助动词，在德国读者眼里比英文原句还硬一点。

日语版用了敬体加上一个表示能够的形式，落点明显偏软。

芬兰语版更极端，译者用了条件式，整句变成了一种客气的假设。

四个版本描述的是同一套退货流程，同样的三十天，同样的无理由。但如果让四个市场的用户各自判断这家店有没有承诺过什么，答案不会一致。事实完全相同，责任却不同，而这个差异整个流程里没有一个环节在看。

这一层的问题，不在事实上，在事实之外的那一格。

这种并排比对其实是这一层最有效的诊断动作，成本也低。把同一句话的所有语言版本抄进一张表，每一行后面留一列写读完之后你觉得对方承诺了什么。填完之后差异一目了然，比任何自动检查都直观，而且不需要任何工具支持。

这不是翻译错误，每一句都能通过审校

要说清楚这件事，得先把它跟翻译错误分开。

翻译错误是可以指出来的：这个词译错了，那个数字写反了。

而这四句话里没有任何一处能被指为错。

拼写检查不响，术语库不响，标记校验不响。

母语审校读一遍，只会觉得这几句都挺自然。

这跟语态与施事者那篇是同一类：那篇讲的是改完之后句子仍然完全正确，所以它不在任何一张检查表上。本篇讲的东西也不产生错误，它产生的是一个责任强度的差额。两者的差别在于，语态漂移少的是一个名词，情态漂移少的是一份约束力。

少一个名词能数出来，少一份约束力数不出来。

还有一个更根本的原因让这类问题躲过所有关卡：现有的质量体系是围绕错误建立的，每一道关卡都在找可以被指出来的缺陷。而强度差额不是缺陷，它是两个都正确的选项之间的选择。选择题在一个只处理判断题的体系里，是没有位置的。

顺带说一句，这也解释了为什么这类问题在自动化程度越高的团队里越隐蔽。自动检查跑得越全，绿灯就越多，而绿灯多本身会强化一种错觉：该查的都查过了。真正没被查的那一类，恰恰不会因为多加几项检查而浮出来。

判据：这句话是承诺还是描述

所以要给这一层配一把尺子，而且不能是语法尺子。

这把尺子只问一句：读完这一句，用户会不会认为你已经承诺了。

承诺意味着他可以据此要求你履行。

描述只是在说明一般情况通常是这样。

同一套流程，可以被写成承诺，也可以被写成描述。

这个判据的好处是它不依赖任何语言学概念。不需要知道什么叫情态动词，只需要判断读者会不会据此提要求。母语审校验收那篇讲过，能交给不懂那门语言的人执行的检查才跑得下去，这条判据是同一个取向的产物：能交给不懂法律的人判断的判据，才有可能被真正执行。

下面所有的做法，都是从这一句尺子长出来的。

这把尺子还有一个附带用处，它能把内容侧和法务侧的对话从措辞拉回到意图上。以前的讨论常常卡在某个词该不该用，换成这把尺子之后，问题变成了这一句我们到底想不想承诺。后一个问题有明确答案，前一个没有。

情态词凭什么算一类特殊的词？

它不改变事实，只改变谁要负责

页面上的词大致可以分成两拨。

一拨在陈述事实：三十天、免运费、不锈钢、直径二十厘米。

这些词改一个字就是事实错误，谁都能查出来。

另一拨不陈述事实，只标注这句话的强度。

可以、必须、应当、通常、有可能，这一拨就是情态词。

它们的特殊之处在于：改动它们不会让任何一个事实变错，只会让这句话的约束力换一档。整页上只有这一类词具备这个性质。价格改了是事实错，情态改了是责任变，而后者在校对流程里根本没有对应的检查项。

没有检查项，是因为它压根不属于对错这个维度。

还有一个更实际的后果：情态词的改动不会留下任何可追溯的痕迹。事实类改动通常有对应的业务变更单，改了什么、谁批的、什么时候生效都有记录。而把一个可以改成通常可以，多半只是一次润色，连提交说明里都不会提。

差额只有在纠纷发生时才结算

更麻烦的是这笔差额的结算时点。

事实错误会立刻被用户指出来，当天就有反馈。

情态漂移不会。用户读完只是心里没底，然后去问客服，或者干脆不买。

真正把差额兑现的时刻，是发生纠纷、要判断当初到底承诺了什么的时候。

而那个时刻可能是半年之后，也可能永远不来。

于是这类问题有一个很讨厌的性质：它在日常运营的所有指标上都不响，只在极少数高代价的场合一次性结算。转化率上会有一点点损失，但那点损失淹没在噪声里，谁也归不到这一句话上。

凡是反馈周期以年计的问题，都得靠事前的规则来管，不能指望被发现。

这种延迟结算还会造成一个认知偏差：因为长期没有出事，团队会把现状当成验证过的安全状态。而实际上只是还没轮到而已。凡是这类结构的问题，都不能用没出过事来证明没问题，只能用事前定下的规则来证明。

还有一个连带影响落在客服身上。用户读完没底就去问，客服凭自己的理解回答，而客服的口径又常常比页面上写的更宽松。于是同一件事在页面上、在客服回复里、在实际执行中变成了三个版本，纠纷真来的时候，最松的那个版本往往会被拿出来说事。

跟语态漂移的区别在哪儿

这两件事经常被放在一起说，所以有必要划清。

语态漂移改的是句子的结构，删掉的是一个名词。

它的后果是信息少了，某个实体没被记住。

情态漂移不删任何成分，句子的骨架一个字不动。

它改的是这句话跟现实之间的关系强度。

排查办法也因此完全不同：语态漂移可以靠数名词发现，情态漂移数什么都数不出来，因为漂移前后的词数、实体数、关键词密度全都一样。这也是为什么本篇最后给出的是一套判读办法，而不是一套统计办法。

能数的问题和不能数的问题，从一开始就得走两条路。

把这两件事一起排查其实是可行的，只是要分两趟跑。第一趟数名词，找语态漂移，这一趟可以自动化；第二趟读句子，找情态漂移，这一趟必须由人来做。先跑第一趟能顺手把范围缩小，因为两类问题高度集中在同一批说明性段落里。

人类唯一一次把情态强度写死，用的是什么办法？

用大写把三个词圈出来

有意思的是，这个问题在另一个领域早就被认真处理过。

互联网技术规范里，一句话到底是强制还是建议，关系重大。

于是有了一份专门定义关键词的文件，把几个词的强度写死。

必须、不得、应当、可以，各自有精确的含义。

写规范的人只要引用这份文件，读的人就知道每个词有多重。

这份关键词定义文件最有意思的地方不在于它定义了什么，而在于它采用的手段：为了让这几个词的强度不被误读，它要求把这些词全部大写。人类在需要精确表达强度的时候，最后退回到了一个排版手段。

语言本身给不了这个精度，所以只能在语言之外加一个记号。

这套办法还有一个细节值得学：它没有试图定义所有表达强度的词，只挑了几个最常用的圈起来。范围收窄换来的是可执行性，因为读的人只要认得这几个大写词就够了。任何想覆盖全部情况的强度体系，最后都会因为太复杂而没人用。

补充规范又加了一条：只有大写才算

这件事后来还有个补丁，同样值得一读。

原来的文件没说清楚小写的那几个词算不算。

于是有人在文档里写了小写的must，读者就不知道该不该当成强制。

后来专门发了一份补充规范，明确只有全大写的形式才具有规范含义。

小写的同一个词，只是一个普通的英语单词。

这个补丁把问题挑得很明白：同一串字母，戴上一个视觉记号才有约束力，摘掉记号就只是个词。而这个记号完全在语言之外，靠的是字形不是语法。一门语言如果没有大小写，这套办法连搬都搬不过去。

顺便一提，这也是为什么这套关键词从来没有官方译本。

这个补丁还暴露了一个更普遍的现象：任何靠约定获得的额外含义，都需要一个不属于语言本身的载体来承载。技术文档用大写，法律条文用定义条款，商品页上其实也有类似的手段，比如把承诺单独放进一个带边框的区块里。

这套办法为什么没有译本

翻译这几个关键词的尝试当然有人做过。

但没有任何一份译本获得了规范效力。

原因很实在：这几个词的定义是靠英语的语用习惯撑起来的。

换一门语言，对应词的强度分布就变了，定义也就不再吻合。

更别说很多语言的对应词根本不是词，而是一个词尾。

这件事给本地化提了一个很硬的醒：凡是靠某一门语言的语用惯例定义出来的强度体系，都无法直接翻译，只能在目标语言里重新校准一遍。同样的道理在别的地方也成立：凡是拟合出来的东西，适用范围就等于拟合它的那批材料。区别只在于那一层搬不过去的是常数，这一层搬不过去的是词的强度。

拟合出来的东西，适用范围就等于拟合它的那批材料。

这一条推到本地化流程上，会得到一个不太受欢迎但很实用的结论：情态词不该进术语库。术语库的前提是源词和目标词一一对应，而情态词的对应关系随文体和上下文变。硬塞进术语库，得到的是一批看起来统一实际上强度乱跳的译文。

不进术语库不等于不管，只是管的方式要换。可行的替代是建一份档位说明，写清楚每一档要达到的读者效果，附上两三个已经验收通过的目标语言例句。例句比规则好用，因为译者能直接感觉到那个强度，而不需要在脑子里把定义翻译一遍。

同一个应当，德语和英语差多少？

英语的should大概落在什么位置

要谈强度差异，先得把参照物立起来。

英语里must是硬约束，may是纯许可，这两端争议不大。

中间那个should才是麻烦的一档。

技术规范里它被定义成有充分理由才可以不遵守。

而在日常商业文案里，它常常只是一句客气的建议。

同一个词在同一门语言里，跨了文体就换了强度。微软写作规范关于动词的章节建议在面向用户的文案里少用这一档词，理由正是它的强度不稳定，读者容易各读各的。

参照物本身就在晃，跨语言比较就更需要小心。

在实际写作里，这一档词还有个隐蔽的用法：它经常被当成缓冲垫用。内容侧不确定该不该承诺的时候，就选这一档词把问题挂起来。挂起来的后果是决定被推给了译者，而译者不知道这是一个被刻意留白的地方，他会按自己的语感把它落到某一档上。

德语sollen在正式文本里更靠近必须

把它换成德语，落点会往硬的一边移。

德语对应这一档的助动词，在日常口语里确实是建议。

但在法规和正式文本里，它的惯例含义接近于原则上必须。

也就是说除非有例外情形，否则就得照办。

这不是某一本词典的说法，而是德语正式文体长期形成的读法。

Duden关于这个助动词族的词条把几个成员的用法分得很细，能看出它们在不同文体里的分工。译者按日常语感选词，读者按正式文体读它，两边差出的正好是一整档。

而条款类页面恰好就是正式文体。

这个差异在跨境合同和条款翻译里是常识，但在商品页文案里几乎没人提。原因很简单，商品页不被当成正式文本对待。而德国用户读退货条款的时候，用的是读正式文本的那套预期，页面属于哪一类由读者的场景决定，不由你的排期决定。

强度是连续谱，刻度按语言变

把几门语言放在一起看，会得到一个更实用的图像。

强度不是三个格子，而是一条从纯描述到硬约束的连续线。

每门语言在这条线上有自己的几个刻度点。

刻度的数量不同，位置也不同，两门语言之间很少有一一对应。

这跟颜色词的情况非常像：都是在一条连续谱上切段，而各语言切的位置不一样。

颜色范畴那篇给过一条判据，取值本身是不是连续谱，是判断有没有范畴错位风险的关键。情态强度是全站最典型的一条连续谱，而且它切段的位置比颜色还不稳定，因为它还随文体移动。

连续谱上没有正确答案，只有落在哪一段。

这条连续谱还有一个跟颜色不同的地方，值得单独记：颜色的切段位置是稳定的，一门语言里蓝和绿的边界几十年不动；而情态强度的切段位置随文体移动，同一个词在广告文案和条款页上落点可以差出一整档。稳定的谱能建映射表，不稳定的谱只能逐句判。

这个差别直接决定了投入方式：稳定的谱值得一次性建好映射表长期复用，不稳定的谱建表就是浪费。判断一类词该不该进映射表，看它的落点会不会随文体移动，就是一个足够可靠的过滤条件。

判据从怎么翻换成落在哪一档

知道了这一点，需求的写法就得改。

常见的写法是给译者一份术语对照表，规定某个词固定译成某个词。

这条路在情态词上走不通，因为对应关系本来就不存在。

更有效的写法是给出目标结果：这句话读完，用户应当认为我们已经承诺。

译者用什么手段达到这个结果，交给他自己判断。

这跟语态那篇的结论是同源的：跨语言的写作要求要写成可以在目标语言里被验证的结果，不要写成源语言里的某种手法。本篇往前推了一步，这里的结果还得是一个不懂语法的人也能验证的结果。

验证者的门槛，决定了这条要求会不会被真正执行。

换成结果导向的写法之后，还有一个副作用是好的：它逼着内容侧把每一句的意图想清楚。写不出这一句希望读者得到什么结论，多半说明这一句本来就没想明白。很多在翻译阶段暴露出来的强度问题，回头看根源都在中文稿的含糊上。

日语把必须写成不做不行，会出什么事？

义务的标准写法是一个双重否定

日语在这一层给出了最有意思的一个例子。

日语表达必须做某事，最标准的形式是一个双重否定。

字面拆开是：如果不这样做，就不行。

合起来读，母语者理解成必须，没有任何歧义。

这不是一种迂回说法，而是这门语言表达义务的常规手段。

换句话说，日语页面上最需要被准确理解的那一类句子，在字面层是一串否定。日语敬语层级那篇讲过写得越客气离用户打的字越远，这里的问题不在客气，而在句式本身的结构。

结构问题跟措辞问题，需要两套不同的对策。

这个结构还有一层麻烦：双重否定在日语里读起来是完全中性的，它不带任何强调或者迂回的味道。所以译者不会觉得自己写了一个复杂句式，审校也不会觉得这里需要简化。对母语者来说这就是最自然的说法，简化反而显得突兀。

双重否定是抽取时最容易读反的结构

问题出在这类句子被机器处理的时候。

抽取式的问答系统要从页面上找出一句话回答用户的问题。

它需要判断这句话是肯定还是否定。

而双重否定是所有句式里最容易被判反的一种。

否定成分多一个少一个，结论就整个翻转。

这一条跟否定词缀那篇有接口但不是一回事：那篇讲的是否定藏在词的内部导致过滤失效，这里讲的是两层否定叠在一起，导致语义被读成相反的意思。前者是漏掉，后者是读反，后者的代价明显更高。

漏掉只是没答上来，读反是给了一个错的答案。

这类风险有一个可以自测的办法：把那几句关键的日语原样丢给一个抽取式的问答工具，用中文或英文提问对应的问题，看它给出的答案跟事实是不是一致。答反了的句子先记下来，这些就是最该单独准备一份直白表述的地方。

要注意这类自测的结论只能当线索，不能当结论。工具答错可能是因为它对这门语言本来就弱，未必是句式的问题。稳妥的做法是拿同一门语言里一句结构简单的肯定句当对照组，对照组答对而双重否定答错，才说明问题真的出在句式上。

这不是译者的选择，是语言的默认

很容易想到的对策是让译者换个写法。

但这条路在日语上基本走不通。

不用双重否定表达义务，在日语里要么显得生硬，要么改变了语气层级。

而条款类页面恰恰是最讲究语气得体的地方。

逼译者换写法，等于让他在得体和清晰之间二选一。

更可行的做法是接受正文用标准写法，另外在结构化数据和常见问题区放一份不带双重否定的表述。结构化数据那篇讲过正文越本地化越好而机器读的那份要写得笨一点，这里是同一个分工的又一次应用。

两份表述并存，各自服务各自的读者。

这里有一条更一般的原则：凡是某种表达方式是目标语言的默认选项，改它的成本就不是一次翻译的成本，而是持续对抗语言习惯的成本。这种对抗迟早会输，因为后面每一个接手的人都会按默认写法改回去。正确的做法是绕开而不是对抗。

情态藏进词内部之后，关键词表还管得了吗？

芬兰语用条件式后缀把整句调软

芬兰语给出的是另一种形态。

芬兰语有一个条件式的词尾，加上去之后整句就变成了假设语气。

它不是一个独立的词，而是动词中间的两个字母。

加上它，我们退货就变成了我们会退货吧这种口气。

译者用它通常是出于礼貌，因为直陈的说法在芬兰语里显得强硬。

结果是整句的约束力被下调了一档，而下调这件事没有留下任何独立的词。芬兰语十五个格那篇讲的是名词的形态爆炸，动词这一侧同样有一整套形态，而且承载的是语气而不是关系。

找不到词，就没法用词表管。

条件式在芬兰语商业文案里的使用密度相当高，它几乎是默认的客气挡位。这意味着排查时不能把出现条件式当成异常信号，因为正常文案里到处都是。真正要看的是那几句承诺性的句子里有没有它，范围一收窄，判断立刻变得可行。

土耳其语把能力塞进动词中间

土耳其语的做法更直接。

表示能够做某事，土耳其语在动词词干后面接一段词尾。

整个能力的意思就藏在那几个字母里。

你可以退货这句话，退和能退是同一个词的两种形态。

中间没有空格，也没有任何一个独立的词表示能。

土耳其语后缀那篇数过一个词能挂五层后缀，情态就是其中可能出现的一层。通用依存标注体系的语气特征把这一类取值单独列了出来，从取值表就能看出它在很多语言里是词的一个属性，而不是句子里的一个成分。

属性和成分的区别，决定了它能不能被检索到。

土耳其语这个词尾还有一个特点让排查更难：它跟别的词尾叠在一起之后，位置会变，形态也会随元音和谐变化。也就是说你连一个固定的字符串都锁不住。要找它只能靠形态分析，而多数内容团队手上没有这个工具，也没有理由为一句话去装一个。

词表管不了，只能用句式管

把这两门语言放在一起，结论就出来了。

用关键词表管情态，前提是情态得是一个独立的词。

而在相当一批语言里，它根本不占一个词的位置。

这时候任何基于词表的检查、任何正则、任何禁用词清单都是空转。

能用的办法只剩一条：按句子整句判读。

换句话说，这一层的质量控制必须从词的粒度提到句的粒度，而并列与列举那篇里那些缺口恰好相反，它们在词的粒度上就能被数出来。粒度一提，成本就上去了，因为句子没法批量匹配。所以后面那份清单的重点不是覆盖全站，而是先框定必须逐句读的那一小批句子。

能缩小范围，才谈得上逐句读。

把粒度从词提到句还有一个连带好处：句级判读天然能覆盖那些不靠情态词、而靠整句结构调软的情况。比如把断言改成反问，或者在句末加一个模糊的补充。这些手段一个情态词都不涉及，任何词级检查都抓不到，而隔离读者一读就能感觉出来。

这条也提醒了一件事：句级判读虽然贵，但它是唯一一种不会随语言变化而失效的办法。词表要按语言重建，正则要按形态重写，而问一个母语者这句话有没有承诺什么，在任何语言上都是同一个动作。通用性本身就是一种成本优势。

跟否定词缀那件事的分工

这里要跟另一条规律划清界限。

否定在很多语言里也是词缀，这条本站已经写过。

那篇讲的是排除关键词、减号语法这类靠空格分隔的机制会全部失效。

本篇讲的不是过滤失效，而是判读失效。

前者的对策是改成正面圈定，后者的对策是提高判读粒度。

两条规律的共同祖先是同一件事：凡是把语法信息塞进词内部的语言，都会让以词为单位的工具集体失灵。但失灵的表现和对策各不相同，混在一起处理只会两头都做不好。

同源不等于同解，这一点在小语种上要反复提醒自己。

分工没划清最常见的后果是，团队会用一套办法去处理两类问题，然后得出这套办法没用的结论。实际上是用错了地方。判断该用哪一条的办法很简单：问这个问题的表现是漏掉了东西还是理解反了。漏掉走过滤那条线，理解反走判读这条线。

为什么母语审校总把强度往下调？

直白的义务在很多语言里不礼貌

现在来看这条链路上最反直觉的一环。

把义务说得干脆利落，在英语商业文案里是清晰的表现。

但在日语、德语、芬兰语的语境里，同样的干脆常常读作强硬。

面对消费者的文案，强硬是要付出信任成本的。

于是译者会本能地找一个更委婉的说法。

而这门语言里所有委婉的手段，几乎都在同一个方向上：把说话人的承诺程度往下调。敬语、条件式、被动、间接问法，全都是通过降低断言强度来实现礼貌的。

礼貌和约束力，在语法上共用同一根杠杆。

这一层还有个跨文化的细节：礼貌门槛的高低跟市场的成熟度无关，跟语言习惯有关。有人会以为发达市场更直接，实际正相反，日语和德语的正式文本都比英语更讲究措辞层级。按市场发达程度推测措辞风格，几乎每次都会推错。

礼貌手段的方向恰好是调软

这条规律值得单独拎出来说。

没有哪门语言是靠把话说得更硬来表达礼貌的。

礼貌的通用做法就是给断言留余地。

于是每一次为了得体而做的调整，都会顺手削掉一点约束力。

一句话如果被两三个译者依次润色过，削掉的就不止一点。

这跟削短形态那篇的结构完全一致：那篇讲的是每一道质量关卡都在把词往规范拉，三道拉完一个字不剩。这里是每一道润色都在把强度往下拉，几轮下来承诺就变成了描述。而报表上看到的仍然是内容质量在上升。

同一个机制，换了一个受害者。

这条规律还能解释一个常见现象：越是重要的句子，被润色的次数越多，强度掉得也越厉害。因为重要的句子会被更多人过目，每个人都想让它读起来更妥帖。于是页面上最关键的那一句，恰好是被削得最狠的那一句。

要挡住这个效应，最省事的办法是给这几句话加一个标记，注明它的档位已经定过，改动需要回到定档的人那里。标记不需要多正式，在文案文档里加一行注释就够了。关键是让后面的润色者知道这一句不是可以随手调的。

跟机器翻译比，人工改得更多

还有一个跟直觉相反的观察。

机器翻译在这一项上通常比人工保守。

它贴着源文结构走，源文是直陈句它多半也给你直陈句。

人工译者会往地道和得体的方向调整，而那个方向就是调软。

于是在情态强度这一项上，机翻的呆板反而保住了约束力。

这跟机器翻译直接发布那篇的整体结论并不矛盾，那篇讲的是机翻在通顺度和事实准确性上的风险。在结构保真这一个维度上，机翻的保守是优点，而这个优点恰好落在最需要保真的那类句子上。

说这个不是为了推荐机翻，是为了说明润色不是白拿的。

这个对照还能当成一个便宜的检测手段用：把源文丢进机器翻译，跟人工译文并排看那几句承诺。两者强度一致的地方基本可以放心，差得明显的地方值得单独拿出来问一句为什么这么改。这个动作不需要懂目标语言，看两份译文的结构差异就够了。

三档承诺模型：先归档再写句子

第一档：无条件承诺

把这件事变成可执行的，需要先分档。

第一档是无条件承诺，也就是不附任何前提的保证。

三十天内无理由退货，就属于这一档。

这一档的句子必须写成明确的断言，不允许任何软化手段。

不用条件式，不用可能，不用通常，不用尽量。

写法上有个很实用的抓手：第一档的句子主语必须是用户，动词必须是用户能做的动作。你可以退货比我们接受退货更硬，因为前者写的是用户的权利，后者写的是我们的行为。落地页信任元素那篇提过承诺该写到什么程度，这里给的是同一件事在语法层的落法。

主语选谁，比动词选哪个词更能决定强度。

第一档还有一个容易被忽略的要求：这一句最好独立成段，不要跟条件、说明、例外挤在同一段里。挤在一起的后果是任何一次段落级的抽取都会把承诺和限制混在一起给出，而混在一起的表述在读者眼里往往比纯粹的限制还糟。

第二档：带条件的承诺

第二档是有前提的承诺。

比如商品未使用、包装完好、在保修期内。

这一档的关键不是强度，而是条件必须写在前面。

条件写在句尾，用户读到承诺就停了，后面那半句不一定看。

写在句首，用户从一开始就知道这是有前提的。

不同语言的条件从句位置习惯不同，有的偏好前置有的偏好后置。这一档的验收标准是条件和承诺不能被分在两句话里，因为分开之后任何一句被单独抽出来都是错的。

抽出来还对，是这一档唯一的硬要求。

条件前置这件事在有些语言里会跟语序习惯打架，尤其是习惯把从句放后面的语言。遇到这种情况，可行的折中是把条件单独写成一句放在承诺前面，而不是硬做成一个前置从句。两句话的写法在任何语言里都成立，而且抽取时不容易被拆错。

还有一个细节容易被忽略：条件本身也需要写得可判定。商品未使用这种说法，不同的人理解差别很大；换成包装未拆封、吊牌未剪，判断就变成了看一眼的事。条件写得含糊，等于把承诺的边界重新交回给了争论。

第三档：只是描述

第三档是纯描述，不构成承诺。

比如一般三到五个工作日送达，这是经验值不是保证。

这一档反而最容易出反方向的问题：被写得太像承诺。

用户按承诺理解，超时了就来投诉。

所以这一档的软化手段不但可以用，而且必须用。

三档一分，需求文档就好写了：每一句先标档位，再交给译者，验收时只核档位有没有变。译者不需要理解法律含义，只需要知道这一句该落在哪一档，而档位是一个可以直接标注的东西。

把判断前置到中文稿阶段，是这套办法最省钱的地方。

第三档最需要提防的是模板拼出来的句子。配送时效这类信息经常由系统按仓库和地区自动生成，模板里的措辞一旦写得太肯定，所有地区就都被写成了承诺。这类句子的档位问题一次出就是全站，比手写文案的风险高得多。

验收判据该交给谁来读？

写的人自查是无效的

档位标好了，还有一个执行上的坑。

最自然的做法是让译者自己核对档位有没有掉。

但这件事译者做不了，因为他知道原意。

知道原意的人读自己的译文，读到的是脑子里那个意思。

他看不出这句话对一个没有背景的读者来说有多软。

这是一个很普遍的问题：凡是要判断读者会怎么理解的检查，都不能交给知道答案的人做。审校验收那篇说过一句读着自然不能当验收判据，这里再补一条：写的人觉得意思清楚，同样不能当验收判据。

判据的可靠性，取决于判的人知道多少。

还有一个更细的原因：译者在读自己译文的时候，读到的是自己刚刚做过的那些选择。每一个软化的地方他都知道自己为什么这么选，也知道那个选择是有理由的。理由充分和读者能不能读出承诺，是两件完全不相干的事。

交给一个不懂业务的人判

可行的做法是找一个隔离的读者。

这个人是目标语言的母语者，但不了解这套退货政策。

把译文单独给他看，问一个问题：这句话有没有承诺什么。

他的答案就是真实读者会得到的理解。

如果他答不确定，那这一句就没达到第一档。

这个测试的成本低得出奇：一次只需要几分钟，而且不需要对照源文。不对照源文这一点很关键，因为一旦把源文放在旁边，判断就会被源文带跑，跟译者自查是一个毛病。

隔离读者是这一层唯一有效的测量工具。

这个测试还可以做得更严格一点：让隔离读者用自己的话把这一句复述一遍，而不是回答是或否。复述会暴露出更细的偏差，比如他把无条件退货复述成了符合条件可以退货。复述比选择题更能反映真实理解，成本也只多出一两分钟。

复述测试还有一个附加价值，它能顺手发现译文里那些含义模糊但语法正确的地方。读者复述不出来，多半不是他理解力的问题，而是这句话本身就没把话说完。这类句子在源文里往往也是模糊的，只是中文读起来顺，没人察觉。

判据要写成结果不是手法

最后要注意需求怎么落到纸面上。

写成不要用条件式，是一条关于手法的要求。

手法类要求有两个毛病：译者可能有别的手段达到同样的软化效果。

而且有些语言里，那个手法本身是不可回避的。

写成读者读完应当认为我们已经承诺，才是关于结果的要求。

结果类要求可以在任何语言里被验证，手法类要求只在源语言里成立。凡是能写成结果的，就别写成手法，这条在跨语言协作里几乎没有例外。

手法是你的经验，结果才是你的需求。

把要求写成结果还有一个管理上的好处：结果类要求可以被任何人验收，而手法类要求只有懂那门语言的人能验收。前者意味着这件事可以排进常规流程，后者意味着每次都要等那一个人有空。能不能排进流程，往往才是一条规则活不活得下去的真正原因。

一份不依赖语法术语的情态验收清单

五步走完，不需要任何语法知识

把整篇压成一份能直接用的东西。

第一步，把这一批文案里所有涉及承诺的句子挑出来，逐句标档位。

第二步，把档位随原文一起交给译者，不额外规定用词。

第三步，译完之后找一个不了解业务的母语者，只给译文。

第四步，逐句问他：这一句有没有承诺什么，条件是什么。

第五步，把他的回答跟原始档位对照，不一致的返工。这五步里没有一步需要语法术语，也没有一步需要懂法律。问答长尾那篇提过一个思路，把判断做成用户会怎么提问的形式，这份清单用的是同一个转换。

能被普通人执行的流程，才是能长期跑的流程。

这五步里最容易被跳过的是第三步找隔离读者，因为它需要协调人。可以把它降级成一个更轻的形式：在内部沟通工具里建一个小频道，把待验的句子贴上去，请对应语言的同事随手回一句读后感。不必正式安排，回应率反而更高。

这五步跑第一遍会觉得慢，跑到第三遍通常就变成了半天的事。因为大部分句子的档位在前两轮就已经稳定下来，后面每次只需要核对新增和改动的那几句。把它挂进文案更新流程之后，边际成本会降到几乎可以忽略。

哪几类句子必须进这份清单

逐句读是有成本的，所以范围必须收窄。

必须进清单的第一类是退换货与撤回权相关的句子。

第二类是配送时效与运费承诺。

第三类是保修、质保和售后服务的范围。

第四类是价格、优惠和有效期的表述。

这四类的共同点是用户可能据此提出要求，而且要求是可以量化的。德国民法典关于撤回权的条文是个很好的参照，它对告知义务的措辞要求相当具体，从中能看出监管方看重的正是表述的确定性。

其余的营销文案，档位掉一点无伤大雅。

这四类之外还有一个边界情况值得收进来，就是涉及安全和使用限制的说明。比如某个器具不能用于某种炉具，这类句子写软了会带来实际风险。它跟前四类的区别在于，前四类关系到商业承诺，这一类关系到用户安全，优先级只高不低。

什么时候该把这件事交给法务

最后是边界问题。

本篇讲的全部是语言层的判读，不是法律意见。

凡是涉及法定权利的表述，最终口径都得由法务确认。

语言侧能做的是保证译文没有把已定的口径改档。

这两件事分工明确：法务定该承诺什么，语言侧保证承诺没被稀释。

实际协作里最有用的一个动作是：把隔离读者的回答原样给法务看一遍。法务读不懂那门语言，但他能判断这个回答跟公司的口径差了多少。这比让他去审一份看不懂的译文有用得多，也比让语言侧去猜法律风险靠谱。

各管各的那一段，中间用一句普通人的转述接上。

实际协作里还有一个常见的误区，是把整件事一股脑推给法务。法务的产出是口径，不是译文；让他去审一份看不懂的译文，他只能要求越保守越好，结果是所有承诺都被削平。分工清楚之后，法务反而愿意给出更明确的承诺，因为他知道那个承诺不会在翻译过程中失控。

还有一个实际的做法是把这件事写进上线检查表的最后一项，而不是单独排一次评审。单独排评审的问题是它会被优先级挤掉，而挂在检查表里的那一项，只要没打勾就不能上线，执行率完全是两回事。

常见问题解答

情态词跟语气词是一回事吗？

不是。语气词管的是这句话听起来客气不客气，属于感受层面，不同的人可以有不同意见。情态词管的是这句话有多大约束力，是一个可以被追究的东西。两者在很多语言里共用同一批语法手段，这也是它们容易被混为一谈的原因。分开的办法是问一句：改掉它之后，用户能不能据此提要求这件事有没有变。变了就是情态，没变就是语气。实际操作中还有一个简单的区分办法，就是看这句话去掉那个成分之后还剩什么。去掉语气词，句子的约束力不变；去掉情态成分，这句话就变成了另一件事。

用禁用词表能不能管住这件事？

在情态是独立词的语言里能管一部分，在情态是词尾的语言里完全无效。而且即使能匹配，禁用词表只能拦住已知的那几个软化手段，译者换一种表达同样能把强度调下来。更根本的问题在于禁用词表管的是手法不是结果，而这一层需要管的恰恰是结果。可行的做法是把禁用词表当成粗筛，真正的判据仍然放在隔离读者那一步。还有一点要提醒，禁用词表一旦建立起来就很难废弃，团队会默认它已经覆盖了这个风险。用它做粗筛可以，把它当成保障就危险了。

三档模型要不要写进翻译需求文档？

要，而且要写在句子旁边而不是文档开头。写在开头的通用说明，译者第一遍会看，后面就忘了。逐句标注档位的成本并不高，中文稿定稿时顺手标一遍即可，而且这个动作还能倒逼内容侧想清楚每一句到底想承诺什么。实际操作里，标注过程本身经常会发现原文就有几句档位不清的句子。标注的粒度也值得注意，按段落标是不够的，因为一段里经常同时有承诺和限制。逐句标的成本比想象中低，一份两千字的文案通常半小时能标完。如果时间实在紧，至少要把退换货和配送这两块标完，它们占了纠纷来源的绝大部分。

隔离读者找不到人怎么办？

可以退而求其次，找一个懂那门语言但不参与这个项目的同事。关键条件只有两个：他是母语者，以及他没看过源文。第二个条件比第一个更重要，因为看过源文的人一定会被源文的意思牵着走。如果连这样的人都找不到，最低限度的做法是让译者隔一周之后再读一遍自己的译文，效果打折但聊胜于无。还有一个替代方案是找目标市场的客服同事，他们天天回答用户问题，对用户会怎么理解一句话最有直觉，而且通常没参与过文案撰写。找客服同事还有个额外好处，他们能顺带指出哪些表述在实际沟通中经常被误解，那是文案没写清楚的地方。

这件事跟本地化的语气规范冲突吗？

会有张力，但不是非此即彼。语气规范管的是整体口吻，而需要保住强度的只是那四类句子，占比通常不到全站文案的百分之五。可行的做法是给这一小批句子单独设一条例外规则，其余部分照常按语气规范走。把例外范围写清楚，比笼统要求所有文案都硬气要好执行得多。把例外范围写清楚还有一个好处，它让语气规范本身更容易被接受。一条允许例外的规范，比一条没有例外的规范执行率高得多。写例外的时候要把范围说死到句子级别，写成某几类句子而不是某些页面，页面级的范围一定会被扩大解释。

机器翻译在这一项上真的更可靠吗？

只在结构保真这一个维度上更保守，不代表整体质量更高。它贴着源文结构走，所以不容易把断言改成假设，但它同样会在别的地方出错，比如术语、事实和语气得体度。把它当成一个对照组更合理：先看机翻输出的强度落在哪一档，再看人工译文有没有偏离，偏离得多的地方值得单独看一眼。还要注意机翻输出本身也带着它训练语料的倾向，某些语言方向上它同样会系统性地调软。所以它只能当参照，不能当基准。另外机翻输出还可以当成一个基线记录下来，下次改文案时对照着看强度有没有再往下掉。

怎么知道自己站上有没有这个问题？

最快的办法是拿退货政策那一句做一次测试。找一个目标语言的母语者，只给他译文，问他这家店有没有承诺无理由退货。答案含糊或者要反问的，就说明强度已经掉了。这个测试一门语言只要几分钟，做完之后基本能判断这件事在你的站上是个别现象还是系统性问题。如果几门语言测下来结论一致，那多半是流程问题而不是某个译者的问题，该改的是需求文档的写法而不是换人。测完之后别忘了把结论写进需求文档，否则下一次换译者又会从头来一遍。

权威参考资料