如何把 PDF 菜单变成电子菜单
把二维码直接指向 PDF 是最常见的菜单错误。这篇讲清楚它在手机上哪里出问题,以及不丢掉设计师排版的两种解决办法。
你已经有菜单了。设计师做的,样子挺好,印出来也漂亮,它以 PDF 的形式存在。最顺手的做法,就是把二维码直接指向这个文件。
这同时也是最常见的菜单错误,以及不少客人认定「二维码菜单是种倒退」的原因。
手机打开 PDF 时到底发生了什么
PDF 的页面尺寸是固定的。这正是这个格式存在的意义——它在哪里显示都一模一样,这对印刷来说恰好是你想要的,对手机来说恰好是错的。
客人的体验是这样的:
- 页面为了按宽度显示而缩小加载,于是每个价格大约只有 4 像素高。看不清。
- 他用两指放大,现在盯着的是页面的一个角,一边拖一边找主菜。
- 多页菜单里,他得先猜甜品在第几页,再滑过其他所有内容才能到那儿。
- 没有搜索。 想找无麸质菜品的客人只能通读全篇,或者问服务员——而这恰恰是二维码本该消除的摩擦。
- 餐厅的 PDF 往往有 5–15 MB,因为里面是印刷分辨率的图片。在时好时坏的店内 Wi-Fi 上,这就是肉眼可见的等待。
- 有些手机根本不在页面里显示 PDF,而是直接下载。现在你的菜单成了客人下载文件夹里的一个文件。
这些在你自己电脑上测试时一样都看不到。它们出现在周五晚上的九号桌。
方案一:保留 PDF,但好好把它包起来
如果菜单的设计本身是品牌的一部分——一家有着漂亮鸡尾酒单的酒吧,一间靠字体撑起格调的餐厅——你不必把它扔掉。
你需要的是一个为手机而造的阅读器,把 PDF 包在里面,补上这个格式缺的东西:
- 按屏幕宽度渲染,让字不用放大就能读。
- 分类标签,让客人直接跳到「甜品」,而不是翻四页。
- 全菜单搜索,哪怕菜单是没有文字层的纯图片——设计师给的 PDF 大多如此。
- 合理的加载方式,别让一个大文件变成一次阻塞式下载。
客人拿到的是你一模一样的排版,只不过换成了手机吃得消的形式。
这是最快的一条路:菜单当天就能上线,设计一点都不用改。
方案二:把它转成结构化菜单
另一条路是把 PDF 变成数据——分类、菜品、描述、价格各自成为独立字段,而不是页面上的一片油墨。
你会失去设计好的排版。换来的是那套排版所阻挡的一切:
- 几秒钟改一个价格。 不用找设计师,也不用重新导出。
- 把卖完的菜隐藏起来,而不是划一道杠。
- 真正的搜索和筛选。
- 按菜配图,只给你想卖的那几道。
- 多语言,因为文字就是以文字的形式存在的。
过去这意味着把整份菜单重打一遍,所以那么多餐厅一直留在 PDF 上。现在不是这样了——一份 PDF,甚至一张照片,都能被自动读成分类、菜品、描述和价格。你的工作从打字变成了核对。
价格请自己核对。 自动识别很好,但不是万无一失,而价格是唯一一个出错既费钱又当众的字段。
该选哪一个
| 托管 PDF | 结构化菜单 | |
|---|---|---|
| 上线时间 | 几分钟 | 用导入不到一小时 |
| 保留你的设计 | 是,一模一样 | 否 |
| 改一个价格 | 重新导出 PDF | 几秒 |
| 搜索 | 由阅读器补上 | 原生支持 |
| 按菜配图 | 不支持 | 支持 |
| 多语言 | 每种语言一份 PDF | 同一份数据,按语言呈现 |
| 适合谁 | 设计导向的场所、稳定的菜单 | 经常变动的菜单 |
对多数店家来说,诚实的答案是:先用托管 PDF 上线,等菜单开始变动时再转到结构化。 PDF 让你今天就能上线。而结构化版本,是你在改了两次价格、两次都得去找设计师之后会想要的东西。
你也不必一次选定终身。永久二维码链接的意义恰恰在于,在两者之间切换只是一个设置,而不是一次重印。
无论选哪个,这几件事都要做
- 上传前先压缩。 印刷用 PDF 里塞着 300 DPI 的图片,手机上谁都用不到。按屏幕分辨率导出,把 12 MB 降到 1 MB 以下是常事,这个差别在手机上看不出来,在店里 Wi-Fi 上却一目了然。
- 在真手机上检查,而不是把浏览器窗口拉窄来假装。也借一台旧安卓机试试。
- 在一臂距离、昏暗光线下阅读。 这才是真实的观看条件。
- 绝对不要把二维码直接指向原始文件。 让它指向一个你掌控的页面,再由那个页面显示菜单。否则换文件就意味着换网址,换网址就意味着换二维码。
最后这一条是能让前面所有努力白费的陷阱。一个指向 .../menu-final-v3.pdf 的码,是一个自带保质期的码,因为下个版本会叫 v4。
Survenix 既能用 AI 导入你的 PDF 或照片菜单,也能原样托管 PDF 并加上搜索和分类标签——两者都在同一个永久二维码背后,你随时可以切换。免费试用 7 天。