一份上线清单是如何写出来的
一家公司，会在语言已经支持、法律地位已经清楚、支付能正常运作、客服能配备人手的地方上线。这四个因素，会产生一份熟悉的清单，它和需求关系不大，却和「出错的代价」关系密切。
看着一项服务在其他地方陆续上线，感觉很随意。但一旦你知道被优化的到底是什么，这个顺序就相当可以预测，而它优化的，不是需求。
语言排在第一位
一款单一语言的产品，会在那种语言行得通的地方上线。翻译，不只是界面：它还包括客服、条款、审核，以及模型本身在那种语言上的质量。最后这一项，是最昂贵的部分，而且从外部完全看不出来。
熟悉的法律环境，胜过市场规模
一家已经在某个法律框架下运营的公司，在同一个框架下增加另一个国家，成本很低。一个规则陌生的大市场，进入的成本，比一个规则熟悉的小市场要高，这就是为什么上线清单是按司法管辖区聚集的，而不是按人口聚集的。
支付和客服必须存在
即使是一款免费产品，最终通常也需要一条支付路径，也立即需要一个客服渠道。在这两者都不简单的国家，不管有多少人在要求，都会被排到清单靠后的位置。
出错的代价
每一个新增的国家，都会增加风险敞口：一起投诉、一个监管机构、一场诉讼。公司会在下行风险已被理解的地方扩张。这是被公开讨论得最少的一个因素，却是最能预测上线顺序的一个因素。
直接回答
需求会改变这个顺序吗？
会有边际上的影响，而且是用流量、而不是用请求来衡量的。一个存在大量非官方使用的国家，会往前移动，因为那个数字是看得见的。
为什么小型服务覆盖的国家更少？
每一个国家都有一笔固定成本，一家小型服务要支付的，和一家大型服务一样多。正是这笔固定成本，把它们排除在外。
一项没有国家清单的服务，是不是很反常？
没有听起来那么反常。一项没有账号、也不涉及支付的服务，每个国家需要安排的事情要少得多，这彻底改变了这笔账该怎么算。
打开一个不存在于任何上线清单上的聊天工具。
打开无限制聊天