纸质菜单和扫码菜单不一致，餐厅改版先核对哪几项？

顾客翻着纸质菜单说要一份套餐，扫码后却找不到同名产品；店员说价格已经调整，桌上的菜单又还是旧版。这样的问题，通常不能靠重新排一张菜单解决。

先做一张菜品更新表，让纸质菜单、扫码后台和店员使用同一份信息，再改版式。 最先对齐的是名称、规格、价格、套餐内容、售卖状态和图片。视觉风格可以适应不同屏幕，但这些购买信息不能各说各话。

先区分：哪里不同，顾客会做错选择？

纸质菜单适合快速浏览，手机页面适合展开选项，不必把两者做得完全一样。真正要避免的是顾客在两个入口看到不同的购买条件。

不一致不一定来自设计师。后厨换了规格、店长改了后台、运营新建了套餐，却没有同步给负责印刷的人，都可能留下版本差。先找到改动发生在哪里，后面的设计才有可靠依据。

用一张更新表，代替群里来回发截图

给每个菜品保留一个内部编号，旁边放名称、规格、价格、图片文件名、在售状态和负责人。编号只服务于内部核对，不必印在顾客菜单上。

不要直接在旧表上覆盖所有信息。每次改动保留“改前、改后、启用时间、已更新入口”四列。例如，某份午市套餐准备更换饮品，就应写清纸质菜单、手机选项、桌卡和员工说明分别由谁更新。

这张表不需要做成复杂系统。一个有权限控制的共享表就可以起步，关键是明确谁能够改信息、谁确认后厨能执行，以及谁检查顾客最终看到的页面。

菜单设计定稿前，先冻结这一轮信息

排版已经做到后半段，菜名和套餐关系还在不断变化，往往会连带影响行数、图片位置和价格对齐。改动不是不能发生，而是要知道改动会影响哪些地方。

建议先确认这一轮要印什么、什么暂时只在线上销售。准备进入印刷的菜品信息由一个负责人统一确认；之后的新增项单独记录，不把“顺便加一道菜”当成没有影响的小修改。

短期限定产品可以用独立桌卡或线上模块承接，避免每次上新都重印整本菜单。是否这样安排，要看产品更新频率、印刷数量和门店实际使用方式，不是所有餐厅都需要增加桌面物料。

上线时，做一次完整点单，不只看页面截图

安排一位不熟悉后台的同事，从顾客视角走完流程：拿到纸质菜单、找到产品、扫码、选择规格、加入购物车，最后检查订单明细。后台看着正确，顾客选完之后仍可能出现另一种结果。

这次检查至少覆盖一个单品、一个需要选规格的产品和一个套餐。让后厨同时看订单：顾客购买的名称和规格，能否被厨房准确识别？如果店员需要额外解释，先分清是必要服务，还是信息没有讲清。

检查后再决定旧菜单如何撤换。前台、包间、候餐区和外带窗口都找一遍，不要只替换主用餐区。旧版文件保留归档，但不要继续放在员工日常下载的目录里。

两个常见问题

手机菜单必须和纸质菜单按同样顺序排列吗？

不必。手机可以利用搜索、展开项和规格选择，纸质菜单需要照顾整页浏览。但主推产品、品类名称和套餐关系应当让人能够相互对照，不能在一个入口叫“午市套餐”，另一个入口却完全换成无关联的名字。

只改一个价格，也要重做整套设计吗？

不一定。如果原文件结构清楚、文字可以编辑、行距和价位区留有调整空间，通常可以针对实际变化修改。先确认菜单是否还涉及菜名、规格和图片变化，再判断改动范围，避免把一次信息更新误做成整店改版。

想先处理菜单问题，可以发哪些资料？

把目前使用的纸质菜单照片、扫码页面截图，以及准备调整的菜品清单发来。包参谋会先看信息是否对得上，再讨论菜单层级、图片和版式需要改到什么程度。涉及后台密码、顾客订单或支付资料，不要随截图一并发送。

相关服务：南昌餐饮菜单设计。具体设计与文件交付范围，在确认本轮更新内容后商定。