快餐菜单里的“商品”和“加配”怎样分工

一份汉堡可以加芝士、加肉饼，也可以不加洋葱。若把每一种组合都建成独立商品，顾客要在很长的菜单里找答案，门店修改一种配料时也容易漏项。菜单设计的一个基本问题，是哪些内容定义了商品本身，哪些只是顾客对同一商品的选择。

Square 的商品目录文档把 modifier 用来表示购买时的定制选项，并以汉堡加料解释其用途：不用为所有配料组合分别建立商品。它还区分有明确选项的列表和供顾客填写内容的文字输入。[1] 这里借用的是菜单建模思路，不要求门店采用特定收银系统。

先把“点了什么”说清楚

可以把普通汉堡作为基础商品，把额外芝士作为加配。顾客先确定基础餐品，再决定是否增加配料。如果一种选择会变成完全不同的餐品，则应重新考虑它是否适合藏在加配菜单里。这属于门店对自身菜品的分类判断，不能只看系统能否勾选。

下面是一个假设场景：菜单写“加芝士”，但没有写加几份、是否收费，也没说明原商品是否已经含有芝士。顾客看到的是选择项，厨房需要的却是明确数量。整理菜单时，可以把名称改成能对应制作含义的表达，并让商品说明、点单页与订单显示采用一致用语。

把选择规则和价格放在一起核对

Square 文档允许为选项设置价格，也讨论默认选项、最少或最多选择数量等规则；收费选项会影响订单中该商品的金额。[1] 因而检查菜单不能只看“有没有这个选项”，还要看不操作时默认选了什么、顾客能否取消、是否允许选多份，以及最终金额是否符合页面说明。

文字备注则适合描述不能被固定选项完全表达的信息，但它和可计价的加配并不是同一种东西。门店如果希望某项变更必须付费，就不能只留下一个自由输入框，让顾客猜测系统会怎样处理。本例仅讨论商品表达，不将备注当作食品过敏管理或特殊饮食保证。

上线前可以走一遍普通餐品、带加配餐品、取消默认项这几种实际点单路径，逐一对照顾客所见和订单所写。发现不一致时，修改对应名称或规则。菜单的清楚程度最终体现在一份具体订单上，而不是选项数量有多丰富。