1. 当误译可能影响付款、出入权限、取消预订、安全或已约定的服务时，人工审核尤为重要。
2. 审批各语言版本时，应核对原本要表达的含义和酒店现行政策，不能只看回译成英文后的内容。
3. 在实际发送渠道中测试完整消息；即使主模板译文准确，宾客最终收到的回复仍可能含糊不清。
翻译后的消息可能措辞礼貌，却表达了与酒店原意相反的意思。“我们尚未从您的卡中扣款”和“我们已从您的卡中扣款”仅有细微的用词差别，却可能引发宾客的付款争议。
酒店宾客沟通软件能加快多语言回复。翻译质量保证（QA）则用于判断：哪些可重复使用的消息能够放心使用，哪些需要由既懂两种语言、又了解酒店实际承诺的人员审核。
确定哪些模板需要人工审核
应根据出错后果确定审核优先级，而不是消息长度。一行付款说明可能比一篇较长的欢迎词更需要仔细审核。
付款、押金与退款
审核涉及应付款、已收款、暂时冻结、可退款或正在退款的表述。这些是不同的状态。不要让译文把预授权变成已完成付款，或把退款申请变成已批准退款。
除语言表达外，还要核对酒店已批准的条款。如果员工无法确认付款状态，流畅的译文只会以更肯定的语气传达尚未确定的信息。
出入、抵达与时间限制
进门说明、延迟抵达、入住截止时间、出入限制，以及宾客领取钥匙前必须完成的步骤，都需要审核。重点核对“之前”“之后”“截至”和“仅限”等词语。
例如，假设原说明为“请于当地时间 22:00 前抵达”，译文就不能变成允许宾客在 22:00 后抵达。使用明确的时间格式；如果午夜可能引起歧义，还应注明具体日期。保留酒店名称、地址和已批准的链接目标地址。
取消预订、投诉与个性化需求
审核涉及取消预订资格、费用减免、补偿、无障碍设施、过敏和安全的表述。正在考虑的请求不能变成已确认的例外安排。宾客的客房偏好，也不能变成酒店对尚未核实的无障碍设施作出的保证。
遇到紧急安全问题时，应采用酒店已批准的应急沟通方式，并安排员工协助。不要为了等待可重复使用的模板完成语言审核而延误即时援助。
日常致谢或行李寄存指引的风险可能较低，但仍需进行首次语言检查，并在信息变化时重新审核。“低风险”不应意味着从来没有人阅读译文。
如果员工无法将翻译后的说明与对应预订核对，即使措辞正确，也可能用错场景。在 Smart Order 的即时消息聚合中，可结合预订详情查看原文和翻译后的对话。发送回复前，利用这些信息确认宾客的需求，以及酒店实际同意提供的安排。
结合宾客对话核实服务承诺
查看预订信息的同时审核译文，让员工在回复前轻松核实抵达安排、服务或付款消息是否准确。
向审核人员提供含义明确的原文
请他人审批其他语言版本前，先用直白清晰的语言写好原文。将习惯用语、内部缩写，以及“余款”等含糊表述，替换为该消息需要传达的具体含义。
为每个模板注明用途、目标收件人、发送条件，以及翻译时不能改变的事实。审核人员需要知道，“deposit”指的是预付房费，还是可退还的押金。仅凭这个词本身，无法获得充分的上下文。
维护一份简明的酒店术语表，涵盖房型名称、所含餐食、付款状态和服务名称。保留已批准的名称，避免自由发挥，将其译成另一种客房产品。如果不同地区的措辞或日期习惯存在差异，应记录目标语言和面向的地区受众。
例如，对比两条示例原文：“您的退款申请正在审核中”和“您的退款已获批准”。审核人员应说明目标语言消息传达的是哪个处理阶段。即使句子自然流畅，只要传达的阶段有误，就不能通过审核。
请具备相应语言能力并了解相关业务的双语人员审核。如果团队中无人能可靠评估一条可能造成重要影响的消息，应寻求合格的语言支持，或通过已批准的辅助回复流程处理。不要仅因酒店很少收到某种语言的消息，就将未经检查的译文设为可重复使用的模板。
核验含义与最终收到的回复
使用由员工控制的测试对话和虚构预订信息。不要在共享审核文件中放入真实门禁码、有效付款请求、身份证件或不必要的个人数据。
- 向审核人员提供消息原文、用途，以及必须传达的事实或限制条件。
- 请审核人员阅读目标语言版本，并解释宾客看完后会采取什么行动。将这一解释与预期结果进行比较。
- 检查否定表达、条件、金额、币种、日期和所含服务。如果歧义源于原文，也应同时修正原文。
- 通过软件支持的字段填充已批准的模板，并检查完整结果。确认字段位置在该语言中仍然合理。
- 条件允许时，通过目标渠道中已批准的测试路径发送消息。在手机上阅读收到的回复，核对换行、按钮和跳转目标。
- 记录语言、已批准的版本、审核人员、日期和允许的用途。措辞或政策发生变化时，重新执行受影响的检查。
将译文回译为原语言，有助于发现偏差，但不足以作为审批依据：再次进行机器翻译，可能会掩盖同样的歧义。关键在于，熟练使用目标语言的收件人会如何理解消息。
还要检查消息的实际发送流程。如果已批准的目标语言模板再次被自动翻译，最终送达的措辞就可能不再是审核过的版本。使用软件支持的语言控制功能，并核实收件人实际收到的内容，不要直接认定编辑器中保存的文字就是最终消息。
对于特定客房的说明，应将相关信息与住宿管理中的预订记录进行核对。预订基础数据有误时，应单独纠正。修改译文不应掩盖错误的客房分配，或未经批准的服务承诺。
模板变更后，确保审批仍然有效
统一维护已批准的原文及其各语言版本，并指定负责人。入住截止时间、收费规则或服务发生变化时，应在启用修订后的模板前，确认哪些译文受其影响。
如果软件没有正式的审批记录功能，可在消息编辑器之外维护一份受控的审核登记表，并让使用模板的员工能够查阅。员工需要能识别已批准的措辞，也要知道何时需要对个别定制回复进行进一步审核。
如果错误译文已经发送，应暂停重复使用受影响的内容，并确认涉及的收件人和版本。通过已批准的对话渠道发送清晰的更正消息，避免再次披露已暴露的门禁信息或个人信息。将涉及付款、出入、安全或隐私的后果交由负责经理处理。
修正主模板并不会自动撤回此前的承诺。先妥善处理受影响宾客的具体问题，再重新测试此前出现偏差的含义，确认无误后恢复模板的正常使用。
