产品要支持六种语言，面对几百个问题，我先分类，再定优先级

知学云是一套企业培训软件，公司开始承接海外项目后，原本以中文和英文为主的系统，需要在较短时间内支持包括阿拉伯语在内的六种语言。

真正的困难是整套系统原本没有为这些语言做好准备，中文里放得下的按钮，换成长一些的文字就会被截断；阿拉伯语从右向左阅读，页面布局和操作方向需要随之改变；日期和数字的格式、图片里的文字也不能继续沿用原来的处理方式。

系统已经积累了大量业务页面和可以重复使用的界面模块。一个基础模块出现问题，可能会同时影响许多页面。团队此前也没有完整处理过类似项目，不能直接照搬一份通用规范。

我的工作

我负责确定这次多语言改造要处理哪些问题、如何分类、先做什么，以及怎样检查是否完成；协调设计、研发和项目团队集中修复问题，参与上线前检查，并把项目中反复出现的处理方法整理成后续可以继续使用的规范；把一个范围不清、缺少先例的复杂改造，整理成任务，让团队可以分工、排序并验收。

不能看到一个问题就修一个

做这件事最直观的做法是打开一个页面，发现一个问题，再修一个问题，但同一种错误会反复出现在许多页面里。逐页处理不仅慢，也容易出现这里修好了、那里又坏掉的情况。

我先让不同长度、不同阅读方向的测试文字批量进入现有页面，尽快暴露文字溢出和布局错位，以及左右方向冲突和格式错误。设计、研发和项目团队一起检查主要页面，把问题集中记录，而不是各自零散修改。

先看清全部问题 → 找出重复原因 → 决定先后顺序 → 按类别集中修复 → 统一检查

500 多个问题，最后归为五类

收集到的 500 多个问题看起来非常杂乱，但反复出现的原因主要有五种：

• 页面和模块在文字变长后错位或溢出；
• 阿拉伯语页面没有完整切换为从右向左阅读；
• 同一行同时出现阿拉伯语、英文、数字和时间时，顺序混乱；
• 图片里直接写了文字，无法跟随语言切换；
• 日期、数字和序号仍然使用原来的地区格式。

归类后，团队可以围绕同一类原因批量修改和检查，不必逐项处理一张不断增长的错误清单。

先保证主要操作能用，再处理细节

我用四个问题决定处理顺序：它是否影响主要操作、会影响多少页面、修改后会不会带来新的问题，以及修复和检查需要多少时间。

最先处理的是布局问题，它们会阻断主要流程，同时影响大量页面；阿拉伯语的阅读和操作方向也优先处理。图片文字、日期格式等不会立刻阻断操作的问题，则在基础体验稳定后继续完善。

团队也从逐页领任务，改为按问题类别集中处理。例如先统一解决文字变长时的页面伸缩方式，再批量检查所有业务页面；先定清哪些内容需要左右翻转，再检查每个模块是否符合规则。

让下一次多语言项目不必重来

如果项目结束后只留下修改过的页面，下一个海外项目仍然会遇到同样的问题。所以我把反复出现的判断整理成一套多语言设计规范，写清文字变长时怎么处理、哪些页面需要左右翻转、图片和字体怎样随语言变化，以及日期和数字如何适应不同地区。

这套规范让多语言支持可以提前进入产品和页面模块的设计过程，减少上线前的临时补救。

结果

• 500 多个问题被归为五类，并按影响大小集中处理；
• 200 多个页面模块完成调整；
• 六种语言按计划上线；
• 形成一套后续项目可以继续使用的多语言规范。