一套系统，怎么在东南亚六个市场跑起来

每一个多国上线的项目，都是从同一张幻灯片开始的：六面国旗、一个平台、一套流程。这张幻灯片说不上错——平台确实可以只有一个。真正不一样的是系统碰到的一切：客人怎么付钱、发票上必须写什么、数据必须放在哪里，以及出事的时候是谁还醒着。

把一套系统带到新加坡、马来西亚、泰国、印尼、柬埔寨和老挝，实际会变的是什么，下面逐条说。

新加坡定的是预期，不是模板

新加坡通常是最容易做的市场，却也是最糟糕的模板。这里的支付以刷卡为主、好预测，网络稳定，英文就是工作语言，用户期待界面跟他们平时在家用的工具一样顺手。

于是团队就会假设：另外五个市场不过是同一套系统换个翻译过的菜单。并不是。新加坡适合用来验证产品，但不适合用来了解整个区域要什么。

马来西亚：三种语言，还有一张算得上是「文件」的税务发票

在马来西亚，多语言界面不再是「有更好」的东西。英文、马来文、中文都真的有人在用——有时候同一家门店、同一个班次里，不同的人各用各的。只把面向顾客的那一面本地化，结果就是员工得绕开系统自己想办法。

另一半是开票。马来西亚的税务发票是一份有必填字段的文件，不是一张小票模板。如果你的系统是在别处开发的，这通常就是第一件需要真正动手做、而不是改个设置就能了事的事。

泰国：本地语言优先，跟信用卡的关系也不一样

泰国用户期待泰文界面，一看到默认英文的提示很快就放弃不用了。信用卡的普及率确实在，但并不普遍，还有相当一部分交易走的是银行转账和 QR 扫码支付。

实际后果就是：支付层不能只有一条路，而且当一笔转账是在下单几分钟之后才确认、而不是即时确认时，订单流程还得保持正确。

印尼：规模一大，问题的形状就变了

印尼不是放大版的马来西亚。在这个市场，雅加达和雅加达以外的地方，在交易量、设备组成和网络条件上差得非常远。假设网速很快的界面，到了现场就是不能用；假设所有人都能快速阅读英文的售后流程，在办公室里也一样行不通。

数据驻留的问题在这里也会很早浮现，而且这个问题值得在第一行代码之前、而不是第一次安全审查之后，就用书面形式回答清楚。

柬埔寨和老挝：生意还是现金在跑

在这两个市场，现金依然在核心位置，系统必须围绕它来设计，而不是绕开它。也就是说：要能做到按班次对现金账、在柜台记录收款，以及店长打烊时不用导出任何东西就能把报表结掉。

网络没有新加坡那么可预测，所以一断网就停摆的系统，员工很快就会不再信任。能容忍离线的流程——先把单接下来，网络回来了再同步——在这里比路线图上的任何功能都重要。

第一次上线之前就该定下来的事，别留到之后

• 区域与数据驻留。 逐个市场决定：数据是放在该市场自己的区域，还是几个市场共用同一个区域，并且写下来。上线之后再回头改数据驻留，代价很高。
• 语言覆盖范围。 界面里哪些部分翻译、哪些保持英文。翻译了一半的操作界面，比干脆老老实实全用英文还糟。
• 每个市场的支付通道。 不是笼统的「信用卡和电子钱包」，而是每个市场实际在用的具体方式，以及其中某一种延迟确认时该怎么办。
• 支持时段。 六个市场横跨几个时区。一个指名道姓、时段明确的人，比一句没人真在值班的「7×24 小时」承诺有用得多。
• 一套流程还是六套。 先分清哪些业务规则真的是通用，哪些必须按市场分开。把一种答案写死在代码里的系统，最后会在代码里长出六个例外。

值得记住的那个规律

这六个市场不是同一个模板的变体，而是六个恰好共用一套平台的运营环境。把差异提前规划进去的团队，上线一次就够了；假设大家都一样的团队，上线一次之后，还要再花一年去补这个假设的窟窿。