做出海外卖平台，第二座城一开，最怕改了这座城的配送费或营业时间，另一座城跟着变。用户和商家的资料如果每城各存一份，同一个人会变成两个账号，客服查单要来回切换。能不能分开管规则、又不要改一处伤到另一处，要在第二城上线前用两笔测试单看清楚。
结论
价格、配送范围、营业时间按城市单独保存。用户手机号、商家基本资料全平台认同一份，避免重复注册。改一座城的规则时，另一座城的测试单价格和状态保持不变，才算分开管成功。
一、规则按城放，不要全局一刀切
配送费、起送价、营业时间，每座城可以不同。总部若只有一份「全站配置」，改大阪的费用就会改到别的城。验收时准备两座城各一笔测试单，只改其中一座的配送费，看另一座订单金额变不变。
发布配置前先在测试环境看差异，确认只影响目标城市，再放到正式环境。改错了要能回到上一版，而不是连夜手工改回去。
二、人和店不要按城复制
同一个手机号在两座城都应是同一个用户，地址可以按城不同，账号不要拆成两个。商家入驻资料一份就够，在哪座城营业用开关控制，不要每开一城就重新填一遍证照。
客服查单时，输入订单号就能看到是哪座城，不必先问用户「您在哪登录的」。订单列表按城市筛选，导出也能按城市拆开，财务才不会把两座城的账混在一张说不清的表里。
三、登录仍是一套
运营人员用一个后台就能切换城市查看，不必每城记一套网址和密码。能改哪座城的价格，宜事先说清，避免总部的人误改分城规则。用户端可以按城展示不同菜单，但登录方式不要变成「每城一个应用」。
光合同城海外版支持按城市维护规则，用户和商家资料可以共用。各国支付和税务不同，按当地需要单独对接，不要写成全球统一的自动规则。商务结算规则由客户确定，系统侧不抽成客户平台订单。
四、语言和收款仍然分开
多城规则调通，不等于当地已经能收款。菜单翻译好了，支付还要按那座城的通道单独测一笔小额单。语言、城市规则、收款，分成三次验收，某一次卡住时，另外两次不必一起改期。
试跑单标出来，不进那座城的周结。否则新开城的测试金额会算进正式营收。
五、验收可以照着做
两座城各下一笔测试单。只改第一座城的配送费，第二座城金额不变。同一个手机号在两座城都能下单，后台是同一个用户。导出按城市筛选后，两座城的订单不会串行。这三步过了，才算「改一处别影响另一处」。
适合已经有一座城在跑、准备开第二座城的团队。第一座城还没走通收款时，不适合同时铺开多城规则。
六、小结
出海外卖平台多开一座城，规则按城分开存，用户和商家资料不要复制第二份。改价之前用两笔测试单看一眼，确认没有误伤另一座城。
