重印，是二维码菜单藏起来的成本
二维码菜单当初的说辞是，纸张不再是一笔经常性开销。实际情况通常不是这样，因为那些码是静态的：它们编码的是一个文件地址，而每当菜单文件挪了位置、价目表被替换，或者 PDF 重新生成换了名字，印出来的码就失效了，每一张桌卡都要重回印刷厂。
动态码编码的则是一条跑在你自己域名上的短链接。链接指向当前的菜单，而修改这个目标地址在手机上只要几秒钟。贴纸、桌卡和橱窗贴纸再也不用换，这才让当初的承诺成真。
它同样解决了同一个问题里更别扭的那个版本：菜单本身没错，但不是此刻你想让人看到的那一份。早餐供到十一点，午餐供到四点，之后是晚餐——一个码背后的目标地址可以跟着这个时刻表走，而不需要任何人去桌上换任何东西。
- 一个印出来的码，扛得住每一次菜单改版
- 营业中用手机几秒就能改掉目标地址
- 按时段在早餐、午餐和晚餐菜单之间分流
- 链接跑在你自己的域名上，地址与门头招牌相符
每张桌一个码，每个厅一个码，每扇窗一个码
大多数餐厅只印一个码，也就什么都学不到。让每一处投放都带着自己的链接不花一分钱，却能把这些码变成一小股运营数据：露台对主厅，朝街的橱窗贴纸对入口旁边那张，外带柜台对堂食桌位。
这能回答那些原本只能靠猜的问题。人行道上的贴纸值不值它占的那块地方。楼上的厅在工作日午市到底有没有人用。外卖包装上的码有没有把人带回你自己的网站，而不是带回那个送餐的平台。
由于活跃度是按访客自己的本地时间统计的，每天的节奏可以直接看出来：开餐前的扫码高峰、下午的平坦区、深夜的餐桌。对拥有多家门店的集团来说，每个门店都是同一账户里一组独立的链接，所以一家店的数字永远不会污染另一家。
- 按餐桌、厅、橱窗和包装分设链接
- 扫码按客人的本地时间统计，让每一场营业的高峰读得出来
- 面向多店集团的按门店分组
- 文件夹和标签，让几十个码依然找得到
不指向菜单的那些码
菜单是最显而易见的目标地址，却很少是最有价值的那个。同一套机制还能驱动小票上邀请评价的码、外卖包装上通往你自己下单页面而不是外卖平台的码、桌卡上的会员注册，以及橱窗里的招聘码。
一条链接可以同时承载其中好几个目标地址并在它们之间轮换，把权重移向人们真正会完成的那一个。尤其是邀请评价，轮流指向不同平台通常比一直指向同一个更有效。
如果某个码需要装下一小组链接——菜单、订座、路线、社交账号——那么跑在你自己域名上的简介页就够用，而不必把客人送到某个角落里印着别人品牌的第三方落地页服务。
把它跑起来需要什么
实际的要求是一个域名和大约二十分钟。把 menu.yourvenue.com 这样的子域名指向平台，生成这些码，导出矢量文件交给印刷厂，此后用手机改目标地址就行。所有套餐的证书都自动签发和续期，所以餐厅里没有人需要想起 HTTPS 这件事。
集团和餐饮代理商还多一层：每家门店是一个相互隔离的工作区，有自己的用户和域名，店长可以拿到只属于自己门店的数字，而看不到别人的。如果你把打理这些门店当成一门客户生意，那么这些工作区本身也是你可以卖的东西，价格由你定，账通过平台来收。
面向客人的页面从头到尾都留在你的域名上，包括那些人们无意中撞见的页面：一份过期的季节性菜单会显示一个用你配色渲染的品牌页面，而不是一个来自客人从没听说过的服务的报错。
- 一个子域名、一组码，以及交给印刷厂的矢量文件
- 所有套餐都自动签发证书
- 面向集团和餐饮代理商，每家门店一个工作区
- 过期和退役的码都有带品牌的页面
常见问题
同一个二维码能在一天中的不同时段显示不同菜单吗？
可以。码指向的是一条链接而不是一个文件，由链接决定扫码落到哪里。你可以在每场营业结束时手动改这个目标地址，也可以设置规则，让早餐、午餐和晚餐菜单按客人的本地时间自动供应。
菜单变了，桌卡需要重印吗？
不需要，而这正是使用动态码的意义。印出来的图案编码的是短链接，而不是菜单地址，所以新的菜单文件、新的价目表或新的 PDF 名字，都不会改变桌上的任何东西。码印一次就一直有效。
我能看出哪些餐桌或哪些厅真的在扫码吗？
可以，只要每一处投放都有自己的链接。它们可以全部指向同一份菜单，同时被分别跟踪，于是露台、主厅和橱窗贴纸会显示成不同的行。扫码按客人的本地时间统计，这让每一场营业的形状看得见。
拥有好几家餐厅的集团怎么办？
每家门店拿到自己相互隔离的工作区，有自己的用户和域名，所以一家店的数字永远不会和另一家混在一起，本地店长也可以只拿到自己结果的只读权限。Starter 含五十个工作区，对大多数集团来说绰绰有余。
客人会不会看到一个他们不认识的平台名称？
不会。链接跑在你自己的域名上，而人们无意中撞见的页面——过期的季节性菜单、已退役的码——都在同一个域名上以你的品牌渲染，而不是显示成某个陌生服务的报错。