先把结构讲清楚，后面就好办了。菜单是分类 → 菜品 → 规格 → 加料四层，中文名、当地语名和价格都挂在菜品和规格这条记录上。收银台点单读的是它，扫码点餐页读的也是它，小票打的还是它。所以”店里改了、扫码页忘了”这种事从机制上就不会发生——那本来就不是两份数据。
会出问题的是另一件事：同一道菜要卖不同的价。堂食一个价、外卖一个价、会员一个价，正确做法是在这道菜下面挂多个价格，而不是复制出一条”××（外卖）“的新菜品。复制出来的那条，就是下次改价一定会被漏掉的那条，而且它还会污染报表——热销榜上一道菜被拆成两行，你会误判它到底卖了多少。同理，下午茶时段打八折、宵夜时段才出现烧烤分类，这类走营业时段的折扣和分类过滤，也不要靠改价来实现，到点自动套用才不会忘记改回去。
外卖平台后台是真的要另跑一趟。能不能直连、直连之后管不管得到菜单价格这一层，各国差别很大，有的国家只能同步订单、菜单还得在平台后台维护。这一层请按你所在国家的真实支持范围确认，别听一句”都能对接”就把改价流程建在上面。覆盖不到的地方，务实的做法是把”登平台改价”钉进同一天的流程里，别隔天——外卖渠道价本来就比店里高，两边不同步的那几天，客人在店里看到的和平台上看到的对不上，最容易吵起来。
还有一处容易漏：改的是含税价还是不含税价。这取决于你门店所在国家的税怎么配，改价前先确认你面前这个数字是哪一种，否则调完一圈发现账单总额不对。多语言菜名也在同一条记录上，改中文名的时候顺手看一眼当地语那栏有没有跟上。
// 相关问题
海外餐厅怎么做扫码点餐？客人扫完码，订单到底进了哪里？ 客人扫桌上的二维码，在自己手机上选菜下单，订单实时落到收银台对应的那张桌和后厨 KDS 上。前提是门店得先有云端能力——纯云端模式，或者局域网主机开"云端扫码桥接"。 外卖平台上的菜价定得比店里贵一点，合适吗？加多少不会把熟客赶走？ 在多数市场这已经是普遍做法，因为佣金摆在那里。但有两个坑：部分平台把"取餐订单与店内同价"当成低费率的条件，整份菜单一刀切加价会把便宜让出去；加太狠熟客会比价流失。 海外餐厅能对接当地外卖平台吗？堂食和外卖能不能一台机器一起管？ 堂食、外带、外卖在同一个系统里统一管理是标配，不用在各平台后台来回切、各记各的账。至于能不能和某个当地平台直连，各国差别很大，得按你所在国家的真实支持范围确认，不要听"全都能接"。 菜单价该写含税价还是不含税价？各国做法不一样，系统里怎么配？ 按你所在国家的习惯来配，别照搬国内。欧洲、澳洲多数是标价含税，美国普遍是标价不含税、结账时再加销售税。系统里税名、税率、含税与否都是门店设置里的开关，配好之后账单逐项摊开。
