A11.09.5Names, forms of address, and politeness hierarchy设计
姓名、称谓与礼貌层级
别名: 称谓礼貌 · 敬语 · honorifics · forms of address
概念解释
一个系统用"你好，小李"称呼用户，在一种文化里读起来亲切自然，在另一种更看重年龄或身份礼貌层级的文化里，同样的直呼其名可能显得唐突甚至不礼貌。这类问题的核心是称谓与礼貌层级——不同文化的语言系统里，姓名的使用方式（直呼其名、姓加敬语、职衔加姓）本身携带着说话者和听话者之间关系亲疏、地位高低的信息，选错了称谓方式，传达出的社交信号会和内容本身无关地出错。
机制
之所以称谓选择会影响用户对系统的理解，是因为在很多语言体系里，称谓不只是一个用来指称对象的标签，它本身就是一套编码社会关系的语法或词汇系统——用敬语还是简体形式称呼对方、称呼里带不带职衔或亲属称谓，直接对应说话者认为自己和对方处在什么样的关系距离与地位差之中。系统对用户使用了某种称谓方式，用户会不自觉地把它解读成"这个系统认为我们是什么关系"，即便系统本身没有任何这层意图。这是一种社会适切性层面的理解，和内容翻译是否准确没有直接关系——译文完全正确，称谓层级选错了，用户读起来仍然会觉得别扭或被冒犯。
边界
这种错位在系统主动向用户发起称呼的场景（问候语、通知、提醒里点名用户）最明显，在纯粹的数据存储或后台展示里影响很小。礼貌层级的期待也不是按国籍能一次性定死的，同一文化内部会随年龄层和使用场景流动——年轻用户在社交类产品里可能更接受直呼其名的轻松语气，年长用户或在正式的金融、医疗类场景里可能期待更郑重的称谓，不能把某种称谓规则当成一个文化的固定默认值直接套用到所有场景和所有用户身上。
怎么落地
- 具体如何拆分姓名字段、如何在数据结构层面支持不同顺序和数量的姓名成分，属于本地化实现层面的问题，这里不展开；
- 重点检查系统主动生成的、会直接称呼用户的文本（问候语、提醒、错误提示里带用户姓名的部分），确认其称谓层级和目标市场的礼貌预期匹配，而不是逐字翻译源语言里的称呼方式；
- 对同一市场内可能存在礼貌层级预期分化的场景（如同时面向年轻社交用户和正式商务用户的产品），考虑让称呼语气可以按使用场景或用户自选而调整，而非全局统一；
- 验证办法：找目标市场的母语者审校所有系统生成的称呼类文本，让其判断在对应场景下这个称谓层级是否得体，而不是只做语言正确性校对。