语气选择需在整个产品内保持一致
别名: 多语言语气治理 · locale voice profile · 语气版本 · 本地化文案 QA
概念解释
按 locale 治理的语气档案（per-locale voice profile）是把产品的沟通意图转换为每种语言可执行的敬语等级、代词视角、正式度、句法选择、标点和禁用表达，并让界面、通知、邮件、帮助内容与客服在同一版本下交付。这里的一致性不是要求所有语言逐字模仿源语言，也不是再定义通用品牌人格；它要求同一 locale 的不同触点共享经母语者验证的语言决策，并能追踪这些决策何时、为何改变。
机制
一个抽象的“友好、专业”源语言指南无法决定目标语言该用哪个第二人称、是否省略主语、采用何种敬语形态或如何表达请求。若各供应商和渠道自行解释，App 可能正式、邮件随意、客服又采用另一套称呼，即使每段单独自然也形成 locale 内漂移。可维护流程把全局沟通原则作为输入，为每个 locale 建立结构化 voice profile、正反例、关系/严肃度变体和术语依赖；消息、翻译记忆、内容管理与客服模板引用同一 profile 版本。缺失档案或版本不兼容时，发布流程应阻断或回退到该 locale 已审核的中性基线，而非直接沿用源语言口吻。
怎么研究
locale QA 从跨触点语料抽样，而不是只审查翻译文件：同一用户旅程中的导航、确认、错误、推送、邮件、帮助和客服回复应按消息 ID、场景严肃度与 profile 版本成组检查。母语评审者标注敬语、代词、主体关系、正式度和禁用表达是否符合档案，并区分“档案不适合本语言”与“实现偏离档案”。可将盲化字符串归组、旅程理解任务和生产反馈结合，观察哪些触点被读成不同机构或不同关系。评审样本应覆盖语言变体、渠道和真实角色，不能用单个译者或国家标签代表整个 locale 社群。
边界
一致的 profile 不意味着所有场景同样轻松或正式；安全告警、庆祝消息和法律告知可以在档案规定范围内改变强度。一个语言标签也可能包含地区、组织、年龄和渠道差异，需要明确适用范围或分支 profile。法定原文、用户生成内容和逐字引语通常不受品牌语气改写。自动 lint 能发现禁用词和版本错配，却不能判断整句是否得体；最终仍需目标语言语用评审。若语言没有源档案设想的某项对立，不能为了字段对齐创造不自然区别。
怎么落地
- 为每个支持的 locale 发布版本化 voice profile，包含敬语/正式度、第一与第二人称策略、主体省略、请求与拒绝句式、标点、禁用表达，以及按关系和严肃度选择变体的条件。
- 让字符串、翻译记忆、CMS、通知、邮件、帮助与客服模板记录 profile ID 和版本；升级时生成受影响消息清单，统一迁移并禁止同一旅程混用不兼容版本。
- 在 CI 中检查缺失 profile、过期版本、禁用词、变量与消息分支覆盖；档案不可用时阻断高风险内容，对低风险内容只允许回退到该 locale 已审核的中性基线，并记录待修复项。
- 定期做跨触点 locale QA，由母语评审者沿真实旅程检查敬语、代词、语法和正式度。把偏差回写到具体消息或 profile 规则，并以版本回归确认 App、邮件和客服同步生效。