用问题归类推动多语种交付——知学云 SaaS 国际化改造
我主导这次 SaaS 国际化改造。面对团队缺少多语言与 RTL 经验、存量组件高度耦合的情况，我没有逐页修补，而是建立「批量暴露 — 问题归类 — 排定优先级 — 集中处理 — 回归验收」的推进方式，协调设计与研发完成多语种适配，推动产品按期上线，并将处理经验沉淀为可复用的国际化规范。
项目背景：国际化不是增加几个语言选项
随着 知学云 承接需要支持多语种的国际项目，原本以中文和英文为主的 B2B SaaS 平台，需要在较短时间内完成多语言改造。
真正的难点不是翻译，而是这套存量系统并没有为国际化做好准备。平台为了快速交付，长期沉淀了大量业务模板，页面由多个高度耦合、尺寸相对固定的组件拼接而成。中文和英文环境下没有暴露的问题，进入阿拉伯语等语言后会同时出现：
- 长文案溢出，固定容器无法承载不同语言；
- RTL 页面镜像不完整，阅读和交互方向发生冲突；
- 同一页面混排 RTL、LTR、数字和时间时，信息顺序错乱；
- 图片内嵌文字，无法跟随语言切换；
- 日期、数字和序数词仍然沿用原有地区格式。
团队此前缺少完整的产品国际化经验。现有规范可以提供原则，却无法直接套用到由大量存量组件构成的系统中。我们不仅要知道正确做法，还要找到一种能够在现有架构和交付时间内执行的推进方式。
我的责任
我负责国际化体验侧的方案设计、问题归类、优先级判断和交付推进，包括：
- 明确多语言改造的体验范围和重点场景；
- 设计问题收集、分类和处理方式；
- 判断布局、RTL 和组件问题的处理优先级；
- 协调设计、研发和项目团队按类别推进修复；
- 参与回归检查和上线验收；
- 将项目经验整理为后续可以复用的国际化规范。
我的工作不是逐页修改设计稿，而是把一个边界不清、缺少先例的复杂改造，整理成团队可以分工、可以排序、可以验收的交付方案。
关键判断：不能逐页响应表面问题
最直观的做法是打开一个页面、发现一个问题、修复一个问题。但面对大量业务模板和高度重复的组件，逐页修复会让团队不断响应表面现象，同一种结构性问题也会在不同页面反复出现。
我的判断是：
推进方式：先暴露，再归类，集中处理
第一步：批量暴露问题
为了尽快看清问题范围，我们先用机器翻译生成测试语料，让不同长度、不同方向的内容进入现有页面。这个动作的重点不是判断译文质量，而是快速观察长文案、动态容器、RTL 镜像和混排场景会在哪里失效。
设计、研发和项目团队分工检查主要页面和组件，将问题集中记录，避免各自零散修复。
第二步：把零散问题归纳为结构性类别
收集到的 500+ 条问题，最终被归纳为 5 类：
| 类别 | 典型问题 |
|---|---|
| 布局与组件层级 | 组件在多语言下错位、溢出、层级混乱 |
| RTL 适配 | 阿拉伯语界面镜像不完整，阅读与交互顺序错乱 |
| 文案承载与语言结构 | 容器尺寸固定，长文案截断或溢出 |
| 视觉资源与图片带字 | 图片内嵌文字，无法随语言切换 |
| 格式与本地化习惯 | 日期、数字和序数词未按地区适配 |
归类之后，团队不再面对一张不断增长的问题清单，而是开始处理五类可以明确分工、批量验证的产品问题。
第三步：按影响范围排定优先级
我用四个维度判断处理顺序：
- 是否影响核心使用流程；
- 同类问题覆盖多少页面和组件；
- 修改后是否会产生连锁影响；
- 修复和回归验证需要多少成本。
| 类别 | 优先级 | 判断依据 |
|---|---|---|
| 布局与组件层级 | P0 | 影响主流程且覆盖面广，统一修复收益最高 |
| RTL 适配 | P0 | 影响阅读与交互方向，团队缺少处理经验，连锁风险最高 |
| 文案承载与语言结构 | P1 | 部分影响内容理解，可以按组件逐步消化 |
| 视觉资源与图片带字 | P1 | 不阻断主流程，但需要逐步与语言切换解耦 |
| 格式与本地化习惯 | P1 | 不阻断主流程，可以在基础体验稳定后完善 |
优先级不是按照页面数量决定，而是先保证核心流程可用，再处理覆盖范围广、重复成本高的问题。
第四步：按类别集中处理并回归验收
完成分类和排序后，设计与研发不再逐页领取问题，而是围绕同一类规则集中修复。例如先统一解决弹性布局和容器承载，再批量检查业务页面；先明确 RTL 的镜像边界，再进入组件和页面验收。
每一类问题完成后，使用相同的检查标准回归主要流程，确认修复没有在其他语言或页面中产生新的问题。
从一次修复沉淀为国际化规范
如果项目结束后只留下修改过的页面，下一个多语言项目仍然会重新踩一遍相同的问题。因此，我把处理过程中反复出现的判断整理为国际化设计规范：
- 文案适配：容器避免写死宽高；统一处理超长文案；句子与表单值分离；
- 布局与组件：优先使用弹性布局；定义最小与最大宽度；慎用多列固定布局；
- RTL 规则：明确布局、对齐和交互方向的镜像范围，同时整理数字、时钟、播放器等不镜像清单；
- 视觉资源：减少图片带字；定义方向性图标的镜像规则；让视觉素材与语言切换解耦；
- 字体与格式：按语言加载字体；按地区处理数字和日期；统一量词与序数词规则。
这套规范让国际化不再是上线前集中补救，而是可以提前进入产品和组件设计过程。
结果
- 500+ 条问题被归纳为 5 类并按优先级集中处理；
- 200+ 组件完成多语言适配；
- 6 语种按计划完成上线；
- 形成可以供后续多语言项目复用的国际化规范。
这些结果说明，面对缺少基础设施和团队经验的复杂改造，先建立问题结构和协作方式，比直接增加人力逐页处理更有效。
这个案例不能直接证明国际化改造带来了多少收入增长。它更能证明的是：在没有成熟先例、交付时间紧迫和存量系统高度耦合的情况下，我能够把大量零散问题转化为可以归类、排序、协作和验收的产品方案，并推动团队完成交付。
