Update nexus: fix conflicts and sync local changes
This commit is contained in:
@@ -1,46 +1,46 @@
|
||||
---
|
||||
title: "Invisible Exclusion"
|
||||
type: concept
|
||||
tags: [cultural-intelligence, ux-design, internationalization, accessibility]
|
||||
sources: [specialized-cultural-intelligence-strategist]
|
||||
last_updated: 2026-04-25
|
||||
---
|
||||
|
||||
## Definition
|
||||
软件产品中无意识地排斥特定用户群体的设计模式——在开发者的默认假设下运作,但用户(尤其是非西方文化背景者)会感受到摩擦、困惑或被排斥。之所以"隐性",是因为设计者往往意识不到这些假设。
|
||||
|
||||
## Key Patterns
|
||||
|
||||
### 命名结构假设
|
||||
- **问题**:强制 First Name / Last Name 拆分字段
|
||||
- **影响**:许多文化不使用严格的名字-姓氏二分法(西班牙语的双姓、越南的 HO + TEN、日本的氏 + 名等)
|
||||
- **修复**:改为单一"Full Name"或"Preferred Name"字段
|
||||
|
||||
### 性别选项
|
||||
- **问题**:仅提供二元性别选择器
|
||||
- **影响**:跨性别者、非二元性别用户无法正确注册
|
||||
- **修复**:提供开放文本字段或"Prefer to self-describe"选项
|
||||
|
||||
### 颜色语义
|
||||
- **问题**:红色=错误/警告(西方惯例)
|
||||
- **影响**:中国金融应用中红色表示"上涨",用户会感到困惑
|
||||
- **修复**:颜色+文字标签组合,不依赖单一颜色传达语义
|
||||
|
||||
### 日期/时间格式
|
||||
- **问题**:MM/DD/YYYY 作为默认格式
|
||||
- **影响**:DD/MM/YYYY 地区(欧洲、亚洲大部分)用户混淆
|
||||
- **修复**:本地化格式检测或 ISO 8601 (YYYY-MM-DD)
|
||||
|
||||
### RTL 阅读方向
|
||||
- **问题**:假设所有文字从左到右阅读
|
||||
- **影响**:阿拉伯语、希伯来语用户无法正常使用界面
|
||||
- **修复**:CSS `direction: rtl` + 镜像布局架构支持
|
||||
|
||||
## Why "Invisible"?
|
||||
开发者本身属于其目标用户群体,因此这些假设对他们来说是"透明"的。[[Architectural Empathy]] 要求在设计阶段就主动质疑这些假设。
|
||||
|
||||
## Related Concepts
|
||||
- [[Architectural Empathy]](结构性同理心)
|
||||
- [[Global-First-Architecture]](全局优先架构)
|
||||
- [[Cultural-Intelligence]](文化智能)
|
||||
- [[InclusiveVisuals]](包容性视觉)
|
||||
---
|
||||
title: "Invisible Exclusion"
|
||||
type: concept
|
||||
tags: [cultural-intelligence, ux-design, internationalization, accessibility]
|
||||
sources: [specialized-cultural-intelligence-strategist]
|
||||
last_updated: 2026-04-25
|
||||
---
|
||||
|
||||
## Definition
|
||||
软件产品中无意识地排斥特定用户群体的设计模式——在开发者的默认假设下运作,但用户(尤其是非西方文化背景者)会感受到摩擦、困惑或被排斥。之所以"隐性",是因为设计者往往意识不到这些假设。
|
||||
|
||||
## Key Patterns
|
||||
|
||||
### 命名结构假设
|
||||
- **问题**:强制 First Name / Last Name 拆分字段
|
||||
- **影响**:许多文化不使用严格的名字-姓氏二分法(西班牙语的双姓、越南的 HO + TEN、日本的氏 + 名等)
|
||||
- **修复**:改为单一"Full Name"或"Preferred Name"字段
|
||||
|
||||
### 性别选项
|
||||
- **问题**:仅提供二元性别选择器
|
||||
- **影响**:跨性别者、非二元性别用户无法正确注册
|
||||
- **修复**:提供开放文本字段或"Prefer to self-describe"选项
|
||||
|
||||
### 颜色语义
|
||||
- **问题**:红色=错误/警告(西方惯例)
|
||||
- **影响**:中国金融应用中红色表示"上涨",用户会感到困惑
|
||||
- **修复**:颜色+文字标签组合,不依赖单一颜色传达语义
|
||||
|
||||
### 日期/时间格式
|
||||
- **问题**:MM/DD/YYYY 作为默认格式
|
||||
- **影响**:DD/MM/YYYY 地区(欧洲、亚洲大部分)用户混淆
|
||||
- **修复**:本地化格式检测或 ISO 8601 (YYYY-MM-DD)
|
||||
|
||||
### RTL 阅读方向
|
||||
- **问题**:假设所有文字从左到右阅读
|
||||
- **影响**:阿拉伯语、希伯来语用户无法正常使用界面
|
||||
- **修复**:CSS `direction: rtl` + 镜像布局架构支持
|
||||
|
||||
## Why "Invisible"?
|
||||
开发者本身属于其目标用户群体,因此这些假设对他们来说是"透明"的。[[Architectural Empathy]] 要求在设计阶段就主动质疑这些假设。
|
||||
|
||||
## Related Concepts
|
||||
- [[Architectural Empathy]](结构性同理心)
|
||||
- [[Global-First-Architecture]](全局优先架构)
|
||||
- [[Cultural-Intelligence]](文化智能)
|
||||
- [[InclusiveVisuals]](包容性视觉)
|
||||
|
||||
Reference in New Issue
Block a user