共享小吃怎么点：先说明每份数量，再确认首轮由谁提交

多人点共享小吃，先确认每份按什么单位出售，再确认全桌准备共享哪些菜、由谁提交。订单上相同菜名出现两次，既可能是重复提交，也可能是客人确实再要一份，不能仅凭同款就删单。菜单负责说明出品事实，员工询问共同意图，两者对上后才继续录入。

一份有多少，要先有可核对的出品说明

菜单若只用一盘炸物的照片搭配菜名和价格，客人可能理解成一人一盘，也可能以为点一次会按就餐人数分配。即使订单数量记录准确，厨房也无法仅从数字判断共享意图。因此，应在录单前解释销售单位，而不是等餐品送到桌边才讨论双方对份量的理解。

出品负责人先说清这道菜实际怎样出品：按盘还是按件、有没有不同份量、照片是否展示额外配菜。特色菜名可以保留，同时解释实际组成与规格，让初次接触的客人也能理解。服务员沿用同一说明，不作没有依据的固定人数推荐，由客人自己决定数量。

• 菜品与销售单位：记录按盘、按件或其他实际单位出售，名称和价格应对应同一单位。
• 所选份量：记录当前可选规格及实际组成；数量随原料变化时，使用门店能够稳定兑现的说明。
• 照片附带内容：列明额外配菜是否包含，不能靠一张整盘照片暗示按人数自动分配。
• 语言与食材：原文先确认，再核对启用语言；食材、过敏原由熟悉当前配方的人查实，不从菜名或照片推断。

MenuSnap 翻译审核资料要求核对份量与加价含义。原文由出品负责人确认，再交给懂菜品和目标语言的人复核；原文没有写清的内容，不应指望译文自动补足。

首轮共享清单只记共同决定的内容

软件记录能帮助查找已有订单，却不能判断全桌是否准备共享同一份菜。首轮由外场当面问清共同意图，再填写清单，各自饮品仍按本人选择处理。

• 菜名、单位、数量：逐项复述本轮共享选择，不把各人手机里尚在浏览的内容当成最终需求。
• 个人或共享：个人饮品仍由本人确认，共享菜由同桌共同确认，不以座位距离猜归属。
• 本轮提交人：确认由哪位客人或哪名员工继续，其他人不再重复提交同一清单。
• 已有提交线索：核对本桌已有订单；只选好但未提交、已提交待确认、已接单应分别说明。

同款再出现，先判断客人在问什么

• 询问原菜为什么没到：沿原订单查接单、制作和交付进度，不新录同款来代替查询。
• 明确再要同款：重新确认本次单位与数量，作为新增需求按当前供应处理。
• 希望换菜或改份量：先查实际制作进度，再由负责岗位说明可执行范围，得到客人同意后传回工位。

浏览、提交、接单与厨房制作不是同一件事，不能凭手机上的提交信息认定菜已开做。疑似重复的菜若已进入制作，由当班负责人按实际进度说明可选处理及费用，不能保证随时可以撤回或改份量。客人同意后，把变更和原订单标识交给正在工作的工位，得到回话后再继续。

份量疑问反复集中在同一道菜时，优先检查它的单位、规格、照片和译文；若描述明确而同桌仍重复提交，就检查首轮清单和提交分工。记录只需保留相关菜品与订单线索，无须保存游客姓名或行程，也不把客人最终接受餐品当作原说明完全准确的证据。