在美国做餐馆，外卖平台上的价格比店里高，早已不是秘密。DoorDash、Uber Eats 等平台对餐馆的佣金普遍在 15%–30% 之间，部分配送方案甚至更高。如果外卖菜单沿用堂食原价，每一单配送订单的利润都会被佣金吃掉一大块。多数餐馆的应对方式，是在外卖渠道的菜单上做 10%–20% 的加价，把平台成本部分转回定价中。

问题不在于“该不该加价”，而在于POS 怎么管住这个价差。管得不好，加价会漏到自取订单上，或者平台改了价、POS 没跟上，客人打来质问“为什么 app 上贵两块钱”。

第一步：先确认你的 POS 是不是“唯一价格源”
多渠道价格管理最大的坑，是菜单数据分散在 POS、DoorDash 后台、Uber Eats 后台各自维护。只要其中一个渠道被手动改过、另一个没跟上，价差就会失控。

正确的做法是把 餐馆POS系统作为唯一的主数据源：菜品的基础信息、描述、Modifier、售罄状态都在 POS 里维护，外卖平台通过集成从 POS 拉取菜单数据，而不是反过来。Clover、Square、Toast 以及面向华人餐馆的 MenuSifu、Chowbus 等系统，都支持这种“POS 改一次，多平台同步”的模式。如果你的系统目前还需要登录每个外卖后台手动改价，说明同步方式本身就是价差反复出错的根源。

第二步：用“渠道菜单”或“独立菜单副本”把价格隔离开
确认了 POS 是数据源之后，下一步是在 POS 内部把“堂食价”和“外卖价”分开。主流系统通常提供两种路径。

一种是 渠道定价（Channel-Specific Pricing） 。DoorDash 将其称为“差异化定价”：POS 可以为不同配送平台分别设置菜单价格，同一个菜品在 DoorDash 和 Uber Eats 上可以有不同的定价，同时不影响堂食价格。部分系统还支持“配送价”和“自取/第一方价”的双字段区分，配送订单按前者计费，自取按后者计费。

另一种是 Toast 等系统采用的 独立菜单副本：复制一份堂食菜单，命名为“DoorDash Menu”，再复制一份命名为“Uber Eats Menu”，分别设定各自的外卖菜单价格。堂食菜单完全不动，外卖加价只发生在副本上。这种方式对菜单定制的灵活性更高：你不仅可以调整价格，还可以为外卖渠道单独设置菜品描述、图片，甚至只在外卖菜单上架适合配送的品项。

容易漏掉的三个“隐性价差点”
主菜价格设对了，价差未必就管住了。外卖管理和堂食管理真正的难点，藏在以下三处。

Modifier（加料/口味选项）的定价。 华人餐馆的 Modifier 极其复杂——“加辣”“加牛肉”“换炒饭”“大份/小份”。部分 POS 系统在向第三方平台推送 Modifier 时，结构可能被截断或忽略，导致顾客在外卖端选了“加芝士 +$1”，实际下单却没有加上这笔钱。渠道菜单建好后，必须拿一个带 Modifier 的订单在 POS 和外卖平台各模拟一遍，逐项比对加价是否一致。

套餐和组合的逻辑。 “午市套餐”“家庭套餐”这类 Bundle 在部分集成方案中不被支持，在线端会把套餐拆成单品显示，价格逻辑随之失效。如果外卖菜单上有套餐，优先确认你的 POS 集成是否支持套餐结构的完整同步。

税率差异。 美国不少州对堂食和外卖适用不同的销售税规则，纽约州堂食可能额外加收餐饮税，外卖则只征基础销售税。POS 应当按订单类型（堂食、外卖、自取、外送）分别绑定税组，让系统在点选订单类型时自动套用，而不是靠收银员人工判断。

把改价变成一个“不可绕过”的流程
价差管理的最后一步，不是技术配置，而是操作纪律。把流程固定成一条单向链路：先在 POS 改 → 确认同步成功 → 再到各平台预览检查。外卖平台通常有菜单缓存，推送后可能需要几分钟到数小时才生效，改价当天安排专人抽查外卖端的实际显示价格，比事后接到客诉再排查要省事得多。

对于菜单品项动辄上百道、Modifier 层级复杂的华人餐馆，靠人工记忆和多后台切换来维持价差，几乎必然出漏。真正有效的外卖管理，是让 POS 承担“价格守门人”的角色：一个数据源、多套渠道菜单、一条不可绕过的改价路径。这样外卖价格高于堂食才是一笔算得清楚的账，而不是每个月对账时才发现的糊涂账。

相关阅读：

中餐厅点餐系统如何统一管理堂食、外卖与电话订单？