B2.21.3Cultural Constraint设计研究
依赖文化约束的设计必须在每个目标市场单独验证
别名: 跨市场验证 · 本地化测试 · 文化适配
概念解释
只要界面把颜色、方向、顺序、图标、手势或语气当作理解前提，就要在文化约束（cultural constraint）真正的使用人群中检验它。源市场的可用性结果不能自动迁移；同一界面在一个市场减少解释成本，在另一个市场可能制造误读、延迟或冒犯。
机制
文化线索的效力取决于当地暴露历史，而暴露历史不是连续函数。语言翻译不能改变布局镜像、付款习惯、颜色语义、地址格式、日期排序、身份表达和手势冲突。即使同一个国家，城市/乡村、行业软件经验、移动平台资历和社区也会造成分歧。因此“我们团队有人来自那里”只能提出假设，不能替代目标市场中的观察。
怎么研究
按市场建立最小验证包：首轮任务、状态解释、关键路径误读测试、手势/图标识别和本地专家走查。招募标准应包括语言、地区、设备、平台经验和实际任务角色，而不是仅按国籍抽样。比较完成率、错误类型、求助时间、信任评分和恢复路径，并记录语义冲突是否发生在高风险步骤。
边界
逐市场验证不等于无限本地化。低风险、通用化、由文本兜底的组件可以用共享模式；验证深度应与误读后果和用户规模匹配。小众市场也可能因无法招募代表性用户而证据不足，这时应倾向显式说明和无文化依赖编码，而不是相信未经验证的惯例。
怎么落地
- 在发布前为每个目标市场列出关键文化假设：颜色、方向、顺序、手势、称谓、付款、日期和地址。
- 对每个市场做一次小样本首轮使用测试，覆盖新用户、熟练用户和承担实际任务的角色。
- 给全球组件设置“本地覆盖位”，允许替换方向、颜色组合、格式和示例，但保留核心信息结构。
- 用误读率和关键路径中断数决定是否发布；冒犯或安全误解必须修复，不是只记录备注。